Este RECOMANDAT doar în RFC7208:
2.3. Identitatea „HELO”.
Este RECOMANDAT ca verificatorii SPF nu numai să verifice „MAIL FROM”
identitate dar și verificați separat identitatea „HELO” prin aplicare
funcția check_host() (Secțiunea 4) la identitatea „HELO” ca
. Bifarea „HELO” promovează consistența rezultatelor și poate
reduce utilizarea resurselor DNS. Dacă o determinare concludentă cu privire la
mesajul poate fi făcut pe baza unei verificări a „HELO”, apoi a utilizării DNS
resurse pentru a procesa „MAIL FROM” de obicei mai complex
evitat. În plus, deoarece înregistrările SPF au fost publicate pentru „HELO”
identitățile se referă la o singură gazdă, atunci când sunt disponibile, acestea sunt foarte
sursă de încredere a stării de autorizare a gazdei. Verificați „HELO” înainte
„MAIL FROM” este secvența RECOMANDATĂ dacă ambele sunt bifate.
Rețineți că cerințele pentru domeniul prezentate în EHLO sau HELO
comanda nu sunt întotdeauna clare pentru partea care trimite și pentru verificatorii SPF
trebuie să fie pregătiți pentru ca identitatea să fie o adresă IP literală (vezi
[RFC5321], Secțiunea 4.1.3) sau pur și simplu să fie malformate. Această verificare SPF poate
poate fi efectuată numai atunci când șirul „HELO” este valid, cu mai multe etichete
numele domeniului.
Și probabil ați identificat problemele documentate, deoarece se referă la standard, cu o explicație ușor de citit de la Explicat din Primele principii:
Identitatea HELO
Pentru a preveni buclele de e-mail, nu este furnizată nicio adresă MAIL FROM în răspunsurile automate. În astfel de circumstanțe, adresa postmaster@ urmată de domeniul din comanda HELO/EHLO este utilizată pentru evaluarea SPF. Identitatea HELO poate fi verificată și separat prin evaluarea înregistrării SPF a domeniului HELO/EHLO. Furnizorii de cutii poștale ar trebui să configureze înregistrările SPF pentru fiecare dintre serverele lor de e-mail de ieșire. Din câte îmi dau seama, acest lucru se face rar în practică. Am găsit înregistrări SPF numai pentru serverele de e-mail de ieșire ale Outlook.com. Dacă nu vă rulați singur serverele de e-mail, acest aspect al SPF nu este de ce să vă faceți griji.
Cu toate acestea, ar putea exista motive „nedocumentate”, cum ar fi dovada lucrului pe serverul de primire. Așa cum ești, așa cum ai afirmat, liber să faci cu serverul tău așa cum dorești, la fel și administratorii serverelor de primire sunt liberi să facă cu mesajele tale așa cum doresc ei și câte mesaje spam au probleme legate de HELO și poate Trimiteți-i pe cei care nu respectă strict standardul în folderul de spam, doar pentru a fi în siguranță.
Deci, poate că verificările HELO sunt bune pentru a arăta administratorului de pe cealaltă parte că puteți urma standardele, inclusiv inclusiv „spiritul” acestora.
