this is my first SF question, so please be gentile:
Is there an easy way to force dovecot pop3 server to ignore "delete messages" commands after being fetched by the MUA?
Here are the issues I'm facing:
- my boss wants to force everyone into a server-side "no delete
message"-policy, for archiving, auditing and backup&recovery purposes - the requisite here is pop3, so imap is out
- the mailusers are virtual users (held in a mysql db)
- don't have the budget to set up a separate mail-arvhing server
- don't want to use shaggy way (aka immutable flag, r/w permissions for Maildirs, etc)
One way to solve it (my guess) is to setup a postfix-forwarding rule to a separate MANAGER account, but there will be problems later in effective email recovering (aka clearly disseminate emails for different users)
Help?
Thanks!
Edit:
Will be asking same question on dovecot-dedicated forums, just thinking to broaden my tech scope 🙂
dovecot 2.0.15
Best Answer
Shortest answer
No
Short answer
Get sources of dovecot, grok code edit and remove DELE command. Compile, install and be ready to "upgrade nightmare"
Longer anser
NEVER ignore and violate RFC, according to which DELE in POP3-session must delete message in spool. Tell boss to fund technical solution, because it give in future alot less headache and problems
Solution for you task, not answer on question
Change MTA configuration and extend every mail-user on host into "dual-user" alias-system, i.e. ordinary user@yourdomain.com will transform into something like
there user-m & user-b are identical users (for MTA and Dovecot) with one difference: user-m have POP3-access, user-b have not.
You have to have *2 space for mail, but get manageable and full archives per user