Systems falsely rejecting email as POSSIBLE SPAM...

From: Matti Aarnio (matti.aarnio@zmailer.org)
Date: Fri Sep 21 2001 - 15:18:05 EST

Next message: Thomas Hood: "[PATCH] PnP BIOS driver bugfixes"
Previous message: Dieter Nützel: "Re: [PATCH] Preemption Latency Measurement Tool"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Really,

These "system rejects the message because it smells of spam"
are a sign of sysadmin stupidity.

I am entirely happy if (occasionally slipping thru) REAL SPAM is rejected,
but these POSSIBLE SPAM rejects are really ...

Various variants of this very same stupidity seems to be spreading
along with resulting weakening reliability of email.

It is beginning to look like the cures are worse than the sickness
in itself.

One of these weeks I plan to start composing a document titled
"ways to decrease your email system reliability" covering these
ill-constructed anti-spam measures, and many other topics...

/Matti Aarnio -- co-postmaster of vger.kernel.org

Received: from vger.kernel.org ([IPv6:::ffff:199.183.24.194]:18663 "EHLO
        vger.kernel.org" smtp-auth: <none> TLS-CIPHER: <none> TLS-PEER: <none>)
        by mail.zmailer.org with ESMTP id <S2802305AbRIUUEg>;
        Fri, 21 Sep 2001 23:04:36 +0300
Received: ("??"@vger.kernel.org) by vger.kernel.org id <S274806AbRIUUEB>;
        Fri, 21 Sep 2001 16:04:01 -0400
To: linux-kernel-owner@vger.kernel.org
From: The Post Office <postmaster@vger.kernel.org>
Sender: mailer-daemon@vger.kernel.org
Subject: Delivery reports about your email [FAILED(2)]
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
        boundary="S274806AbRIUUEB=_/vger.kernel.org"
Message-Id: <20010921200409Z274806-761+11204@vger.kernel.org>
Date: Fri, 21 Sep 2001 16:04:01 -0400
Return-Path: <>
X-Envelope-To: <mea+vger.redhat.com@zmailer.org> (uid 99)
X-Orcpt: rfc822;postoffice

This is MULTIPART/REPORT structured message as defined at RFC 1894.

Ask your email client software vendor, when will they support this
report format by showing its formal part in your preferred language.

--S274806AbRIUUEB=_/vger.kernel.org
Content-Type: text/plain

This is a collection of reports about email delivery
process concerning a message you originated.

Some explanations/translations for these reports
can be found at:
http://www.zmailer.org/reports.html

Generic VGER note: Joining/leaving VGER's lists thru server:
majordomo@vger.kernel.org

FAILED:
  Original Recipient:
    rfc822;bdnelson@austin.rr.com
  Control data:
    smtp austin.rr.com bdnelson@austin.rr.com 99
  Diagnostic texts:
...\
    <<- MAIL From:<linux-kernel-owner@vger.kernel.org> BODY=8BITMIME SIZE=2885
    ->> 250 2.1.0 <linux-kernel-owner@vger.kernel.org>... Sender ok
    <<- RCPT To:<mjustice@austin.rr.com> NOTIFY=FAILURE ORCPT=rfc822;mjustice@austin.rr.com
    ->> 250 2.1.5 <mjustice@austin.rr.com>... Recipient ok
    <<- DATA
    ->> 354 Enter mail, end with "." on a line by itself
    <<- .
    ->> 553 5.0.0 Possible Spam
FAILED:
  Original Recipient:
    rfc822;mjustice@austin.rr.com
  Control data:
    smtp austin.rr.com mjustice@austin.rr.com 99
  Diagnostic texts:
...\
    <<- MAIL From:<linux-kernel-owner@vger.kernel.org> BODY=8BITMIME SIZE=2885
    ->> 250 2.1.0 <linux-kernel-owner@vger.kernel.org>... Sender ok
    <<- RCPT To:<mjustice@austin.rr.com> NOTIFY=FAILURE ORCPT=rfc822;mjustice@austin.rr.com
    ->> 250 2.1.5 <mjustice@austin.rr.com>... Recipient ok
    <<- DATA
    ->> 354 Enter mail, end with "." on a line by itself
    <<- .
    ->> 553 5.0.0 Possible Spam

Following is a copy of MESSAGE/DELIVERY-STATUS format section below.
It is copied here in case your email client is unable to show it to you.
The information here below is in Internet Standard format designed to
assist automatic, and accurate presentation and usage of said information.
In case you need human assistance from the Postmaster(s) of the system which
sent you this report, please include this information in your question!

Virtually Yours,
Automatic Email Delivery Software

Reporting-MTA: dns; vger.kernel.org
Arrival-Date: Fri, 21 Sep 2001 15:47:39 -0400
Local-Spool-ID: S274798AbRIUTrj

Original-Recipient: rfc822;bdnelson@austin.rr.com
Final-Recipient: RFC822;bdnelson@austin.rr.com
Action: failed
Status: 5.0.0
Diagnostic-Code: smtp; 553 (Possible Spam)
Remote-MTA: dns; txmx02.mgw.rr.com (24.93.35.223|25|199.183.24.194|54328)
Last-Attempt-Date: Fri, 21 Sep 2001 15:51:02 -0400
X-ZTAID: smtp[22478]

Original-Recipient: rfc822;mjustice@austin.rr.com
Final-Recipient: RFC822;mjustice@austin.rr.com
Action: failed
Status: 5.0.0
Diagnostic-Code: smtp; 553 (Possible Spam)
Remote-MTA: dns; txmx02.mgw.rr.com (24.93.35.223|25|199.183.24.194|54328)
Last-Attempt-Date: Fri, 21 Sep 2001 15:51:02 -0400
X-ZTAID: smtp[22478]

Following is copy of the message headers. Original message content may
be in subsequent parts of this MESSAGE/DELIVERY-STATUS structure.

Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id <S274798AbRIUTrj>; Fri, 21 Sep 2001 15:47:39 -0400
Received: (majordomo@vger.kernel.org) by vger.kernel.org
        id <S274799AbRIUTr3>; Fri, 21 Sep 2001 15:47:29 -0400
Received: from c007-h015.c007.snv.cp.net ([209.228.33.222]:28899 "HELO
        c007.snv.cp.net") by vger.kernel.org with SMTP id <S274798AbRIUTrS>;
        Fri, 21 Sep 2001 15:47:18 -0400
Received: (cpmta 3394 invoked from network); 21 Sep 2001 12:47:36 -0700
Received: from 208-186-44-038.elimm.quik.com (HELO distributopia.com) (208.186.44.38)
  by smtp.distributopia.com (209.228.33.222) with SMTP; 21 Sep 2001 12:47:36 -0700
X-Sent: 21 Sep 2001 19:47:36 GMT
Message-ID: <3BAB9790.8DB400C@distributopia.com>
Date: Fri, 21 Sep 2001 14:40:00 -0500
From: "Christopher K. St. John" <cks@distributopia.com>
X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.0.36 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: /dev/yapoll : Re: [PATCH] /dev/epoll update ...
References: <XFMail.20010921114539.davidel@xmailserver.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
X-Mailing-List: linux-kernel@vger.kernel.org

--S274806AbRIUUEB=_/vger.kernel.org
Content-Type: message/delivery-status

Reporting-MTA: dns; vger.kernel.org
Arrival-Date: Fri, 21 Sep 2001 15:47:39 -0400
Local-Spool-ID: S274798AbRIUTrj

--S274806AbRIUUEB=_/vger.kernel.org
Content-Type: message/rfc822

Davide Libenzi wrote:
>
> Instead of requesting /dev/epoll changes to make it
> something that is not born for, i think that the /dev/poll
> patch can be improved in a significant way.
>

I think there's agreement that Davide doesn't want
to change his /dev/epoll code.

So, as an experiment, I'm modifying /dev/epoll to
more closely match the interface described in:

http://citeseer.nj.nec.com/banga99measuring.html

The paper describes in detail an event based
notification mechanism for determining which fd's are
ready for processing. Linux-/dev/poll is, and
/dev/epoll appears to be, a variant of the mechanism
described in the paper.

To save further pointless argument, I'm calling the
experiment "/dev/yapoll".

Specifically, I've added code to return the initial
state of the fd's as they are added to the interest
list. It seems to work ok so far, but I'll be doing
some benchmarking this weekend. I will post a patch
if no problems turn up.

Davide seems to think it would be better to start
with the Linux-/dev/poll patch, but I disagree
(/dev/epoll itself appears to be based on the
Linux-/dev/poll code) I guess I'll soon find out if
he was right.

-- Christopher St. John cks@distributopia.com DistribuTopia http://www.distributopia.com - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ --S274806AbRIUUEB=_/vger.kernel.org--

- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Next message: Thomas Hood: "[PATCH] PnP BIOS driver bugfixes"
Previous message: Dieter Nützel: "Re: [PATCH] Preemption Latency Measurement Tool"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Sun Sep 23 2001 - 21:00:45 EST