1 Return-Path: <BATV+47682ed40cd14f842012+2424+infradead.org+hohndel@bombadil.srs.infradead.org>
\r
2 X-Original-To: notmuch@notmuchmail.org
\r
3 Delivered-To: notmuch@notmuchmail.org
\r
4 Received: from localhost (localhost [127.0.0.1])
\r
5 by olra.theworths.org (Postfix) with ESMTP id DD5454196F3
\r
6 for <notmuch@notmuchmail.org>; Tue, 13 Apr 2010 11:06:15 -0700 (PDT)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
11 X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5
\r
12 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham
\r
13 Received: from olra.theworths.org ([127.0.0.1])
\r
14 by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)
\r
15 with ESMTP id Ou3x1Mk-1n4A for <notmuch@notmuchmail.org>;
\r
16 Tue, 13 Apr 2010 11:06:14 -0700 (PDT)
\r
17 Received: from bombadil.infradead.org (bombadil.infradead.org [18.85.46.34])
\r
18 by olra.theworths.org (Postfix) with ESMTP id 90CCF431FC1
\r
19 for <notmuch@notmuchmail.org>; Tue, 13 Apr 2010 11:06:14 -0700 (PDT)
\r
20 Received: from localhost ([::1] helo=x200.gr8dns.org)
\r
21 by bombadil.infradead.org with esmtp (Exim 4.69 #1 (Red Hat Linux))
\r
22 id 1O1kV3-0000Eg-Rf; Tue, 13 Apr 2010 18:06:14 +0000
\r
23 Received: by x200.gr8dns.org (Postfix, from userid 500)
\r
24 id E8DC0C00E5; Tue, 13 Apr 2010 11:06:12 -0700 (PDT)
\r
25 From: Dirk Hohndel <hohndel@infradead.org>
\r
26 To: Carl Worth <cworth@cworth.org>, Sebastian Spaeth <Sebastian@SSpaeth.de>,
\r
27 notmuch@notmuchmail.org
\r
28 Subject: Re: [PATCH] Fix code extracting the MTA from Received: headers
\r
29 In-Reply-To: <87eiijl0cy.fsf@yoom.home.cworth.org>
\r
30 References: <m31verxaka.fsf@x200.gr8dns.org> <877hoil6i5.fsf@SSpaeth.de>
\r
31 <m3sk76geyj.fsf@x200.gr8dns.org> <87eiijl0cy.fsf@yoom.home.cworth.org>
\r
32 Date: Tue, 13 Apr 2010 11:06:12 -0700
\r
33 Message-ID: <m3ochnb52j.fsf@x200.gr8dns.org>
\r
35 Content-Type: text/plain; charset=us-ascii
\r
36 X-SRS-Rewrite: SMTP reverse-path rewritten from <hohndel@infradead.org> by
\r
37 bombadil.infradead.org See http://www.infradead.org/rpr.html
\r
38 X-BeenThere: notmuch@notmuchmail.org
\r
39 X-Mailman-Version: 2.1.13
\r
41 List-Id: "Use and development of the notmuch mail system."
\r
42 <notmuch.notmuchmail.org>
\r
43 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
44 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
45 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
46 List-Post: <mailto:notmuch@notmuchmail.org>
\r
47 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
48 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
49 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
50 X-List-Received-Date: Tue, 13 Apr 2010 18:06:16 -0000
\r
52 On Tue, 13 Apr 2010 10:37:49 -0700, Carl Worth <cworth@cworth.org> wrote:
\r
53 > On Thu, 08 Apr 2010 08:07:48 -0700, Dirk Hohndel <hohndel@infradead.org> wrote:
\r
54 > > Right now my plan is to do something like this:
\r
56 > > 1) look for my email address in To/Cc
\r
57 > > 2) look for my email in "for <email@add.res>" in Received headers
\r
58 > > 3) look for my email in X-Original-To
\r
59 > > 4) look for the domain of my email in Received headers (not just 1st)
\r
60 > > 5) punt and use default email address
\r
62 > > Does that sound sane?
\r
68 > > (and thanks for sending the headers - this really helps... can others
\r
69 > > for whom the current code or the logic mentioned above wouldn't work
\r
70 > > send their headers, too, please?)
\r
72 > I started using fetchmail many years ago and have never really needed to
\r
73 > switch. So I'm still using that, (but don't necessarily recommend it to
\r
76 > It seems to break the above since it delivers mail locally, so the first
\r
77 > headers I get are:
\r
79 > X-Original-To: cworth@localhost
\r
81 Easy to detect. I'll add that as an exclusion
\r
83 > Delivered-To: cworth@localhost
\r
84 > Received: from yoom.home.cworth.org (yoom.home.cworth.org [127.0.0.1])
\r
85 > by yoom.home.cworth.org (Postfix) with ESMTP id D391B5883A6
\r
86 > for <cworth@localhost>; Mon, 12 Apr 2010 09:11:18 -0700 (PDT)
\r
88 > Received: from 10.22.226.213 [10.22.226.213]
\r
89 > by yoom.home.cworth.org with IMAP (fetchmail-6.3.16)
\r
90 > for <cworth@localhost> (single-drop); Mon, 12 Apr 2010 09:11:18 -0700 (PDT)
\r
93 (he runs screaming out of the room)
\r
95 > And none of these are useful for your detection. Worse, the presence of
\r
96 > "cworth.org" in the above might throw your detection off before it could
\r
97 > find something useful like "intel.com" in a later Received header.
\r
99 I have some choice words for these headers...
\r
100 And an idea how to exclude these false positives as well... It's kind of
\r
101 a hack, but I'm thinking that in order for the "Received: ... by ..."
\r
102 part to be truly relevant to us, the from host should have a non-private
\r
105 Yes, I can envision within-your-own-network cases where none of the
\r
106 systems have a non-private email address... but then hopefully your last
\r
107 hop is correct... if not - your setup is even more screwed up than Carl's.
\r
109 > I'll send a complete message with full headers to you separately.
\r
113 > Perhaps I can just switch programs to transfer email and avoid this
\r
114 > problem. Anyone have a recommendation for something to transfer mail
\r
115 > From an imap server to the local matchine, (but *not* leaving it stored
\r
116 > on the imap server)[*]. I don't think offlineimap supports this mode
\r
119 Don't think so. I'm not going to comment on the usefulness of this mode
\r
126 Intel Open Source Technology Center
\r