From: Rob M. <rob...@gm...> - 2007-05-14 15:41:29
|
On 5/14/07, Kyle Contreras-Barbour <kyl...@gm...> wrote: > > Sorry... I'm not meaning to be difficult. That's ok :) > There isn't anything around that > other than nearly identical "start queue run" and "end queue run" lines. > Based on your comments here and the addition of 'mda "/usr/bin/procmail -d > %T"' to my .fetchmailrc I'm guessing that I'm not actually using exim. I suspect you're right, which makes diagnosing this more difficult (I don't know if there is any way to get logging info out of procmail). > O.K. Here's my current .fetchmailrc: > > poll " pop.gmail.com" > protocol pop3 > service 995 > username "kyl...@gm..." > password "<password>" > ssl > keep > mda "/usr/bin/procmail -d %T" Looks ok, there's certainly nothing there that'll cause a problem. <---SNIP---> > fetchmail: POP3< +OK message follows > reading message kyl...@gm...@gmail-pop.l.google.com:293 of 649 > (14003782 octets) > About to rewrite From: Kyle Contreras-Barbour <kyl...@gm...> > Rewritten version is From: Kyle Contreras-Barbour < kyl...@gm...> > > About to rewrite To: "Kyle (me)" <kyl...@gm...> > Rewritten version is To: "Kyle (me)" < kyl...@gm...> > > fetchmail: about to deliver with: /usr/bin/procmail -d 'snoutwood' > #<snip 250+ lines of asterisks> > fetchmail: socket error while fetching from kyl...@gm... > @pop.gmail.com <---SNIP---> That suggests a problem with the communication with the remote host (ppp.gmail.com). However, it wouldn't hurt to check some of the basics: 1) Do you have at least 14 MB of free space in /var (and possibly /tmp)? 2) Can you view this email via GMail? Can another mail client (say, Thunderbird) view this email? If you can get exim working it wouldn't hurt to remove the MDA line and get some log info. I suspect it won't show anything useful though. If you want to avoid fetchmail trying to download this email you can use the "limit" directive to tell it to skip emails above a certain size. See "Resource Limit Control Options" in the man page for details. -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche |