Results 1 to 6 of 6

Thread: POP3 server side retention

  1. #1
    stasouv is offline Active Member
    Join Date
    Jan 2012
    Posts
    30
    Rep Power
    3

    Default POP3 server side retention

    Hello everyone,

    I'm quite certain that such a possibility does not exist, but I'll ask anyway, just in case it's useful...

    We currently lack resources to keep full snapshots (or backups) of our user data. Thus, it's (currently) impossible to rollback a single mailbox to a previous state. We do have storage running in failover, so we count on that for integrity.

    Our main issue has arisen from an accidental deletion of inbox contents through misconfigured POP3 account... All messages were downladed from server w/out keeping a copy and then purged from the client... Accident we've been told, but not quite recuperable...

    So here comes the question, which in my imagination combines dumpster and retention policy.

    Is there (or will there be) the possibility to instruct the server to flag messages for deletion that have been fetched through pop3 protocol but no copy is set to be kept on server (but not acutally delete them yet) and have them deleted after X days or something like that? In such a case, it would be imperative to be able to recover those messages, of course...

    Zimbra Version is
    Release 8.0.0.GA.5434.UBUNTU10.64 UBUNTU10_64 FOSS edition.

    Thanks for your time.


    PS: I'd like to clear out that I'm not talking about the client configuration option to leave o copy on the server... I'm talking about server configuration, to retain messages (invisibly to users) that are to be deleted from server due to pop3 client request.
    Last edited by stasouv; 11-28-2012 at 05:11 AM.

  2. #2
    Raunaq's Avatar
    Raunaq is offline Zimbra Employee
    Join Date
    Nov 2012
    Location
    Bangalore
    Posts
    163
    Rep Power
    2

    Default

    Hi mate,

    What i understand from your post is that you want a dumpster retention policy which is already there in zimbra 8


    You can configure retention policies for user account’s email, trash, and junk folders. The basic email retention policy is to set the email, trash and spam message lifetime in the COS or for individual accounts.
    You can set up specific retention policies that users can enable for the Inbox and other email folders in their account. Users can also create their own retention policies.
    You can enable the dumpster feature to save messages that are deleted from Trash. When an message lifetime has been reached based on email lifetime rules or deletion policies, the message is moved to the dumpster if it is enabled. Users can recover deleted items from the dumpster until the threshold set in the Visibility lifetime in dumpster for end user setting. If dumpster is not enabled, messages are purged from the server when the email retention lifetime is reached.
    You can also set up a legal hold on an account to prevent message from being deleted .

    Hope this helps.

  3. #3
    stasouv is offline Active Member
    Join Date
    Jan 2012
    Posts
    30
    Rep Power
    3

    Default

    Good morning,
    thank you for your reply. Yes, a form of dumpster is actually what I should need.

    However, there are two drawbacks. Supposing the client is configured not to keep a copy on the server:
    1. POP3 deletion does not imply moving messages to trash folder, messages are directly purged from the server, and
    2. Dumpster folder only works for WEB UI, not even IMAP

    I have not yet tried retention policy, but even if it works that's hardly convenient for the following three reasons:
    1. It's user modifiable
    2. It does not provide rollback functionality.
    3. Retention applies to message age and not to transaction timestamp. Dumpster considers date of deletion, not date message has appeared.

    Let me state my exact point through a simple example:
    - User X has configured a new client for POP3 access, forgetting though to instruct (not default) the server to keep a copy of the message, as he has always done on his clients on other machines.
    - He fetches his mail, which is subsequently purged from his mailbox on the server
    - His data file (eg .pst, .dbx etc) gets corrupted or his messages are deleted for any reason (even by hand)
    - He panics, as his mail is now lost and he requests for a rollback to the previous backup (ZONK!!!!), undoing deletion of his messages.


    That's the scenario I'm talking about. And the request is that messages should not be purged from server upon POP3 fetching, but flagged for deletion (visible only to administrator perhaps) and retained for a stated period of time.

    I'm probably chasing shadows...

  4. #4
    kruon is offline Loyal Member
    Join Date
    Jul 2009
    Location
    Jyväskylä, Finland
    Posts
    83
    Rep Power
    5

    Default

    Quote Originally Posted by stasouv View Post
    messages should not be purged from server upon POP3 fetching
    If you send a postcard via land mail, the post office doesn't keep a copy from it if you lose it after you've received it.

    From POP3 RFC1939:
    POP3 is not intended to provide extensive manipulation operations of
    mail on the server; normally, mail is downloaded and then deleted. A
    more advanced (and complex) protocol, IMAP4, is discussed in
    RFC1730.

    Like the RFC says solution is to stop using POP3 and use IMAP instead if you want the mail server to protect stupid users from themselves.
    Other obvious option is of course to train your staff/clients and stop assuming they'll figure it out.
    If you have people configuring client machines for someone else, provide correct configuration instructions to them so they can perform necessary steps.
    That seems stupid to you, but if you have a checklist saying "I selected the option to leave copy of messages to server", then the client is configured like you suggested.

  5. #5
    stasouv is offline Active Member
    Join Date
    Jan 2012
    Posts
    30
    Rep Power
    3

    Default

    Thank you kruon,

    If you send a postcard via land mail, you don't have it in your outbox either...

    I share a lot of your opinion about how users should behave. My interest is "parental" though... Protect them from being stupid... But sometimes I do feel that this is hopeless... Maybe we should consider blocking POP access and imposing IMAP exclusively for clients...

    What I ask cannot be done, apparently, so thank you all for your replies.

  6. #6
    phoenix is online now Zimbra Consultant & Moderator
    Join Date
    Sep 2005
    Location
    Vannes, France
    Posts
    23,201
    Rep Power
    56

    Default

    Quote Originally Posted by stasouv View Post
    Maybe we should consider blocking POP access and imposing IMAP exclusively for clients...
    Yes, you should convince your users that this is goping to happen and is a good move. You could also look into implementing some form of archiving solution for your ZCS installation and/or get your users to move to Zimbra Desktop (which has a good backup facility) and train them in using that effectively.
    Regards


    Bill


    Acompli: A new adventure for Co-Founder KevinH.

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Similar Threads

  1. Configuring two Zimbra Servers running side by side...
    By CharlesBastian in forum Installation
    Replies: 4
    Last Post: 09-07-2012, 11:53 AM
  2. Java server-side Zimlets
    By gambo in forum Developers
    Replies: 1
    Last Post: 09-29-2008, 09:26 PM
  3. Replies: 2
    Last Post: 10-17-2007, 10:47 AM
  4. Zimbra and Exchange 2003 side by side
    By sunethj in forum Administrators
    Replies: 5
    Last Post: 12-18-2006, 12:56 AM
  5. server side Ajax
    By sasha in forum Developers
    Replies: 1
    Last Post: 11-14-2006, 03:22 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •