The server retains an internal list of "orphans" (records in which the file does not exist) and deletions (files specifically deleted by the POP client. It then combines these lists at the end for processing. This functionality has been in the POP server since the original beta version of iMS (mid 1999).
Of course, there is a concern when the files are not local as the sceanrio that you mentioned. Having said that - what would be a solution that works for everyone? The biggest concern we have here is modifying the server in such a way as to negatively affect our existing client base which is why (for the most part) things are fairly seemless when upgrading versions. My first thought was to remove the orphans from the list and create a new list with just the orphans for processing in the QUIT template. However, this would break most installations (incuding those running FusionMail). Having said that, I think the only solution is to have three lists. One would be the combination of both lists (as it is now) and this would still be called "POPDELETE" as it is now. Then, there would be another list of just the messages that the client has specifically marked for deletion (maybe called CLIENTDELETE) and then one more list called "ORPHANS" which would be a list of message IDs where the file was not found. If this sounds OK to everyone then I'll have this added to 2.5.4 which should be released this week. I can send you, Max, a prerelease of the POP server if these are the changes that we implement. Regards, Howie ----- Original Message ----- From: "Max Paperno" <[EMAIL PROTECTED]> To: "inFusion Support List" <[EMAIL PROTECTED]> Sent: Wednesday, October 01, 2003 9:10 PM Subject: [iMS] POP3 marking mails as deleted? > > Hi Howie, > > Is there a "feature" in the POP3 server which will automatically mark a message to > be deleted if the file cannot be found during the POP3 interaction (IOW as specified > in popmail= output)? To clarify, user logs into POP3 server, and PASS.cfm returns a > listing of mail in their mailbox as one or more 'popmail=msgid,path\to\mail.file'. > If path/to/mail.file doesn't exist, it would appear that the message is > automatically marked as if the POP3 client said to delete it. Is this correct? > > If so, I need a way to disable this "feature" ASAP. Consider this scenario, which > just happened to us the other day: all mail files are stored on a remote file > server. The file server became unavailable for a couple of minutes. During this > time someone checked their mailbox which had a bunch of mail in it that had > collected overnight. The POP3 client got no mail and no error. But, apparently, > since the mail files could not be accessed that minute, the messages were marked to > be deleted and the records were removed from the DB, even though the mail files were > available again once the file server came back. > > Thanks, > -Max > ==^======================================================= This list server is Powered by iMS "The Swiss Army Knife of Mail Servers" -------------------------------------------------------------------------------------- This list is provided as a free service. Although we will try to address issues in a timely manner, support via this list is not guaranteed. If you require expedited support then a support contract is required. Support may be purchased from http://www.coolfusion.com/commerce. Details regarding support options may be reviewed at: http://www.coolfusion.com/SupportOptions.cfm -------------------------------------------------------------------------------------- To leave this list please complete the form at http://www.coolfusion.com/Support/ Need an iMS Developer license? Sign up for a free license here: http://www.coolfusion.com/Developers/ List archives: http://www.mail-archive.com/infusion-email%40eoscape.com/ Note: You are subscribed as [EMAIL PROTECTED] ==^=======================================================
