Re: draft-elvey-refuse-sieve-02.txt

Kjetil Torgrim Homme <kjetilho@ifi.uio.no> Wed, 11 August 2004 00:34 UTC

Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i7B0YXKr085399; Tue, 10 Aug 2004 17:34:33 -0700 (PDT) (envelope-from owner-ietf-mta-filters@mail.imc.org)
Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i7B0YX8t085398; Tue, 10 Aug 2004 17:34:33 -0700 (PDT)
X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-mta-filters@mail.imc.org using -f
Received: from pat.uio.no (pat.uio.no [129.240.130.16]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i7B0YWlF085385 for <ietf-mta-filters@imc.org>; Tue, 10 Aug 2004 17:34:33 -0700 (PDT) (envelope-from kjetilho@ifi.uio.no)
Received: from mail-mx6.uio.no ([129.240.10.47]) by pat.uio.no with esmtp (Exim 4.34) id 1Buh4a-00037W-VV for ietf-mta-filters@imc.org; Wed, 11 Aug 2004 02:34:33 +0200
Received: from 110.80-203-29.nextgentel.com ([80.203.29.110] helo=chico.njus.no) by smtp.uio.no with asmtp (TLSv1:RC4-MD5:128) (Exim 4.34) id 1Buh4Z-0002t2-2Z for ietf-mta-filters@imc.org; Wed, 11 Aug 2004 02:34:31 +0200
Subject: Re: draft-elvey-refuse-sieve-02.txt
From: Kjetil Torgrim Homme <kjetilho@ifi.uio.no>
To: ietf-mta-filters@imc.org
In-Reply-To: <3B3822F846B2234CA719D67C@ninevah.local>
References: <41186140.2010708@elvey.com> <EACA30731845B29364DE4D95@plato.cyrusoft.com> <411915C4.70406@elvey.com> <CD470B9182495A90577DABAE@ninevah.cyrusoft.com> <59E96938-EB0A-11D8-852C-000A95AF6E0A@sun.com> <200408102318.i7ANIHNL028776@lab.smi.sendmail.com> <1092180825.6301.75.camel@chico.njus.no> <B81AAB1C2021F08D1996A295@ninevah.local> <1092182507.6301.83.camel@chico.njus.no> <3B3822F846B2234CA719D67C@ninevah.local>
Content-Type: text/plain
Date: Wed, 11 Aug 2004 02:31:47 +0200
Message-Id: <1092184307.6301.90.camel@chico.njus.no>
Mime-Version: 1.0
X-Mailer: Evolution 1.5.9
Content-Transfer-Encoding: 7bit
X-MailScanner-Information: This message has been scanned for viruses/spam. Contact postmaster@uio.no if you have questions about this scanning
X-UiO-MailScanner: No virus found
X-UiO-Spam-info: not spam, SpamAssassin (score=0, required 12)
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

Cyrus Daboo wrote:
> The effectiveness of reducing joe-job DSNs depends on exactly how the 
> original spam message is being submitted and sent. If the submission server 
> (MSA) is the client that connects to the final delivery server (MDA) where 
> SIEVE is being run, then the DSN/MDN is avoided. However, if there is one 
> or more intervening MTA's relaying the message, then a DSN will always be 
> generated by the client connecting to the MDA when the script does the SMTP 
> error refuse. So the question is how many messages fall into these two 
> categories: 'direct' delivery vs 'relayed' delivery. That will determine 
> the real effectiveness of refuse.

indeed.  I claim that most spam is submitted directly to an MX
responsible for the final recipient.  the spammer software will
obviously not produce an MDN in response to the DSN.

I want to make it possible to run a user's Sieve script on the border.
this can't be guaranteed in general, but a system designer can make sure
that the MTA on the border supports the same Sieve extensions as the
MDA.
-- 
Kjetil T.