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 Cantatore mailto: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
