fetchmail friends,
after some serious re-reading of the faq's and the correct version of
fetchmail and some solid help from Rob MacGregor, I have finally solved
this problem. The ISP server is broken, because it is sending out 2
Delivered-To fields. Well, after reading this:
It may happen that you're getting what appear to be well-formed
sendmail Received headers, but fetchmail can't seem to extract an
envelope address from them. There can be a couple of reasons for
this.
Spurious Received lines need to be skipped:
First, fetchmail might be looking at the wrong Received header.
Normally it looks only on the first one it sees, on the theory that
that one was last added and is going to be the one containing your
mailserver's theory of who the message was addressed to.
Some (unusual) mailserver configurations will generate extra
Received lines which you need to skip. To arrange this, use the
optional skip prefix argument of the 'envelope' option; you may
need to say something like 'envelope 1 Received' or
'envelope 2 Received'.
I decided to apply the same rules and altered my config file to read:
envelope 2 Delivered-To
This no works beautifully, with the intended recipient receiving the
correct email.
//Craigad
-------- Original Message --------
Rob,
thanks for your help so far! Did not realise that my fetchmail was so
out of date! So I have upgraded it to the latest version.
Here is the output you asked for:
fetchmail: awakened at Mon 27 Feb 2006 21:54:05 GMT
fetchmail: 6.3.2 querying pop3.zippymail.co.uk (protocol auto) at Mon
27 Feb 2006 21:54:05 GMT: poll started
fetchmail: 6.3.2 querying pop3.zippymail.co.uk (protocol IMAP) at Mon
27 Feb 2006 21:54:05 GMT: poll started
fetchmail: IMAP< * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN
NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE ACL
ACL2=UNION] Courier-IMAP ready. Copyright 1998-2004 Double Precision,
Inc. See COPYING for distribution information.
fetchmail: IMAP> A0001 CAPABILITY
fetchmail: IMAP< * CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE
THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE ACL ACL2=UNION
fetchmail: IMAP< A0001 OK CAPABILITY completed
fetchmail: Protocol identified as IMAP4 rev 1
fetchmail: IMAP> A0002 LOGIN "myadoofa(_at_)adoofa(_dot_)com" *
fetchmail: IMAP< A0002 OK LOGIN Ok.
fetchmail: selecting or re-polling default folder
fetchmail: IMAP> A0003 SELECT "INBOX"
fetchmail: IMAP< * FLAGS (\Draft \Answered \Flagged \Deleted \Seen
\Recent)
fetchmail: IMAP< * OK [PERMANENTFLAGS (\* \Draft \Answered \Flagged
\Deleted \Seen)] Limited
fetchmail: IMAP< * 1 EXISTS
fetchmail: IMAP< * 1 RECENT
fetchmail: IMAP< * OK [UIDVALIDITY 1140799624] Ok
fetchmail: IMAP< * OK [MYRIGHTS "acdilrsw"] ACL
fetchmail: IMAP< A0003 OK [READ-WRITE] Ok
fetchmail: 1 message waiting after first poll
fetchmail: IMAP> A0004 EXPUNGE
fetchmail: IMAP< A0004 OK EXPUNGE completed
fetchmail: 1 message waiting after expunge
fetchmail: IMAP> A0005 SEARCH UNSEEN NOT DELETED
fetchmail: IMAP< * SEARCH 1
fetchmail: 1 is unseen
fetchmail: IMAP< A0005 OK SEARCH done.
fetchmail: 1 is first unseen
fetchmail: 1 message for myadoofa(_at_)adoofa(_dot_)com at
pop3.zippymail.co.uk.
fetchmail: IMAP> A0006 FETCH 1 RFC822.SIZE
fetchmail: IMAP< * 1 FETCH (RFC822.SIZE 1725)
fetchmail: IMAP< A0006 OK FETCH completed.
fetchmail: IMAP> A0007 FETCH 1 RFC822.HEADER
fetchmail: IMAP< * 1 FETCH (RFC822.HEADER {1342}
fetchmail: reading message myadoofa(_at_)adoofa(_dot_)com@pop3.zippymail.co.uk:1
of 1 (1342 header octets)
fetchmail: About to rewrite Return-Path: <acraigdouglas(_at_)gmail(_dot_)com>
Rewritten version is Return-Path: <acraigdouglas(_at_)gmail(_dot_)com>
fetchmail: About to rewrite From: "craig douglas"
<acraigdouglas(_at_)gmail(_dot_)com>
Rewritten version is From: "craig douglas"
<acraigdouglas(_at_)gmail(_dot_)com>
fetchmail: About to rewrite To: craig(_at_)adoofa(_dot_)com
Rewritten version is To: craig(_at_)adoofa(_dot_)com
fetchmail: passed through myadoofa(_at_)adoofa(_dot_)com matching
adoofa.com
fetchmail: SMTP< 220 hedwig.uk.adoofa.com ESMTP
fetchmail: SMTP> EHLO hedwig.uk.adoofa.com
fetchmail: SMTP< 250-hedwig.uk.adoofa.com
fetchmail: SMTP< 250-AUTH LOGIN CRAM-MD5 PLAIN
fetchmail: SMTP< 250-AUTH=LOGIN CRAM-MD5 PLAIN
fetchmail: SMTP< 250-STARTTLS
fetchmail: SMTP< 250-PIPELINING
fetchmail: SMTP< 250 8BITMIME
fetchmail: forwarding to localhost
fetchmail: SMTP> MAIL FROM:<acraigdouglas(_at_)gmail(_dot_)com>
fetchmail: SMTP< 250 ok
fetchmail: SMTP> RCPT TO:<myadoofa(_at_)adoofa(_dot_)com>
fetchmail: SMTP< 250 ok
fetchmail: SMTP> DATA
fetchmail: SMTP< 354 go ahead
fetchmail: IMAP< )
fetchmail: IMAP< A0007 OK FETCH completed.
fetchmail: IMAP> A0008 FETCH 1 BODY.PEEK[TEXT]
fetchmail: IMAP< * 1 FETCH (BODY[TEXT] {383}
fetchmail: (383 body octets) fetchmail: IMAP< )
fetchmail: IMAP< A0008 OK FETCH completed.
fetchmail: SMTP>. (EOM)
fetchmail: SMTP< 250 ok 1141077246 qp 3899
fetchmail: flushed
fetchmail: IMAP> A0009 STORE 1 +FLAGS (\Seen \Deleted)
fetchmail: IMAP< * 1 FETCH (FLAGS (\Seen \Deleted \Recent))
fetchmail: IMAP< A0009 OK STORE completed.
fetchmail: IMAP> A0010 EXPUNGE
fetchmail: IMAP< * 1 EXPUNGE
fetchmail: IMAP< * 0 EXISTS
fetchmail: IMAP< * 0 RECENT
fetchmail: IMAP< A0010 OK EXPUNGE completed
fetchmail: selecting or re-polling default folder
fetchmail: 0 messages waiting after re-poll
fetchmail: IMAP> A0011 LOGOUT
fetchmail: IMAP< * BYE Courier-IMAP server shutting down
fetchmail: IMAP< A0011 OK LOGOUT completed
fetchmail: SMTP> QUIT
fetchmail: SMTP< 221 hedwig.uk.adoofa.com
fetchmail: 6.3.2 querying pop3.zippymail.co.uk (protocol IMAP) at Mon
27 Feb 2006 21:54:06 GMT: poll completed
fetchmail: 6.3.2 querying pop3.zippymail.co.uk (protocol auto) at Mon
27 Feb 2006 21:54:06 GMT: poll completed
fetchmail: not swapping UID lists, no UIDs seen this query
fetchmail: Deleting fetchids file.
fetchmail: sleeping at Mon 27 Feb 2006 21:54:06 GMT
//Craig Douglas
Rob MacGregor wrote:
[ Please don't CC me - I get the mail on the list ]
On 2/27/06, Craig at Adoofa <Craig(_at_)adoofa(_dot_)com> wrote:
Here are the headers:
Delivered-To: myadoofa_at_adoofa.com
Received: from pop3.zippymail.co.uk [81.201.128.18]
by localhost with IMAP (fetchmail-6.2.5)
for craig_at_adoofa.com (multi-drop); Fri, 24 Feb 2006 16:48:48 +0000 (GMT)
Headers above here added by your local setup, headers below added by
the ISP. Note that you're running an old, vulnerable, version of
fetchmail. See the URL I provided in the previous email.
Received: (qmail 8001 invoked by uid 89); 24 Feb 2006 16:25:38 -0000
Delivered-To: craig_at_adoofa.com
In other words, it looks you have something local that's adding the
second Delivered-To header. It isn't there before Fetchmail sees it.
The output of "fetchmail -v -v -v" for a problem email, along with the
contents of your mail log, would help identify the problem (and what's
adding the header). I'd also suggest some changes to your
.fetchmailrc
poll pop3.remotedomain.co.uk
localdomains uk.mydomain.com mydomain.com
# You don't appear to need the qvirtual line
qvirtual "pop3.remotedomain.co.uk"
envelope Delivered-To
username myname(_at_)mydoamin(_dot_)com
password secret
is * here
forcecr
# This doesn't appear to be working
dropdelivered
Can you provide the output of "fetchmail -V"?
--
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
�\�f����zwl����x%��Ez�!���~����%��lqȥ��!���X��� �Z+�� ����f��f��X��)ߣ��fj)_�'�ds==
_______________________________________________
Fetchmail-friends mailing list
Fetchmail-friends(_at_)lists(_dot_)ccil(_dot_)org
http://lists.ccil.org/cgi-bin/mailman/listinfo/fetchmail-friends