fetchmail-users — User questions and discussion

Re: [fetchmail-users] "requires envelope option!"

[Anne W. <can...@go...>]

On Thursday 23 Aug 2007, Rob MacGregor wrote:
> On 8/23/07, Anne Wilson <can...@go...> wrote:
> > Apologies if this is a duplicate, but it's almost 3 hours since I sent
> > it, and I haven't seen it yet.
>
> It is a duplicate.
>
Sorry - explained elsewhere.

> > I'm now fetching my husband's mail, as well as my own (using fetchmail
> > with cron, running as david), but I'm getting:
> >
> > fetchmail: warning: multidrop for pop3.mailbox.co.uk requires envelope
> > option! fetchmail: warning: Do not ask for support if all mail goes to
> > postmaster!
>
> Did you look at the envelope option in the man page?
>
I've read it, but it didn't seem to apply.  See below.

> > This never happens when I collect my mail (fetchmail with cron, running
> > as anne).  Googling hasn't come up with anything useful.  What is this
> > about? Thanks
>
> As Matthias said, you may want to read the fine manual, the section on
> "Use and Abuse of Multidrop" details what you need to do.
>
<quote>
In singledrop-mode, fetchmail assumes that all messages in the user's account 
are intended for a single recipient.
</quote>

As far as I know, this is what I'm doing.  I run fetchmail as anne, and all 
messages are delivered to me.  On separate cron jobs, fetchmail runs as 
david, and all mail is delivered to him.  Isn't that singledrop-mode?

> If you're still confused after consulting the documentation, please
> provide:
>
> 1) Your .fetchmailrc

For David's mail - mine doesn't bring the problem\;

set logfile = /home/david/fetchmail.log

poll pop3.mailbox.co.uk with proto pop3
	user "xxxxxx.xxxx"
	pass "xxxx"
	is david -a

poll zencphosting09.zen.co.uk with proto pop3
	user "xx...@ly..."
	pass "xxxxx"
	sslfingerprint "01:A0:29:54:2F:03:DB:AE:79:8D:B8:B9:BB:9A:1F:9A"
	is david -a

poll pop3.tiscali.co.uk with proto pop3
	user "xx...@ti..."
	pass "xxxx"
	is david -a

> 2) The FULL headers of a sample email (mask email addresses or account
> names if you want, but leave all the lines in)

Sufficiently obscured for spam, I think:

Return-Path: <con...@e2...>
 X-Original-To: david@localhost
 Delivered-To: da...@lo...main
 Received: from david.my.domain (david.my.domain [127.0.0.1])
        by david.my.domain (Postfix) with ESMTP id 5E544C9192
        for <david@localhost>; Tue, 21 Aug 2007 10:30:11 +0100 (BST)
 Envelope-to: dav...@my...main
 Delivery-date: Tue, 21 Aug 2007 10:29:34 +0100
 Received: from zencphosting09.zen.co.uk [82.71.204.15]
        by david.my.domain with POP3 (fetchmail-6.3.8)
        for <david@localhost> (single-drop); Tue, 21 Aug 2007 10:30:11 +0100 
(BST)
 Received: from [212.23.3.230] (port=50776 helo=bastion05.mail.zen.co.uk)
        by zencphosting09.zen.co.uk with esmtp (Exim 4.63)
        (envelope-from <con...@e2...>)
        id 1INQ3K-0007xe-FN
        for dav...@my...main; Tue, 21 Aug 2007 10:29:34 +0100
 Received: from mail174.e2ma.net ([66.179.147.174])
        by bastion05.mail.zen.co.uk with esmtp (Exim 4.63)
        (envelope-from <con...@e2...>)
        id 1INQ3K-0006Cn-2g
        for dav...@my...main; Tue, 21 Aug 2007 09:29:34 +0000
 To: davidxxxx@myotherdomain
 From: "Armitages Garden Centre" <the...@ar...>
 Subject: Confirming your subscription to the Armitages Garden Centre email 
list
 Date: Tue, 21 Aug 2007 04:27:45 -0500
 Message-ID: <0ba...@e2...>
 MIME-Version: 1.0
 Content-Type: text/plain;
 X-Zen-Test-Spam-Score: 11
 X-Zen-Test-Spam-Bar: (+)
 X-Originating-Bastion05-IP: [66.179.147.174]
 X-Envelope-From: con...@e2...
 X-Envelope-To: dav...@my...main
 X-Apparently-To: dav...@my...main
 X-Zen-Loop2: 7b9882177c9c8ff4976e7f923821a659
 Status: R
 X-Status: NC
 X-KMail-EncryptionState: 
 X-KMail-SignatureState: 
 X-KMail-MDN-Sent: 
 X-Length: 2615
 X-UID: 1

Anne

[fetchmail-users] OT, hotmail dumping email, was: Are my messages being blocked?

[M. F. <mfi...@ne...>]

On Mon, Aug 27, 2007 09:40:33 AM +0100, Rob MacGregor
(rob...@gm...) wrote:

> Now Hotmail, it *IS* documented that for Hotmail emails that MS view
> as "junk" are often just dropped on the floor.  I've even confirmed
> this myself, more than once.

Just one note: I always welcome, either here or privately, links to
pages that denounce and document this, especially when the email
server whose message disappear has done everything Hotmail wants from
good email sysadmins.

Thanks,
Marco

Re: [fetchmail-users] Fetchmail incorrect header yahoo

[Matthias A. <mat...@gm...>]

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

Re: [fetchmail-users] Are my messages being blocked?

[Rob M. <rob...@gm...>]

On 8/26/07, Gerard Seibert <ge...@se...> wrote:
>
> Are you failing to receive a copy of the message you sent returned to
> you via this group? If that is the problem, and I think it is, and you
> you are using GMail, and your address would indicates that you are,
> then that is your problem. Google had decreed that you do not have
> that right. When you send a message to a forum such as this, Google
> will not place that message in your in-box when it is relayed by the
> forum you sent the message to. It conveniently loses it. This is a
> well know and documented feature(?) of Google's email system.

I call this one FUD.

It isn't either well known, or documented (that I've ever found).  I
too am on GMail and I've never yet not received any email.  I *have*
seen quite a few list emails arrive in Junk however, until the system
is trained.

Now Hotmail, it *IS* documented that for Hotmail emails that MS view
as "junk" are often just dropped on the floor.  I've even confirmed
this myself, more than once.

The most important things here are:

1) Both Anne and I are on GMail, I'm seeing the emails fine
2) I've CCd Anne on 2 emails and emailed her direct on 2 - she hasn't
responded to or seen any of these

I'm strongly of the opinion that Anne is neglecting to check her Junk
mail folder.  I'll be trying a non GMail account to contact her later.

-- 
                 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

Re: [fetchmail-users] Are my messages being blocked?

[Gerard S. <ge...@se...>]

On Sunday August 26, 2007 at 05:10:23 (PM) Anne Wilson wrote:

> I've been trying for almost two days to get a message through but they never 
> appear.
> 
> Anne


You do seem to be having a great deal of trouble; however, I am unsure
as to what you are specifically referring to. All of the messages that
you have sent have been received. At least it would appear to be so.
Why do you think they are not?

Are you failing to receive a copy of the message you sent returned to
you via this group? If that is the problem, and I think it is, and you
you are using GMail, and your address would indicates that you are,
then that is your problem. Google had decreed that you do not have
that right. When you send a message to a forum such as this, Google
will not place that message in your in-box when it is relayed by the
forum you sent the message to. It conveniently loses it. This is a
well know and documented feature(?) of Google's email system.

