I think it would be nice to have an option where the moving of messages between namespaces (by automated server scripts) would not result in messages ending up in the 'purge' queue. Currently when you move these copied messages, they end up in the purge queue combined with messages that users deleted. I am more or less forced to purge the mailbox after moving GB's while I prefer not to do this, because I would like to keep the opportunity to recover from the purge queue. Maybe there is a way to 'deduplicate' this purge queue?
justina colmena ~biz
2022-Nov-30 17:34 UTC
moving messages between namespaces go into purge
Mails stored as individual files in a "Maildir/" can conceivably be
"moved"
within the O/S file system rather than copied, but the default flatfile
Mailbox format does require a copy-and-purge, as far as I know.
/etc/postfix/main.cf:
# DELIVERY TO MAILBOX
#
# The home_mailbox parameter specifies the optional pathname of a
# mailbox file relative to a user's home directory. The default
# mailbox file is /var/spool/mail/user or /var/mail/user. Specify
# "Maildir/" for qmail-style delivery (the / is required).
#
#home_mailbox = Mailbox
home_mailbox = Maildir/
On Wednesday, November 30, 2022 8:24:40 AM AKST, Marc
wrote:> I think it would be nice to have an option where the moving of
> messages between namespaces (by automated server scripts) would
> not result in messages ending up in the 'purge' queue.
>
> Currently when you move these copied messages, they end up in
> the purge queue combined with messages that users deleted. I am
> more or less forced to purge the mailbox after moving GB's while
> I prefer not to do this, because I would like to keep the
> opportunity to recover from the purge queue.
>
> Maybe there is a way to 'deduplicate' this purge queue?
>
>