2013-08-02 Fetchmail and Gmail

I’m using fetchmail to keep a copy of all my Gmail stuff.

defaults mda "/usr/bin/procmail -d alex"
  fetchsizelimit 0
  limit 0
poll pop.gmail.com protocol
  username "kensanata@gmail.com"
  password "..."

The reason for the mda lines up there is that I don’t have a working mail installation on this machine, I think. I haven’t touched this file in a long time.

Anyway, I’ve noticed this output:

fetchmail: Server certificate verification error: unable to get local issuer certificate
fetchmail: Server certificate verification error: certificate not trusted
577 messages (451 seen) for kensanata@gmail.com at pop.gmail.com (59586522 octets).
skipping message kensanata@gmail.com@gmail-pop.l.google.com:1 not flushed
skipping message kensanata@gmail.com@gmail-pop.l.google.com:2 not flushed
skipping message kensanata@gmail.com@gmail-pop.l.google.com:3 not flushed
skipping message kensanata@gmail.com@gmail-pop.l.google.com:449 not flushed
skipping message kensanata@gmail.com@gmail-pop.l.google.com:450 not flushed
skipping message kensanata@gmail.com@gmail-pop.l.google.com:451 not flushed
reading message kensanata@gmail.com@gmail-pop.l.google.com:452 of 577 (15255 octets) not flushed
reading message kensanata@gmail.com@gmail-pop.l.google.com:453 of 577 (3280 octets) not flushed
reading message kensanata@gmail.com@gmail-pop.l.google.com:454 of 577 (29028 octets) not flushed
reading message kensanata@gmail.com@gmail-pop.l.google.com:575 of 577 (4631 octets) not flushed
reading message kensanata@gmail.com@gmail-pop.l.google.com:576 of 577 (2284 octets) not flushed
reading message kensanata@gmail.com@gmail-pop.l.google.com:577 of 577 (47301 octets) not flushed

What are these 451 “seen” messages doing? Can I get rid of them? Have I downloaded these before? Rerunning fetchmail keeps telling me about the 451 seen messages and downloading a new set of mails. It’s weird.


Show Google +1


“Seen” are emails in the inbox that fetchmail knows about – it probably caches the headersmsg ids locally, pop3 doesn’t really support this, but clients can hack around. So, basically, if you have emails lingering in the GMail Inbox, they will be listed over and over again whenever you poll via pop3. This may be clearer if you switch to a protocol that actually considers syncing mailboxes and state, i.e. IMAP rather than pop to get your messages from GMail.

– Harald 2013-08-02 21:05 UTC

Incorrect Harald. The same thing happens with IMAP, except I have 740,000 messages in my inbox

fetchmail: skipping message webalert@cldssinc.com@gmail-imap.l.google.com:739191 not flushed
fetchmail: skipping message webalert@cldssinc.com@gmail-imap.l.google.com:739192 not flushed
fetchmail: skipping message webalert@cldssinc.com@gmail-imap.l.google.com:739193 not flushed

Is there a better solution than using fetchmail? It seems to be very wasteful when polling, maybe there is something I am missing.

poll imap.gmail.com protocol IMAP and I use ssl and idle options

Rad 2013-10-24 18:25 UTC

Please make sure you contribute only your own work, or work licensed under the GNU Free Documentation License. See Info for text formatting rules. You can edit the comment page if you need to fix typos. You can subscribe to new comments by email without leaving a comment.

To save this page you must answer this question:

Please say HELLO.