[fetchmail]RE: Socket Error
Lucky Me
neiman007@hotpop.com
Tue, 23 Nov 2004 11:33:05 -0600
I wanted to repost this, as I fear I may have broken protocal with my last
response.
"Matthias Andree" <ma@dt.e-technik.uni-dortmund.de> writes:
>> Using Fetchmail 6.2.5
>Are you still using fetchmail or have you switched to getmail instead,
>given your post on that list an hour later?
First of all thank you for your reply. I have been experimenting a little
with getmail because I have been struggling with this fetchmail socket error
problem for about 3 week. I would rather use fetchmail. It seems a little
more straight forward and easier to configure. And as I mentioned before,
when it works, it works very well for me. And I have found that the
fetchmailconf utility is very helpful.
>> postfix will also give a message after the fetchmail socket error of:
>>
>> "postfix/smtpd[3695]: lost connection after DATA from
>> localhost[127.0.0.1]"
>This information isn't complete...
The section of the log file created when I used the "fetchmail -v -v -L
/var/log/mail" command it located here:
http://wpffl.netfirms.com/fetchmail.txt - Please ignore the banner text that
is added to the top of the page by this web host provider.
>> I noticed it hung on the same spam message two different times, so maybe
it
>> is a problem with the type or formating of the email.
>...but such things can happen, when, for instance, the POP3 server fails
>to send a proper message end marker. There may be other problems, but to
>debug this, we need a copy of the mail or session captured with
>"tcpdump -w debug.dump host pop3.example.org".
>You MUST change your password before uploading the file to some FTP or
>web server. Please post only the URL, not the whole file.
The output I get with the "tcpdump -w debug.dump host mail.server.com" is
located here:
http://wpffl.netfirms.com/debug.dump.txt - Again, please ignore the banner
text that is added to the top of the page by this web host provider.
>> My Linux box is behind a firewall, are there any ports I should open or
>> forward to the Linux box to diagnose the problem?
>As long as it doesn't firewall 127.0.0.1, it should be fine.
Again, I appreciate your help.