Dave Sill wrote:
>
> Jonathan McDowell <[EMAIL PROTECTED]> wrote:
>
> >On Fri, Sep 01, 2000 at 12:49:18PM -0400, Dave Sill wrote:
> >>
> >> Right, so FETCHMAIL is trying to deduce the recipient based on the To:
> >> header field. This is *not* going to work for list mail, spam, BCC's,
> >> or any other message whose envelope recipients aren't listed in the
> >> To: field. This is a lame way to redirect mail, but it's a FETCHMAIL
> >> problem, not a qmail problem.
> >
> >No.
>
> OK, fine, thanks for explaining that. I did point out that I wasn't a
> fetchmail expert. :-)
>
> >What's happened is that fetchmail expects the Delivered-To header to
> >have the real recipient in it. Which means that it's probably picking up
> >the qmail list server Delivered-To: header.
>
> This is a lame way to redirect mail...
Actually this 'Delivered-to' line was inserted into the rc because the
fetchmail-faq wrongly stated it as necessary when fetchmail is used in
combination with qmail.
As a default, fetchmail checks the TO, CC and the Received lines from
any e-mail.
If anyone interested, I had made it work using this rc:
poll mail.subdimension.com protocol pop3 aka www.subdimension.com nodns
localdomains subdimension.com
username "rodan" with password "&$%%$&" is peter here
fetchall forcecr to * here
Sorry for posting the '-bis-' but it looks that the fetchmail list is
kind of dead for me.
All I got from them was the subscription notice and _nothing_ else. Not
even the copy of my own submission.
> >Petre: You probably want to look at the documentation for the qvirtual
> >command in your fetchmailrc.
>
> Sounds like my quess that the problem might be the "envelope
> Delivered-To:" phrase was right.
Good guess ...
> >It's still a fetchmail error rather than a qmail one though.
>
> Yup.
I admit it ;)
>
> -Dave
Happy weekend to all of you!
Peter
