fetchmail-friends
[Top] [All Lists]

[fetchmail]A problem with mail from sourceforge.net

2002-03-24 08:09:36
I'm on many lists, and the two user-mode-linux lists are the only ones 
that give me problems.


I have a multidrop setup, and my ISP uses sendmail on Red Hat Linux 7.x.

Undeliverable (by fetchmail) mail goes to summer+lostmail when then 
gets sorted into my lostmail box through my procmail filters.


Because of the problems I've had, I have created these sendmail aliases:
user-mode-linux-user:   uml
user-mode-linux-devel:   uml

Here are the relevant bits of my fetcmailrc:
set daemon 300
set syslog
set postmaster summer+lostmail(_at_)dugite
set no bouncemail
<snip>
poll mail.ami.com.au aka ami.com.au proto POP3
        user summer pass burper smtpaddress mail.os2.ami.com.au is 
summer(_at_)mail * here fetchlimit 400 fetchall expunge 40
<that's two lines>


Here are the Received: headers from one of the many sources of email 
that works:
From fetchmail-friends-admin(_at_)lists(_dot_)ccil(_dot_)org  Sun Mar 24 
22:13:10 2002
Return-Path: <fetchmail-friends-admin(_at_)lists(_dot_)ccil(_dot_)org>
Received: from localhost (IDENT:zhAPdTwL1ZxU/ehAVpCSSTeQe47XKbu3(_at_)localho
st [127.0.0.1])
        by dugite.os2.ami.com.au (8.11.6/8.11.2) with ESMTP id 
g2OEDAo30083
        for 
<summer+fetchmail(_at_)mail(_dot_)os2(_dot_)ami(_dot_)com(_dot_)au>; Sun, 24 
Mar 2002 
22:13:10 +0800
Received: from mail.ami.com.au [203.55.31.43]
        by localhost with POP3 (fetchmail-5.9.9)
        for summer+fetchmail(_at_)mail(_dot_)os2(_dot_)ami(_dot_)com(_dot_)au 
(multi-drop); Sun, 24 
Mar 2002 22:13:10 +0800 (WST)
Received: from saturn.ccil.org (mail(_at_)saturn(_dot_)ccil(_dot_)org 
[192.190.237.112])
        by netsrvr.ami.com.au (8.11.6/8.11.6) with ESMTP id g2OED2X31255
        for <summer+fetchmail(_at_)summer(_dot_)ami(_dot_)com(_dot_)au>; Sun, 
24 Mar 2002 
22:13:03 +0800
Received: from localhost
        ([127.0.0.1] helo=saturn.ccil.org ident=www-data)
        by saturn.ccil.org with esmtp (Exim 3.12 #1 (Debian))
        id 16p8jv-0006uT-00
        for <summer+fetchmail(_at_)summer(_dot_)ami(_dot_)com(_dot_)au>; Sun, 
24 Mar 2002 
09:12:55 -0500


As you can see, the headers correctly identify the intended recipient. 
From this, I have concluded my IAP's sendmail is configured correctly - 
that is, he's not tried to hide addressing information.



In October 2001 I got this from one of the UML lists:
From user-mode-linux-user-admin(_at_)lists(_dot_)sourceforge(_dot_)net  Thu Oct 
 4 
23:07:12 2001
Return-Path: <user-mode-linux-user-admin(_at_)lists(_dot_)sourceforge(_dot_)net>
Received: from localhost (IDENT:root(_at_)localhost [127.0.0.1])
        by dugite.os2.ami.com.au (8.11.2/8.11.2) with ESMTP id 
f94F7BD31527
        for <listreader(_at_)mail(_dot_)os2(_dot_)ami(_dot_)com(_dot_)au>; Thu, 
4 Oct 2001 23:07:11 
+0800
Received: from mail.ami.com.au [203.55.31.43]
        by localhost with POP3 (fetchmail-5.9.3)
        for listreader(_at_)mail(_dot_)os2(_dot_)ami(_dot_)com(_dot_)au 
(multi-drop); Thu, 04 Oct 
2001 23:07:11 +0800 (WST)
Received: from usw-sf-list1.sourceforge.net (usw-sf-fw2.sourceforge.net 
[216.136.171.252])
        by netsrvr.ami.com.au (8.11.2/8.11.2) with ESMTP id f94EpHJ01928
        for <listreader(_at_)os2(_dot_)ami(_dot_)com(_dot_)au>; Thu, 4 Oct 2001 
22:51:17 +0800
Received: from localhost ([127.0.0.1] helo=usw-sf-list1.sourceforge.net)
        by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 
(Debian))
        id 15p9fO-00045P-00; Thu, 04 Oct 2001 07:40:02 -0700
Received: from cdacb.ernet.in ([202.141.63.1])
        by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 
(Debian))
        id 15p9eG-0003fp-00
        for <user-mode-linux-user(_at_)lists(_dot_)sourceforge(_dot_)net>; Thu, 
04 Oct 
2001 07:38:54 -0700
Received: from earth (Soujanya_pc [192.168.61.4])
        by cdacb.ernet.in (8.9.2/8.9.2) with SMTP id UAA10483
        for <user-mode-linux-user(_at_)lists(_dot_)sourceforge(_dot_)net>; Thu, 
4 Oct 
2001 20:10:38 -0500 (GMT)

