Hello Me :-)
On Fri, 18 May 2001 at 10:47:16 GMT +0700 (which was 18/05/2001 10:47
GMT +0700 my Local Time) "Syafril Hermansyah"=[SH] wrote to Stefan
Tanurkov :
SH> On Thu, 17 May 2001 at 16:36:01 GMT +0300 (which was 17/05/2001 20:36
SH> GMT +0700 my Local Time) "Stefan Tanurkov"=[ST] wrote to Syafril
SH> Hermansyah :
>>> 1. Most POP currently implement asynchronous mode, means if message
>>> successfully download by POPClient, it will delete by POPServer
>>> without waiting QUIT command.
ST>> This is bad practice and may lead to losing messages easily. For
ST>> example, if your PC suddenly gets switched off (power failure, a baby
ST>> pulled the plug out, etc).
ST>> Because we know about such servers, The Bat! sends the DELE
ST>> command only when it has messages stored in its message base,
SH> I notice that.
ST>> this is done in parallel to the receiving process and it can be
ST>> slower when fast connection is used.
SH> Sorry, I doubt this.
Oops, my answer too short, sorry :-(
>From user point of View, it will make no difference between sequence
of DELE in context Receiving Speed, because the message will not
listed on INBOX (or message base) before TB! successful sending DELE
comand (and getting acknowledge from POPServer), correct ? For the
time being the msd/data store on Temp folder (hmmm..is this may cause
many Bat???.tmp on Temp Directory ?)
Because TB! seems not maintain "last successful download message"
data, the behavior above is useless. TB! still redownload all
messages and makes msg duplication.
I never seen something like :
SKIP n (n=msg number n)
or
LIST n
DELE n
(skip command RETR n)
or
Suppress 3 messages duplicate ...
(as I seen on Pegasus or Mercury POP module).
--
Best regards,
- Syafril -
URL: <http://www.dutaint.co.id> / <http://www.dutaint.com>
Riding The Bat! 1.53 Beta/6
under Windows NT 5.0 Build 2195 Service Pack 2
--
______________________________________________________
Archives : <http://tbbeta.thebat.dutaint.com>
Moderators : <mailto:[EMAIL PROTECTED]>
Unsubscribe: <mailto:[EMAIL PROTECTED]>
You are subscribed as : [email protected]
