Sunt doar un dezvoltator care se ocupă de această problemă pentru mica noastră organizație, așa că îmi cer scuze anticipate dacă am omis ceva evident.
Utilizăm Rackspace Cloud ca furnizor de e-mail. E-mailurile noastre au început să meargă în dosarele de spam pentru clienții noștri în ultimele săptămâni. Am ridicat problema cu Rackspace și am constatat că nu avem o înregistrare DMARC, pe care am adăugat-o acum aproximativ o săptămână (SPF și DKIM au fost adăugate cu mult timp în urmă). La inspectarea jurnalelor de e-mail din Rackspace, am constatat că una dintre listele de distribuție a fost afișată ca expeditor a mii de e-mailuri spam (în mod clar falsificate) de pe domeniul nostru. Au fost folosite sute de adrese IP diferite. Am șters acel DL acum aproximativ 10 zile. Încă vedem DL-ul (acum inexistent) ca expeditor de e-mailuri spam. Acest lucru face ca domeniul nostru să fie marcat ca suspect de către furnizorii importanți de e-mail, cum ar fi Gmail. Mulți dintre clienții noștri folosesc Gmail ca furnizor de e-mail, iar acest lucru ne provoacă un impact enorm asupra afacerii. Asistența pentru clienți Rackspace a fost groaznică și total inutilă, dar aș prefera să nu intru aici.
Am căutat pe larg această problemă și nu pot găsi sugestii în afară de înregistrările standard SPF, DKIM, DMARC. Deci intrebarile mele sunt:
- Cum se face că un DL inexistent este considerat un expeditor valid și trece toate verificările pe care (sper) le face serverul de e-mail înainte de a trimite un e-mail?
- Există ceva anume pe care i-aș putea cere lui Rackspace să facă pentru noi, deoarece nu au nicio idee cum să remedieze asta?
- Ca ultimă soluție, este probabil ca trecerea la un alt furnizor de e-mail (luăm în considerare Office 365) să rezolve această problemă?
Orice idee despre înțelegerea problemei și apropierea de o soluție este apreciată!