Három dolgot kell megemészteni:
- a világ nem mindig úgy működik, ahogy a törvények, a szabályok, a szabványok vagy az előírások szólnak
- nem feltétlen jó dolog egyedül betartani a szabályokat
- üzleti szempontból nem feltétlenül jó dolog olyan dolgok alapján megszűrni az ügyfeleket, amelyről nem ők tehetnek
Hozzá kell tenni, hogy az RFC 5321 egészen pontosan megmondja, hogy miképp kell kezelni az MX rekordot, idéznék belőle:
The lookup first attempts to locate an MX record associated with the
name. If a CNAME record is found, the resulting name is processed as
if it were the initial name. If a non-existent domain error is
returned, this situation MUST be reported as an error. If a
temporary error is returned, the message MUST be queued and retried
later (see Section 4.5.4.1). If an empty list of MXs is returned,
the address is treated as if it was associated with an implicit MX
RR, with a preference of 0, pointing to that host. If MX records are
present, but none of them are usable, or the implicit MX is unusable,
this situation MUST be reported as an error.
Lehet, hogy rosszul értem, de szerény véleményem szerint teljesen RFC compliant az, hogy az SMTP szerverek nagy többsége az A rekordban szereplő IP felé küldené a levelet, ha nincs MX rekord. Persze mondhatni, hogy hibás konfiguráció -- ezzel egyetértek, mert kellene MX rekord, de ha nincs (mert nem lehet megoldani bármilyen oknál fogva), attól még teljesen RFC compliant, és nem egy 20 éves RFC-ről van szó...
Ha ezeket sikerült megemészteni, már nem is annyira érdekes a dolog. Részemről megoldottam az MX rekord létét, ettől fogva engem a probléma nem érdekel különösebben, de a citromail felhasználói továbbra se kapnak meg olyan leveleket, amelyek amúgy legális levelek. Mivel a spam szűrések többsége sérti az összes SMTP-vel kapcsolatos RFC-t, azért teljesen mindegy, hogy egy spam szűrés RFC compliant-e vagy sem. Egy dolog nem mindengy: mennyi a false negative és a false positive a szűrésnél, ezeket kell minimalizálni és minél fontosabb a levelezés, annál inkább fontos az, hogy a false positive erősen közelítsen a nullához, akkor is, ha ez a false negative rovására megy. Egyébként a spam szűrésnek nem lenne feladata, hogy kezelhető konfigurációs és technikai problémák okán dobjon el levelet, hanem az, hogy elsődlegesen a levél tartalma alapján szűrje ki a nem kért leveleket.
--
http://wiki.javaforum.hu/display/~auth.gabor/Home