Howie, At 10/2/2003 01:56 AM -0400, Howie Hamlin wrote: >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).
Yea, that's what I was remembering... I guess I hadn't thought the consequences through at that time. >Of course, there is a concern when the files are not local as the sceanrio that you >mentioned. Actually it's a concern for any number of reasons when files might not be available temporarily... the files could have been deleted accidentally but still recoverable from backup, could be a bad disk, or perhaps a local disk array went offline, or a coding error which occasionally returns an incorrect path to a file, or... ? >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. I'd be happy with just an option to disable this behavior. It can be left enabled by default (but IMHO should come with a big red warning label). >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). Right, can't do that. >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. Sounds like the most flexible. >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. Sure, that'd be great, whichever you decide to do (option or the 2 new lists). I'd rather just switch up the POP server at the moment, as everything else is working well and I have no time to experiment :-) Thanks, -Max >----- 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] ==^=======================================================