Might I suggest that you get a real email provider. Why not simply use
your ISP's email service for starters. In any event, lose GMail. They
are the worst service around. They even make 'Hotmail' look good.
Actually, the new version <http://get.live.com/> isn't all that bad
when compared to GMail.


-- 
Gerard

[fetchmail-users] Are my messages being blocked?

[Anne W. <can...@go...>]

I've been trying for almost two days to get a message through but they never 
appear.

Anne

Re: [fetchmail-users] Error message - translation required

[Rob M. <rob...@gm...>]

[ Here goes the THIRD email direct to Anne ]

On 8/25/07, Anne Wilson <can...@go...> wrote:
> I tried all day yesterday to get this message through, but it seems to have
> been blocked, so I've changed the Subject, which originally had part of the
> error message.

Try looking at your Spam folder, where I'm sure you'll find:

1) The responses to your first (3) posts
2) My direct response to your direct email

Then, look at the list archive (see the URL below) for the answer.

Finally, learn how to drive your mail client and use list archives to
find out what's really doing on with your mail.

-- 
                 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

[fetchmail-users] Error message - translation required

[Anne W. <can...@go...>]

I tried all day yesterday to get this message through, but it seems to have 
been blocked, so I've changed the Subject, which originally had part of the 
error message.

I'm now fetching my husband's mail, as well as my own (using fetchmail with 
cron, running as david), but I'm getting:

fetchmail: warning: multidrop for pop3.mailbox.co.uk requires envelope option!
fetchmail: warning: Do not ask for support if all mail goes to postmaster!

This never happens when I collect my mail (fetchmail with cron, running as 
anne).  Googling hasn't come up with anything useful.  What is this about?  
Thanks

Anne

Re: [fetchmail-users] Fetchmail incorrect header yahoo

[Rob M. <rob...@gm...>]

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

Re: [fetchmail-users] Fetchmail incorrect header yahoo

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

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
> 

[fetchmail-users] Fetchmail incorrect header yahoo

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

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
__________________________________

[fetchmail-users] Fetchmail incorrect header yahoo

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

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
__________________________________

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.

Re: [fetchmail-users] Fetchmail error "requires envelope option"

[Rob M. <rob...@gm...>]

[ CCing Anne ]

On 8/23/07, Anne Wilson <can...@go...> wrote:
> This is the third attempt to get this message through - I presume that the
> spam filter was blocking it, so I've removed the exclamation mark.

And the third copy that's reached the mailing list.  There's no sign
that the messages are bouncing instead of reaching you (I'm one of the
list admins) - have you checked your own Spam folder?

However, please see the archive:

> https://lists.berlios.de/mailman/listinfo/fetchmail-users

Where you'll find not one, but 2 replies to your previous emails.

-- 
                 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

[fetchmail-users] Fetchmail error "requires envelope option"

[Anne W. <can...@go...>]

This is the third attempt to get this message through - I presume that the 
spam filter was blocking it, so I've removed the exclamation mark.

I'm now fetching my husband's mail, as well as my own (using fetchmail with 
cron, running as david), but I'm getting:

fetchmail: warning: multidrop for pop3.mailbox.co.uk requires envelope option!
fetchmail: warning: Do not ask for support if all mail goes to postmaster!

This never happens when I collect my mail (fetchmail with cron, running as 
anne).  Googling hasn't come up with anything useful.  What is this about?  
Thanks

Anne

Re: [fetchmail-users] "requires envelope option!"

[Rob M. <rob...@gm...>]

On 8/23/07, Anne Wilson <can...@go...> wrote:
> Apologies if this is a duplicate, but it's almost 3 hours since I sent it, and
> I haven't seen it yet.

It is a duplicate.

> I'm now fetching my husband's mail, as well as my own (using fetchmail with
> cron, running as david), but I'm getting:
>
> fetchmail: warning: multidrop for pop3.mailbox.co.uk requires envelope option!
> fetchmail: warning: Do not ask for support if all mail goes to postmaster!

