Menu
▾
▴
fetchmail-users
|
From: Andrew B. <re...@co...> - 2007-08-25 18:01:28
|
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. |
|
From: Andrew B. <re...@co...> - 2007-08-25 18:06:13
|
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. -- _____ Visit Corridor9 Blogging about BackpackGearTest.org, Firefighting, Linux, Hiking and more! http://www.corridor9.net __________________________________ |
|
From: Andrew B. <re...@co...> - 2007-08-25 18:06:13
|
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. -- _____ Visit Corridor9 Blogging about BackpackGearTest.org, Firefighting, Linux, Hiking and more! http://www.corridor9.net __________________________________ |
|
From: Andrew B. <re...@co...> - 2007-08-25 18:29:39
|
Ok guys... I've verified that this isn't a fetchmail issue. It appears to be a freepops issue. However, my questions still stands... 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: > 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. > _______________________________________________ > fetchmail-users mailing list > fet...@li... > https://lists.berlios.de/mailman/listinfo/fetchmail-users > |
|
From: Matthias A. <mat...@gm...> - 2007-08-27 16:00:57
|
Andrew schrieb: > Ok guys... I've verified that this isn't a fetchmail issue. It appears > to be a freepops issue. However, my questions still stands... Is there a > way to force fetchmail to deliver the messages even if there isn't any > header information? Not officially at the moment, since that would only work properly for singledrop, and because it may make sense to regenerate mandatory headers in case the SMTP listener doesn't. But there are more important bugs to address first, and workarounds are usually low-priority if they intend to work around other server's bugs. Gentoo however have a patch to let fetchmail continue to ship those messages, but evidently you're getting whatever your local SMTP/LMTP server or MDA make of the junk they're given. Some try to normalize, some reject, you never know until you check the specs, the configuration and everything else -- Rob is right in that we'd best stuff the remaining shards and pieces of the message into some kind of plastic bag before shipping them on, and that requires a lot of work I'm not going to spend on 6.3 which is essentially "bug fixes only". Sorry. Best regards Matthias |
|
From: Rob M. <rob...@gm...> - 2007-08-25 20:21:05
|
On 8/25/07, Andrew Buskov <re...@co...> wrote: > 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? This has been discussed before and, from memory, it is unlikely to be fixed in 6.3. Effectively it's a new feature, and one that's not necessarily trivial. The suggestion was that any invalid emails would be forwarded to the postmaster account, as a plain text attachment. The reason for the current behaviour is that there's no point in handing the email off as-is to any mail server - any sensible mail server would simply reject them. -- 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 |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X