Hi
Well, I have tried everything and came out with the conclusion TB is
the culprit. I have tested the mailbox sharing with my own mail server
and get the same erratic behaviour, i.e. multiple downloads of all the
messages in the mailbox. I can't reproduce the problem with another
mail client.
This is clearly a bug to my eyes! What can I do?
Thanks in advance,
DC
--
David Cantatoremailto:david;cantatore.org
Friday, October 18, 2002, 5:59:47 PM, you wrote:
Peter Palmreuther Hi David,
Peter Palmreuther On Fri, 18 Oct 2002 17:04:17 +0200
Peter Palmreuther David Cantatore [EMAIL PROTECTED] wrote:
A few questions. Is everyone of them using TB? And if so, do all
copies of TB show the same behaviour? In the latter case you could
try to ask the ISP about changes in the server.
They all use TB and the ISP maintains the problem isn't on their side
(which I believe).
Peter Palmreuther Why do you belive that?
Peter Palmreuther The reason why I'm asking is: the 'leave messages on server and do
not
Peter Palmreuther download them a second time' is such a simple function there can't
be
Peter Palmreuther mayn things wrong. I'll try to explain it in short words:
Peter Palmreuther 1.) TB! connects to the Mail server and asks for a list of so called
Peter Palmreuther 'UID's. The POP3-command for this purpose is 'UIDL' (Unique ID
Peter Palmreuther List).
Peter Palmreuther 2.) Assuming TB! hasn't downloaded any message before it now
fetches all
Peter Palmreuther messages and writes the UIDs of messages fetched to a local
file.
Peter Palmreuther 3.) Next time TB! connects it fetches the UIDs again, compares them
with
Peter Palmreuther the local list and fetches only the messages not in the local
Peter Palmreuther UID-list.
Peter Palmreuther The UID is calculated and generated by the mail server, TB! has in
no
Peter Palmreuther way any influence on this UID generation process. Therefore if such
a
Peter Palmreuther scenario, as you describe, _suddenly_ happens _AND_ the The Bat!
version
Peter Palmreuther has _not_ changed there are two possibilities:
Peter Palmreuther 1.) TB! suddenly is not capable to handle the UID file correctly.
Have a
Peter Palmreuther look at the account dir for a file called: 'ACCOUNT.M_R'. This file
Peter Palmreuther contains the UIDs. Is it empty? Seems TB! is the culprit. Not?
What's
Peter Palmreuther it's last modification time? Long ago? Maybe TB! is the culprit. It
was
Peter Palmreuther just modified lately? Chances are high the server does something
Peter Palmreuther unusual.
Peter Palmreuther 2.) The server has changed, maybe a minor upgrade of POP3 daemon
and now
Peter Palmreuther calculates the UIDs on a basis that does not provide the same
Peter Palmreuther result on every run. Maybe the UID generator uses file
modification
Peter Palmreuther time of mbox file / maildir and that time might change as the
mail
Peter Palmreuther box is touched every time you fetch your mail.
Peter Palmreuther This can proven _only_ by doing some low level stuff, namely:
doing
Peter Palmreuther multiple telnet sessions and sending POP3 commands manually to
Peter Palmreuther compare the results the server gives on one picky message.
Peter Palmreuther I for myselft wouldn't trust the ISP this fast only because he
tells the
Peter Palmreuther problem ain't on their side ... Hey, THIS is the fastest way for
him to
Peter Palmreuther get rid of that problem: telling it's you and let the work be done
by
Peter Palmreuther you or live with the problem.
Peter Palmreuther If _nothing_ changed on TB! side why should it 'out of a sudden'
start
Peter Palmreuther behaving incorrectly? On _four independent_ machines, everywhere
with
Peter Palmreuther the same symptoms. You'd have to misconfigure _all four system_ the
Peter Palmreuther _same way_ ... quite hard to believe :-)
Current version is 1.61 | Using TBUDL information:
http://www.silverstones.com/thebat/TBUDLInfo.html
