Re: Before arguing with my pop3 folks, are my fm setting what I think they are.

Am 10.11.21 um 00:10 schrieb hput via Fetchmail-users:
> Note: some munging done to the following .fetchmailrc
>
> ,----
> | set logfile /home/reader/t/var/log/fetchmail.log
> |
> | poll pop.zoho.com  proto POP3 user [email protected]  password MANGLED
> |
> | ssl
> | fetchall
> | no keep
> | no rewrite
> | mda "/usr/bin/procmail -f %F -d %T";
> `----
>
> I hope my settings above will retrieve both read and unread, and ask
> the server to delete after I've downloaded them..  Delivering with
> procmail shouldn't have any baring on pop3 server end, I hope.
>
>
> There is no problem with connecting or the handshake but I notice the
> zohomail.com server when I connect using a web browser shows some 26
> unread messages in the inbox. And I notice some of them are messages I
> pulled down 24 hrs or more ago.
>
> I also notice that a few messages I thought I should have gotten by
> now are setting in something called `Notifications'.  One of them
> being the reply to my request for subscription to this list.
>
> So can anyone verify my .fetchmailrc is worded correctly to
> 1) download both unread and read and 2) have the messages I download
> deleted.
>
> Any other input would be very welcome as well.
Depending on server capabilities and idiosyncrasies and fetchmail
version, you may want to add uidl, and you should not need fetchall in
normal operation when uidl is in effect.
procmail should be phased out and be replaced by something that works
and is maintained, for instance, maildrop. Other than that, looks
reasonable.