Re: [fetchmail-users] Fetchmail incorrect header yahoo

[Andrew B. <re...@co...>]

First off... sorry for the double post.

Second... I wait 3 days to join this list and right after joining I find 
this post:
http://forums.mozillazine.org/viewtopic.php?t=578578&

Seems this may not be a fetchmail issue afterall. However, seeing as how 
this may not be fixed anytime soon, is there a way to force fetchmail to 
deliver the messages even if there isn't any header information?

AB
_____
Visit Corridor9
Blogging about BackpackGearTest.org, Firefighting, Linux, Hiking and more!
http://www.corridor9.net
__________________________________

Andrew Buskov wrote:
> I'm have lots of problems and I can't diagnose. Every now and then yahoo 
> screws with things on their end, so I'm not even sure it's my problem. 
> Everything was working fine about a week ago till I got a leaderless 
> email message. I deleted it thinking everything was cool, but after that 
> fetchmail wouldn't get anything from yahoo. The worst part was that it 
> would delete the mail from the yahoo server, so I'm not even sure how 
> many emails I lost.
> 
> I'm using FreePOPs 0.0.99, and fetchmail-6.3.8 (using the source to 
> test, but was using the ubuntu package for feisty).
> 
> Here's the fetchmail log from yahoo down:
> Code:
> 
> fetchmail: 6.3.8 querying localhost (protocol POP3) at Sat 25 Aug 2007 
> 08:08:50 AM CDT: poll started
> Trying to connect to 127.0.0.1/2000...connected.
> fetchmail: POP3< +OK FreePOPs/0.0.99 pop3 server ready
> fetchmail: POP3> CAPA
> fetchmail: POP3< +OK ANSWER FOLLOW
> fetchmail: POP3< TOP
> fetchmail: POP3< USER
> fetchmail: POP3< UIDL
> fetchmail: POP3< .
> fetchmail: localhost: opportunistic upgrade to TLS failed, trying to 
> continue.
> fetchmail: POP3> USER re...@ya...
> fetchmail: POP3< +OK PLEASE ENTER PASSWORD
> fetchmail: POP3> PASS *
> fetchmail: POP3< +OK ACCESS ALLOWED
> fetchmail: selecting or re-polling default folder
> fetchmail: POP3> STAT
> fetchmail: POP3< +OK 1 1024
> 1 message for re...@ya... at localhost (1024 octets).
> fetchmail: POP3> LIST 1
> fetchmail: POP3< +OK 1 1024
> fetchmail: POP3> RETR 1
> fetchmail: POP3< +OK ANSWER FOLLOW
> reading message re...@ya...@localhost.localdomain:1 of 1 (1024 
> octets)
> fetchmail: incorrect header line found while scanning headers
> fetchmail: line: <!--web36610-->
> .................................................................................................fetchmail: 
> message re...@ya...@localhost.localdomain:1 was not the
> expected length (99730 actual != 1024 expected)
>  flushed
> fetchmail: POP3> DELE 1
> fetchmail: POP3< +OK MESSAGE MARKED FOR DELETION
> fetchmail: POP3> QUIT
> fetchmail: POP3< +OK BYE BYE, UPDATING
> fetchmail: 6.3.8 querying localhost (protocol POP3) at Sat 25 Aug 2007 
> 08:08:53 AM CDT: poll completed
> fetchmail: not swapping UID lists, no UIDs seen this query
> fetchmail: Deleting fetchids file.
> fetchmail: normal termination, status 0
> fetchmail: Deleting fetchids file.
> 
> My /etc/fetchmailrc file reads as such:
> Code:
> 
> ###################### BEGIN re...@co...########################
> 
> poll pop.gmail.com port 995 proto pop3
> user "ma...@gm..." password "YouDon'tNeedThis" ssl is "c9rescue" here
> 
> poll pop.gmail.com port 995 proto pop3
> user "mad...@gm..." password "YouDon'tNeedThis" ssl is 
> "c9rescue" here
> 
> poll localhost port 2000 proto pop3
> user "re...@ya..." password "YouDon'tNeedThis" is "c9rescue" here
> 
> ###################### END re...@co...##########################
> 
> A bit redundant, but /var/log/mail.info shows (NOTE: This was with 6.3.6 
> ubuntu package, not the source as listed above):
> Code:
> 
> Aug 25 07:42:06 sulaco fetchmail[28834]: starting fetchmail 6.3.6 daemon
> Aug 25 07:42:08 sulaco fetchmail[28834]: 1 message for re...@ya... 
> at localhost (1024 octets).
> Aug 25 07:42:09 sulaco fetchmail[28834]: reading message 
> re...@ya...@localhost.localdomain:1 of 1 (1024 octets) (log 
> message incomplete)
> Aug 25 07:42:09 sulaco fetchmail[28834]: incorrect header line found 
> while scanning headers
> Aug 25 07:42:09 sulaco fetchmail[28834]:  flushed
> Aug 25 07:42:10 sulaco fetchmail[28834]: sleeping at Sat 25 Aug 2007 
> 07:42:10 AM CDT for 300 seconds
> 
> Freepops is NOT setup for chroot jail.
> 
> I also tried setting sslproto ssl123 in the fetchmailrc file so it 
> wouldn't try to upgrade to TLS, but this didn't help.
> 
> Any help would be greatly appreciated as a majority of my mail goes 
> through the yahoo server. BTW, fetching gmail servers work fine.