As you can see, the Received: header inserted by netsrvr.ami.com.au 
identifies the subscription address correctly.


However, in August I got this:
From havanna_moon(_at_)gmx(_dot_)net Wed Aug  8 01:00:48 2001
Return-Path: <summer(_at_)os2(_dot_)ami(_dot_)com(_dot_)au>
Received: (from summer(_at_)localhost)
        by dugite.os2.ami.com.au (8.11.2/8.11.2) id f7D9wUa12119
        for uml(_at_)dugite; Mon, 13 Aug 2001 17:58:30 +0800
Received: from localhost (IDENT:root(_at_)localhost [127.0.0.1])
        by dugite.os2.ami.com.au (8.11.2/8.11.2) with ESMTP id 
f77HJod17802
        for <summer+lostmail(_at_)dugite>; Wed, 8 Aug 2001 01:19:50 +0800
Received: from mail.ami.com.au
        by localhost with POP3 (fetchmail-5.8.10)
        for summer+lostmail(_at_)dugite (multi-drop); Wed, 08 Aug 2001 
01:19:50 +0800 (WST)
Received: from usw-sf-list1.sourceforge.net (usw-sf-fw2.sourceforge.net 
[216.136.171.252])
        by netsrvr.ami.com.au (8.11.2/8.11.2) with ESMTP id 
f77HCZh07433;
        Wed, 8 Aug 2001 01:12:36 +0800
Received: from localhost ([127.0.0.1] helo=usw-sf-list1.sourceforge.net)
        by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 
(Debian))
        id 15UAG2-000738-00; Tue, 07 Aug 2001 10:03:06 -0700
Received: from pop.gmx.net ([194.221.183.20] helo=mail.gmx.net)
        by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 
(Debian))
        id 15UAFf-0006w1-00
        for <user-mode-linux-user(_at_)lists(_dot_)sourceforge(_dot_)net>; Tue, 
07 Aug 
2001 10:02:43 -0700
Received: (qmail 14848 invoked by uid 0); 7 Aug 2001 17:02:34 -0000
Received: from 213-98-211-41.uc.nombres.ttd.es (HELO habana.yon.net) 
(213.98.211.41)
  by mail.gmx.net (mp007-rz3) with SMTP; 7 Aug 2001 17:02:34 -0000
Received: from localhost (localhost [127.0.0.1])
        by habana.yon.net (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with 
ESMTP id f77H0nL17366
        for <user-mode-linux-user(_at_)lists(_dot_)sourceforge(_dot_)net>; Tue, 
7 Aug 
2001 19:00:49 +0200

which does not have the 'for" clause in netsrvr's header. However, it 
has worked with the UML account I created here:

From anil(_at_)cdacb(_dot_)ernet(_dot_)in Thu Oct  4 22:44:37 2001
Return-Path: <user-mode-linux-user-admin(_at_)lists(_dot_)sourceforge(_dot_)net>
Received: from localhost (IDENT:root(_at_)localhost [127.0.0.1])
        by dugite.os2.ami.com.au (8.11.2/8.11.2) with ESMTP id 
f94F7CD31607
        for <uml(_at_)mail(_dot_)os2(_dot_)ami(_dot_)com(_dot_)au>; Thu, 4 Oct 
2001 23:07:12 +0800
Received: from mail.ami.com.au [203.55.31.43]
        by localhost with POP3 (fetchmail-5.9.3)
        for uml(_at_)mail(_dot_)os2(_dot_)ami(_dot_)com(_dot_)au (multi-drop); 
Thu, 04 Oct 2001 
23:07:12 +0800 (WST)
Received: from usw-sf-list1.sourceforge.net (usw-sf-fw2.sourceforge.net 
[216.136.171.252])
        by netsrvr.ami.com.au (8.11.2/8.11.2) with ESMTP id f94ExxJ02092
        for <uml(_at_)summer(_dot_)ami(_dot_)com(_dot_)au>; Thu, 4 Oct 2001 
22:59:59 +0800
Received: from localhost ([127.0.0.1] helo=usw-sf-list1.sourceforge.net)
        by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 
(Debian))
        id 15p9fO-00045P-00; Thu, 04 Oct 2001 07:40:02 -0700
Received: from cdacb.ernet.in ([202.141.63.1])
        by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 
(Debian))
        id 15p9eG-0003fp-00
        for <user-mode-linux-user(_at_)lists(_dot_)sourceforge(_dot_)net>; Thu, 
04 Oct 
2001 07:38:54 -0700
Received: from earth (Soujanya_pc [192.168.61.4])
        by cdacb.ernet.in (8.9.2/8.9.2) with SMTP id UAA10483
        for <user-mode-linux-user(_at_)lists(_dot_)sourceforge(_dot_)net>; Thu, 
4 Oct 
2001 20:10:38 -0500 (GMT)


I guess the first question that needs answering is this;

How can an MTA send mail to sendmail in such a way it doesn't record 
who it comes from? I reiterate, it only happens with the 
user-mode-linux lists. Everything else is fine.



-- 
Cheers
John Summerfield

Microsoft's most solid OS: http://www.geocities.com/rcwoolley/

Note: mail delivered to me is deemed to be intended for me, for my 
disposition.

==============================
If you don't like being told you're wrong,
        be right!





<Prev in Thread] Current Thread [Next in Thread>