From: Sunil S. <sh...@bo...> - 2006-03-02 14:26:20
|
Quoting from Jakob Hirsch's mail on Thu, Mar 02, 2006: > The difference is simply that fetchmail (ab)uses TOP by default to > retrieve mail, while usual MUAs use the standard mechanism of RETR. > Nevertheless, Comcast's POP3 server is plain broken if he allows TOP but > truncates messages with it. There is one case where fetchmail could use RETR instead of TOP. That is when "uidl" has been enabled. In this configuration: poll server protocol pop3 no fetchall no keep uidl fetchmail currently uses TOP. If the server is supporting "uidl", then it should not matter if fetchmail uses TOP or RETR as all the email clients will be using "uidl" anyway. So, in this case, fetchmail should use "RETR" instead. I am not aware if Comcast's POP3 server support "uidl" or not. If they do, I think this change should be made. Any votes for or against this? This is probably the change required (somebody confirm this too): < peek_capable = !ctl->fetchall && (!ctl->keep || ctl->server.uidl); > peek_capable = !(ctl->fetchall || ctl->keep || ctl->server.uidl); -- Sunil Shetye. |