Le 01/07/2015 17:50, Aaron C. de Bruyn a écrit :
> I have been using policyd-weight in my spam filtering chain for a long time.
> 
> I have a client that received hundreds of messages per day from a 3rd
> party that uses outlook.com.
> 
> In the last few days, this 3rd party has been getting 2-3 messages
> bounced per day and they are complaining that my spam filtering is
> wrong.
> 
> It appears that outlook.com uses a random pool of outbound servers to
> deliver mail, and most of them have valid forward/reverse DNS and a
> matching HELO.  A few of them don't:
> 
> Jun 30 09:25:16 mx1 postfix/policyd-weight[27488]: decided action=550
> 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; MTA
> helo: apac01-hk1-obe.outbound.protection.outlook.com, MTA hostname:
> mail-hk1on0081.outbound.protection.outlook.com[134.170.140.81]
> (helo/hostname mismatch); <client=134.170.140.81>
> <helo=apac01-hk1-obe.outbound.protection.outlook.com>
> <from=-redacted-> <to=-redacted->; delay: 3s
> 
> I don't recall whether the RFCs say I can/can't/should/shouldn't be
> blocking based on HELO.
> 
> Thanks for any advice,

Hi,

According to https://tools.ietf.org/html/rfc5321#section-2.3.5 it’s said
that the EHLO must be resolvable and resolve to the A or the AAAA of the
MX but it’s not necessary to be the PTR of the MX.
(It’s what I understand, I could be wrong)

-- 
Alarig

Attachment: signature.asc
Description: OpenPGP digital signature

_______________________________________________
mailop mailing list
mailop@mailop.org
http://chilli.nosignal.org/mailman/listinfo/mailop

Reply via email to