Did you look at the envelope option in the man page?

> This never happens when I collect my mail (fetchmail with cron, running as
> anne).  Googling hasn't come up with anything useful.  What is this about?
> Thanks

As Matthias said, you may want to read the fine manual, the section on
"Use and Abuse of Multidrop" details what you need to do.

If you're still confused after consulting the documentation, please provide:

1) Your .fetchmailrc
2) The FULL headers of a sample email (mask email addresses or account
names if you want, but leave all the lines in)

-- 
                 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

[fetchmail-users] "requires envelope option!"

[Anne W. <can...@go...>]

Apologies if this is a duplicate, but it's almost 3 hours since I sent it, and 
I haven't seen it yet.

I'm now fetching my husband's mail, as well as my own (using fetchmail with 
cron, running as david), but I'm getting:

fetchmail: warning: multidrop for pop3.mailbox.co.uk requires envelope option!
fetchmail: warning: Do not ask for support if all mail goes to postmaster!

This never happens when I collect my mail (fetchmail with cron, running as 
anne).  Googling hasn't come up with anything useful.  What is this about?  
Thanks

Anne

Re: [fetchmail-users] "requires envelope option!"

[Matthias A. <mat...@gm...>]

Anne Wilson schrieb:
> I'm now fetching my husband's mail, as well as my own (using fetchmail with 
> cron, running as david), but I'm getting:
> 
> fetchmail: warning: multidrop for pop3.mailbox.co.uk requires envelope option!
> fetchmail: warning: Do not ask for support if all mail goes to postmaster!

As it says, you configured multidrop fetching without also configuring the
envelope option, and that's usually the source of "undelivered" messages.

Details on multidrop are in the manual page, if some part of the multidrop
documentation is unclear, let me know which one so I can improve it.
Relevant sections:

Singledrop vs. Multidrop options
THE USE AND ABUSE OF MULTIDROP MAILBOXES
Good Ways To Use Multidrop Mailboxes
Bad Ways To Abuse Multidrop Mailboxes
Speeding Up Multidrop Checking

HTH
Matthias.

[fetchmail-users] "requires envelope option!"

[Anne W. <can...@go...>]

I'm now fetching my husband's mail, as well as my own (using fetchmail with 
cron, running as david), but I'm getting:

fetchmail: warning: multidrop for pop3.mailbox.co.uk requires envelope option!
fetchmail: warning: Do not ask for support if all mail goes to postmaster!

This never happens when I collect my mail (fetchmail with cron, running as 
anne).  Googling hasn't come up with anything useful.  What is this about?  
Thanks

Anne

Re: [fetchmail-users] Can fetchmail be configured to do this?

[Michelle K. <lin...@fr...>]

Am 2007-08-18 00:55:25, schrieb rouble:
> This worked great for backing up the Inbox, but it turns out that
> fetchmail's pop3 support does not support folders. So, I can not
> backup the Sent folder.

This is NOT an error in "fetchmail" because the
pop3 protocol does only allow ONE mailbox.

Greetings
    Michelle Konzack
    Systemadministrator
    Tamay Dogan Network
    Debian GNU/Linux Consultant


-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/
##################### Debian GNU/Linux Consultant #####################
Michelle Konzack   Apt. 917                  ICQ #328449886
                   50, rue de Soultz         MSN LinuxMichi
0033/6/61925193    67100 Strasbourg/France   IRC #Debian (irc.icq.com)

Re: [fetchmail-users] How to avoid these annoying reports

[Anne W. <can...@go...>]

