Gene Heskett wrote:
So I killed the fwd kit at gmail and moved all the bounced stuff back to the
inbox, figuring fetchmail would suck it and that would be the end of it. 4
things though, 90% of them are dups by the time they get sorted here, and
fetchmail is reporting about an 85% failure to flush rate in the early part
of the waiting msgs it processes in each new daemon wakeup. Toss in that
right now, webmail says there's about 3350 messages left to suck after around
19 hours (with two power failures here of about 9 hours total duration), but
when I set the verbosity up on fetchmail, it is only getting a much smaller
number between 800 and 1300 for a msg count from gmail, and this number is
refreshed to a new value when it sucks the last of the currently being
processed list. Oh, 4th, did I mention its slower than molasses, probably
because of spamc here.
Is this "number of messages waiting" discrepancy mainly the disconnect between
the webmail interface, and the pop interface at gmail, or do we actually have
a fetchmail bug here?
I've used fetchmail with gmail for a long time without problems but
never let it get too far behind. Gmail is set to 'archive' messages as
they are downloaded via pop so they disappear from the inbox as viewed
by the web interface but are still available for searches.
But, since gmail now permits imap access, why not go that route instead
of having to download/store the messages yourself?
--
Les Mikesell
lesmikesell@xxxxxxxxx
