3.6 - The domain name given in the EHLO command MUST BE either a primary host name (a domain name that resolves to an A RR) or, if the host has no name, an address literal as described in section 4.1.1.1.
Pouze pokud jméno není k disposici, je vhodné (client SHOULD) uvést výraz s numerickou adresou, nebo lze asi neuvádět nic.
Na druhou stranu je opravdu také výslovně zakázáno dopis odmítnout na základě špatného jména:
However, the server MUST NOT refuse to accept a message for this reason if the verification fails: the information about verification failure is for logging and tracing only.
IMO pokud prohlásím platné jméno v HELO za bezpečnostní politiku a odmítám přijmout mail z důvodu porušení bezpečnostní politiky, je to téměř RFC-korektní. Bezpečností politika může být komplexní (například můžu odmítat poštu, která má neplatné jméno v HELO a zároveň v Subjectu: slovo RFC a zároveň ip adresa klienta nekončí na 42) a poštovní RFC IMO nelze vykládat tak, že by omezovala svobodu bezpečnostních pravidel.
Takze zapomente na vseobecne vzyvanou berlicku - certifikaty - ty k reseni tohoto problemu nijak uzitecne uzit nelze.
Ale zaplat panbu alespon zato. Nekteri jini ISP neodpovi vubec a jini dokonce nezareaguji vubec ...