On Monday 20 Aug 2007, Rob MacGregor wrote:
> On 8/20/07, Anne Wilson <can...@go...> wrote:
> > Right - maybe I misunderstood your instructions.  At present the stanzas
> > in fetchmailrc look like this:
> >
> > poll zencphosting09.zen.co.uk with proto pop3
> >         sslfingerprint 01:A0:29:54:2F:03:DB:AE:79:8D:B8:B9:BB:9A:1F:9A
> >         user "su...@ly..."
> >         pass "xxxxxx"
> >         is anne fetchall
> >
> > And attempting to restart fetchmail, or to run with --configdump, brings
> >
> > fetchmail:/home/anne/.fetchmailrc:24: syntax error at 01
>
> Ok, having got home and checked, that should have been AFTER the user
> line - apologies.  It should look something like the following:
>
> poll zencphosting09.zen.co.uk with proto pop3
>         user "su...@ly..." password "xxxxxx"
>         ssl sslfingerprint
> "01:A0:29:54:2F:03:DB:AE:79:8D:B8:B9:BB:9A:1F:9A" is anne fetchall
>
> (Or at least, that's basically what works for me).
>
> If that doesn't work, please include the entire .fetchmailrc, editing
> only passwords/usernames.

I do believe that's it!  Thanks for all your time and patience :-)

Anne

Re: [fetchmail-users] How to avoid these annoying reports

[Rob M. <rob...@gm...>]

On 8/20/07, Anne Wilson <can...@go...> wrote:
> Right - maybe I misunderstood your instructions.  At present the stanzas in
> fetchmailrc look like this:
>
> poll zencphosting09.zen.co.uk with proto pop3
>         sslfingerprint 01:A0:29:54:2F:03:DB:AE:79:8D:B8:B9:BB:9A:1F:9A
>         user "su...@ly..."
>         pass "xxxxxx"
>         is anne fetchall
>
> And attempting to restart fetchmail, or to run with --configdump, brings
>
> fetchmail:/home/anne/.fetchmailrc:24: syntax error at 01

Ok, having got home and checked, that should have been AFTER the user
line - apologies.  It should look something like the following:

poll zencphosting09.zen.co.uk with proto pop3
        user "su...@ly..." password "xxxxxx"
        ssl sslfingerprint "01:A0:29:54:2F:03:DB:AE:79:8D:B8:B9:BB:9A:1F:9A"
        is anne fetchall

(Or at least, that's basically what works for me).

If that doesn't work, please include the entire .fetchmailrc, editing
only passwords/usernames.

-- 
                 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

Re: [fetchmail-users] How to avoid these annoying reports

[Anne W. <can...@go...>]

On Monday 20 Aug 2007, Rob MacGregor wrote:
> On 8/20/07, Anne Wilson <can...@go...> wrote:
> > That didn't help - it still sat there, doing nothing.
>
> Well, either they don't provide POP3S/IMAPS services, or you've got a
> firewall in the way filtering access.
>
Come to think of it, that could well be the problem.  A port needs opening, 
perhaps.  I'll look into that.

> > I'll try that now.  I should know in a few minutes whether it has worked.
>
> I'd suggest you restart fetchmail after that change.
> <---SNIP--->
>
> > Well - putting the fingerprint hasn't stopped the warnings, so I guess
> > I'll take them out again.  Ah well!
>
> It should - I ran that way long enough.
>
> With it back in, can you provide the output of:
>
> fetchmail --configdump
>
> Mask the passwords - this provides a view of fetchmail's config file,
> as understood by fetchmail.

Right - maybe I misunderstood your instructions.  At present the stanzas in 
fetchmailrc look like this:

poll zencphosting09.zen.co.uk with proto pop3
	sslfingerprint 01:A0:29:54:2F:03:DB:AE:79:8D:B8:B9:BB:9A:1F:9A
	user "su...@ly..."
	pass "xxxxxx"
	is anne fetchall

And attempting to restart fetchmail, or to run with --configdump, brings

fetchmail:/home/anne/.fetchmailrc:24: syntax error at 01


What am I doing wrong now?

Anne

Re: [fetchmail-users] How to avoid these annoying reports

[Rob M. <rob...@gm...>]

On 8/20/07, Anne Wilson <can...@go...> wrote:
>
> That didn't help - it still sat there, doing nothing.

Well, either they don't provide POP3S/IMAPS services, or you've got a
firewall in the way filtering access.

> I'll try that now.  I should know in a few minutes whether it has worked.

I'd suggest you restart fetchmail after that change.
<---SNIP--->
> Well - putting the fingerprint hasn't stopped the warnings, so I guess I'll
> take them out again.  Ah well!

It should - I ran that way long enough.

With it back in, can you provide the output of:

fetchmail --configdump

Mask the passwords - this provides a view of fetchmail's config file,
as understood by fetchmail.

-- 
                 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

Re: [fetchmail-users] How to avoid these annoying reports

[Anne W. <can...@go...>]

On Monday 20 Aug 2007, Rob MacGregor wrote:
> On 8/20/07, Anne Wilson <can...@go...> wrote:
> > That's better.  Here are the beginning, up to the end of the first
> > mailbox, and the last mailbox.  All the others are like the last one.
>
> <---SNIP--->
>
> > fetchmail: 6.3.8 querying mailhost.zen.co.uk (protocol POP3) at Mon 20
> > Aug 2007 12:51:18 BST: poll completed
> > fetchmail: 6.3.8 querying zencphosting09.zen.co.uk (protocol POP3) at Mon
> > 20 Aug 2007 12:51:18 BST: poll started
> > fetchmail: Trying to connect to 82.71.204.15/110...connected.
> > fetchmail: POP3< +OK Hello there.
> > fetchmail: POP3> CAPA
> > fetchmail: POP3< +OK Here's what I can do:
> > fetchmail: POP3< STLS
> > fetchmail: POP3< TOP
> > fetchmail: POP3< USER
> > fetchmail: POP3< LOGIN-DELAY 10
> > fetchmail: POP3< PIPELINING
> > fetchmail: POP3< UIDL
> > fetchmail: POP3< IMPLEMENTATION Courier Mail Server
> > fetchmail: POP3< .
> > fetchmail: POP3> STLS
> > fetchmail: POP3< +OK Begin SSL/TLS negotiation now.
> > fetchmail: Issuer Organisation: Unknown
> > fetchmail: Issuer CommonName: zencphosting09.zen.co.uk
> > fetchmail: Server CommonName: zencphosting09.zen.co.uk
> > fetchmail: zencphosting09.zen.co.uk key fingerprint:
> > 01:A0:29:54:2F:03:DB:AE:79:8D:B8:B9:BB:9A:1F:9A
> > fetchmail: Server certificate verification error: self signed certificate
>
> Right, try another go at the openssl command, but use port 995 (POP3S)
> instead of 993 (IMAPS).  

That didn't help - it still sat there, doing nothing.

> If that fails then, as Matthias said, you 
> could use:
>
> sslfingerprint 01:A0:29:54:2F:03:DB:AE:79:8D:B8:B9:BB:9A:1F:9A
>
> before the "user" line.
>
I'll try that now.  I should know in a few minutes whether it has worked.

> Be warned however that if/when the fingerprint changes fetchmail will
> (quite reasonably) refuse to communicate with that server.

If I don't get mail at the usual intervals, I'll check the logs.  Thanks for 
the warning.

> Alternatively, assuming you're running in daemon mode, just ignore the
> warning you'll (only) get at startup :)

Unfortunately, it comes from every mailbox that it checks, so I have at the 
moment 57 messages that say

fetchmail: Server certificate verification error: self signed certificate
fetchmail: Server certificate verification error: self signed certificate
fetchmail: Server certificate verification error: self signed certificate
fetchmail: Server certificate verification error: self signed certificate
fetchmail: Server certificate verification error: self signed certificate

That makes them hard to ignore :-)

Well - putting the fingerprint hasn't stopped the warnings, so I guess I'll 
take them out again.  Ah well!

Anne