Is it possible to override the POP3 delete on download command and make sure that messages stay on the server for at least X hours or X days? It is important that the messages be around long enough to hit a snapshot cycle (using rsnapshot to backup ever hour). -- Greedo didn't shoot first, motherfucker!
On 14 Dec 2018, at 16:30, @lbutlr <kremels at kreme.com> wrote:> Is it possible to override the POP3 delete on download command and make sure that messages stay on the server for at least X hours or X days? > > It is important that the messages be around long enough to hit a snapshot cycle (using rsnapshot to backup ever hour).Now that I think about it, even better would be a way to move the messages into an archive box when they are downloaded, this way they will be entirely invisible from the POP3 access, and I can use normal expiry functions to clean out that archive after backup. -- I laugh in the face of danger. Then I hide until it goes away.
On 12/14/18 3:34 PM, @lbutlr wrote:> Now that I think about it, even better would be a way to move the messages into an archive box when they are downloaded, this way they will be entirely invisible from the POP3 access, and I can use normal expiry functions to clean out that archive after backup.We do exactly this using the "Lazy Expunge" plugin: https://wiki.dovecot.org/Plugins/Lazyexpunge Despite the IMAP-sounding "expunge" in the name, it works for all deletions, including POP3. -- Robert L Mathews, Tiger Technologies, http://www.tigertech.net/
On 12/15/2018 12:34 AM, @lbutlr wrote:> On 14 Dec 2018, at 16:30, @lbutlr <kremels at kreme.com> wrote: >> Is it possible to override the POP3 delete on download command and make >> sure that messages stay on the server for at least X hours or X days? >> It is important that the messages be around long enough to hit a snapshot >> cycle (using rsnapshot to backup ever hour). > > Now that I think about it, even better would be a way to move the messages > into an archive box when they are downloaded, this way they will be entirely > invisible from the POP3 access, and I can use normal expiry functions to > clean out that archive after backup.From a data flow (and privacy protection) POV, that wouldn't be much different anymore from having *the MTA* feed a copy of (all incoming) e-mails directly into an archiving mechanism, would it? http://www.postfix.org/postconf.5.html#always_bcc Regards, -- Jochen Bern Systemingenieur www.binect.de www.facebook.de/binect -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4278 bytes Desc: S/MIME Cryptographic Signature URL: <https://dovecot.org/pipermail/dovecot/attachments/20181215/67f715df/attachment.p7s>