I don't see how iMS could get confused as you are saying. When a POP client connects
to the server it is given a list of waiting messages (from the LIST or UIDL commands
from the POP client). If the POP client times out then the state of the mailbox is
unchanged. That is, unless the server gets a QUIT from the POP client the waiting
mails will not be deleted even if the POP client has issued a DELE command (this
behavior is explicit in the RFC).
When the POP client reconnects then all messages should still be there.
The only time I've seen the iMS POP client respond that a mail did not exist when it
did was when a broken email client padded a space to the end of a UIDL command (but
this was corrected and the server no longer does this).
Another possibility is that you may have a virus scanner on the server that is
deleting the infected email file. If that is the case then it's possible that the iMS
server will not find a mail file when the client requests it. When the POP server
first retrieves the list of waiting email (PASS.CFM) it checks that the designated
email file exists. If it does then the client is informed of the waiting mail. But,
if some process deletes the mail file between the time that the POP client requests
the list and then attempts to retrieve the mail then they will get the error that you
describe. We always recommend that you prohibit virus scanners from scanning the mail
folders.
Anyway - I'm not sure exactly what it is that you are seeing. I think the only way to
troubleshoot this would be to enable POP protocol tracing. If I could see a trace of
what's happening then I can provide a more informed opinion.
Regards,
Howie
----- Original Message -----
From: "Steve Garrett" <[EMAIL PROTECTED]>
To: "inFusion Support List" <[EMAIL PROTECTED]>
Sent: Monday, June 14, 2004 3:38 PM
Subject: Re: [iMS] FusionMail issue
>
> Howie, after more discussions, this also may have something to with PC
> Virus scanners. What appears to be happening in some cases is that a
> persons PC is auto pulling email down, but occasionally the virus checker
> will pop up asking to quarantine etc the email. This popup just sits there
> waiting for a person to respond. When the person does respond (some minutes
> later) then the next I/O to the IMS POP Server fails with a timeout. The
> person then checks email and retrieves another set. What sometimes then
> happens is that IMS/Fusionmail is confused as to what is going on as it
> will say that there are NNN number of messages to download, but there are
> really only a small number. IMS will then respond back with those emails,
> then IMS issues another error indicating that a particular msg does not exist.
>
> This happens with an Eudora client (v.[very recent]), unknown about Outlook
> {express}.
>
> Steve
>
==^=======================================================
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]
==^=======================================================
