|
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.
|