[Postfixbuch-users] web.de was bedeutet das ? 451 Cannot check< @web.de> at this time

[Robert Felber]

On Thu, Dec 14, 2006 at 06:52:28PM +0100, Sandy Drobic wrote:
> Hier die passende Meldung:
> Dec 14 18:48:06 katgar postfix/smtp[20293]: 8AD3E3D4E1: 
> to=<postfixbuch-users at listi.jpberlin.de>, 
> relay=mx1.jpberlin.de[213.203.238.6]:25, delay=4.3, delays=
> 0.15/0.06/0.59/3.5, dsn=5.0.0, status=bounced (host 
> mx1.jpberlin.de[213.203.238.6] said: 550 
> <postfixbuch-users at listi.jpberlin.de>: Recipient address rejecte
> d: Mail appeared to be SPAM or forged. Ask your Mail/DNS-Administrator to 
> correct HELO and DNS MX settings or to get removed from DNSBLs (in reply 
> to RCPT TO
>   command))
> 
> Jetzt grübele ich darüber, ob man noch mehr mögliche Reject-Gründe 
> unterbringen könnte, um die Anwender noch gründlicher zu verwirren.
> Schließlich muss man sich ja schon anstrengen, um so eine Meldung zu 
> produzieren. Postfix meldet per Default ja die wirkliche Ursache des Rejects.

echo -e "helo_name=japantest.homelinux.com\nclient_address=62.143.30.238\nsender=postfixbuch-users at japantest.homelinux.com\nrequest=smtpd_access_policy\n" | ./policyd-weight -d

22:49:32 info: weighted check:  IN_DYN_NJABL=3.25 NOT_IN_SBL_XBL_SPAMHAUS=-1.5 NOT_IN_BL_NJABL=-1.5 NOT_IN_SPAMCOP=-1.5 BAD_MX=6.825 CL_IP_EQ_FROM_IP=-2 (check from: .homelinux. - helo: .japantest.homelinux. - helo-domain: .homelinux.)  FROM/MX_MATCHES_HELO(DOMAIN)=-2 <client=62.143.30.238> <helo=japantest.homelinux.com> <from=postfixbuch at japantest.homelinux.com> <to=> <helo_ips:  62.143.30.238>, rate: 1.575


Das Problem ist jetzt, wie generiert man eine aussagekraeftige message die
_nie_ size limits ueberschreitet, und dennoch detailiert ist?
(Ich bin mit der Menge und nuetzlichkeit der Infos momentan auch nicht 
zufrieden: http://article.gmane.org/gmane.mail.postfix.policyd-weight/467)


Der eigentlich Grund warum policyd-weight zuschlug war folgender:

DYN NJABL listing + kein MX fuer absender domain. Ja - es ist nur ein A record
notwendig, der njbl score treibt aber den MX score hoch.

Jedoch, CLI_IP_EQ_FROM_IP heist, dass A record vom sender gleich der client
IP ist, i.e. der bad MX check sollte idealer weise so nicht zuschlagen.

Wird gefixt.


-- 
    Robert Felber (PGP: 896CF30B)
    Munich, Germany