>Use network utility to ping your ISP while 
>downloading the email.  Ping the mail server if you can.  Why ? 
>Please try it and it may confirm a suspician I have.

Humm... if the server drops the connection after sending the email, but 
before Emailer can tell it to delete the mail, then the email will be 
sent another time.

Right train of thought... but, if the connection drops, Emailer will 
report an error. If it is just dropping packets, the IP will correct for 
that.


HOWEVER... Emailer doesn't issue the Dele command until AFTER the mail is 
unpacked successfully. Then it slams the server with a sequence of Dele # 
commands telling it which messages to delete.

I see two potention problems here. 1: Emailer may issue the commands 
faster than the server can take them, causing it to miss some of the Dele 
#, thus leaving the messages behind for the next connection. This 
*shouldn't* happen as Emailer should wait until it gets an OK before it 
issues the next Dele, and the server shouldn't say OK until it has 
accepted and processed the command. Doesn't mean it isn't happening 
however.

Or #2: Mark is leaving mail on the server for a period of time. The email 
is downloaded, unpacked, and Emailer records which messages have been 
received. Next connection, Emailer connects, gets the message list, notes 
that it has received certain ones, and receives the new ones. Then tells 
the server to delete the ones it has received that are now older than 
whatever the time is. So far all is well.

If the server isn't working right and is renumbering sequentially each 
time, and Emailer is deleting things out of order (maybe because of a 
setting to delete from the server when deleted in Emailer), then 
Emailer's numbers don't match the servers, causing Emailer to potentially 
download the same messages again as Emailer thinks they are new, but they 
are really just renumbered old ones.


So just throwing two ideas out there off the top of my head that Neville 
caused to pop into my head in the first place by bringing up his ping 
plan.

Going off his idea, if the quick check I recommended yields no help (that 
is, leave the Temp Incoming folder open and see if files are being left 
undeleted), then I'd probably start up a stream monitoring tool and watch 
the data go between the server and Emailer and see if something sticks 
out as a reason for duplicate messages.

___________________________________________________________________________
To unsubscribe send a mail message with a SUBJECT line of "unsubscribe" to
<[EMAIL PROTECTED]>  or  <[EMAIL PROTECTED]>

Reply via email to