Title: Re: Re-downloading all the mails, and the POP3 protocol
Hello Lüko,

On Tue, 26 Mar 2019 12:43:42 +0100 GMT (26-Mar-19, 18:43 +0700 GMT),
Lüko Willms wrote:


Hello everybody,

on Sonntag, 24. März 2019 at 09:07  Thomas Fernandez <[email protected]> wrote
re Re-downloading all the mails

 

It happens with automatic download, I hardly ever use F2. Only on the laptop that I travel with, not the PC at home.

  Isn't the status "READ" of each message stored in the POP3 client, and not the POP3 server?
 
  Then your laptop have a different list of "new" messages than your desktop PC.

Correct. But I am talking only about the laptop, i.e. a single machine.


   As far as I can see, the POP3 server does not keep a status VIEWED.

No, the server doesn't, but TB! does in the file ACCOUNT.M_R

Somehow, either the data from that file gets lost, or TB! is not looking there. I cannot check the first, as I would have to backup this file daily to see whether something is amiss when the new download of all messages start.

The second is possible, because my *.ABD files are also all over the place, currently in a directory that I had created for another purpose. No idea how the files got there.


   The POP3 server's response to the client's LIST command is the "scan listing" which
   "consists of the message-number of the message, followed by a single space and the exact size of the message in octets."
   
   The "message-number" is a sequential number of all messages in a "maildrop" assigned anew for each session, beginning with 1.
   
   This message number is referred to in the RETR (retrieve) and DELE (delete) commands from the client.

I have done that manually decades ago, using telnet. I'm quite familiar with how POP3 works.


     Using the option command UIDL, the client can retrieve a list of unique ids a single message identified by message-number or all messages, with the UNIQUE-ID being a    
arbitrary server-determined string, consisting of one to 70 characters in the range 0x21 to 0x7E, which uniquely identifies a message within a maildrop and which persists across sessions.

Correct; so why does TB! (on the same machine, mind you) sometimes suddenly forget all UIDs?


    If the POP3 client keeps track of those UNIQUE IDs, it can be sure not to re-download messages already seen.

So I would think. And then, suddenly, TB! downloads not one or two, but always *all* the messages again. The file ACCOUNT.M_R is not read or not found or something.

Again, I am talking about one machine, the laptop. That anything downloaded on the laptop will be downloaded later on the PC and vv. is clear, and it is desired (my way of backup).


    My suggestion:
   a) on the desktop, keep the number of days you keep messages on the server relative small;

I do that already. 4 weeks = over 5,000 messages in my company account.


   b) on the laptop (I guess that you have activated the option "keep ALL messages on the server") use the mailbox inspector to retrieve messages, maybe activate the option "activate mailbox inspector automatically for every retrieve".

With over 5,000 messages on the server, it is not practical to always use the mailbox inspector.


   PS: RFCs on POP3 : https://www.rfc-editor.org/info/std53

I am sure Ritlabs is aware of the RFCs.

--

Cheers,
Thomas.

Message reply created with The Bat! 8.8.2
under Windows 7 6.1 Build 7601 Service Pack 1
________________________________________________________
 Current beta is 8.7.0.14 | 'Using TBBETA' information:
http://www.silverstones.com/thebat/TBUDLInfo.html

Reply via email to