-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 26 Dec 2002 23:50:25 +0100, Michael Schwendt wrote:
> > > > is there a way to disallow pop users from leaving a copy > > > > of the messages on the server. this is a growing issue. > > > > we now have close to 17gigs of mail being stored on > > > > our mail server. > > > > > > Well, you could modify the POP server software, so that a RETR > > > command also executes a DELE command for a message. > > > > Bad idea... If a download fails because of client issue or link > > disconnection, the message is lost entirely. > > Unless memory fails on me, a POP3 server does not delete a message > right away, but only when the client transmits the QUIT command at > the end of the session where the server enters the last state. Though, I agree it's not as easy as that. For some reason the users in this scenario decide to "keep messages on server" or something like that. POP3 marks retrieved messages as read. The POP3 client most likely uses the LAST command to find out the last unread message number where it starts downloading new messages. Upon unintentional disconnection or losing a downloaded message on the client side, they need to re-download already read messages explicitly (something like fetchmail's --all). If that happened regularly, they would see all their (probably thousands of) old messages in their POP3 mailbox. Unlikely that they don't consider cleaning up the mailbox then. So, something is wrong here. They should be contacted and instructed to keep their remote mailboxes small or else the admin would enforce disk quotas (which means, incoming would bounce if they exceeded their quota -- with some e-mails that means they would be lost forever, too, e.g. one-time sendings). - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+DE/n0iMVcrivHFQRAqDaAJ43j6G9mRN2i8a+kDO63OsPlGLjOwCeLvSO RRtu1sgjSWDWJko873nbe4I= =62jj -----END PGP SIGNATURE----- -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
