In simple terms, when your email client (your program) downloads email
from your POP server at your ISP, upon completion, your client will send
a command back to your server telling the server that all your emails
were successfully downloaded and the server will then delete the emails
on that server. Any interruption in this email dump from the server tells
the server that something went wrong, and the next time you log in, it
will attempt to send them again.

This situation occurs usually when one has a slow connection, many
emails,  with a long one near the end. An unplanned disconnect with a
reconnect will start the cycle all over again. A nuisance, but a
safeguard against loss of emails.

I had a customer go on vacation one time and came back to 600+ messages
that included a recent 3 meg picture. Her download seemed to "hang" every
time she attempted to retrieve her messages. She tried 12 times to get
her emails when it "hung". When I finally got the picture deleted from
the server, she had 7200 messages, 12 duplicate sets of email totaling
over 45 meg of messages in her inbox! Unusual, but it happens.
Rick

"D fault ( VisNaicker et al)" wrote:

> err like the other day when my local Mchip distributor
> decided to send me a + 800Kb pdf file announcing their
> summer school or something , and I was connected at
> 24kbit/s and connection was dropping - so I decided to
> cancel downloading my e-mail till later .
>
> I did not log out from the pop server properly (- OE5),
> just pulled the plug , and guess what , the next time
> I logged in to download my e-mail , I had to download
> all the messages again as the previous messages were
> not deleted from the server.
>
> Vis Naicker
>
> --
> http://www.piclist.com hint: PICList Posts must start with ONE topic:
> [PIC]:,[SX]:,[AVR]: ->uP ONLY! [EE]:,[OT]: ->Other [BUY]:,[AD]: ->Ads

--
http://www.piclist.com hint: PICList Posts must start with ONE topic:
[PIC]:,[SX]:,[AVR]: ->uP ONLY! [EE]:,[OT]: ->Other [BUY]:,[AD]: ->Ads