Puncte:0

Mail Activați anteturile de e-mail atunci când trimiteți e-mailuri prin ASP.NET

drapel ar

Am mai multe site-uri care rulează pe serverul meu: domain1.com și domain2.com

Problema este acum că atunci când am trimis un e-mail prin ASP.NET de la domeniu2.com, că în această sursă de e-mail văd (observați domeniul 1):

Primit: de la mail.domain1.com (h2134215.myisp.com. [81.112.2.12)
Primit: de la h2134215 ([81.112.2.12]) de domain1.com cu MailEnable ESMTPA; Sâmbătă, 21 iunie 2021 22:17:29 +0200
ID-ul mesajului: <[email protected]>

Folosesc Mail Enable pentru a trimite e-mailuri prin ASP.NET astfel:

Dim mailObj ca nou SmtpClient
mailObj.Host = gazdă locală

am incercat si eu:

Dim mailObj ca nou SmtpClient
mailObj.Host = „smtp.domain2.com”

Dim basicAuthenticationInfo As New System.Net.NetworkCredential ("[email protected]", "mypassword")
mailObj.UseDefaultCredentials = Fals
mailObj.Credentials = basicAuthenticationInfo   

În ambele cazuri e-mailurile mele sunt trimise.

Mă uit la setările mele SMTP în MailEnable

[Filă generală
Nume de domeniu local: domain1.com
Nume de domeniu de e-mail implicit: mail.domain1.com

Acest lucru face ca e-mailurile mele să fie respinse de unele servere de e-mail ca spam.

Cum pot configura Mail Enable să utilizeze anteturile corecte de e-mail care se potrivesc domeniului de pe care trimit, domeniul 2 în acest caz?

ACTUALIZARE 1

Setări DNS introduceți descrierea imaginii aici

Puncte:1
drapel fr
anx

Consistent Numele de gazdă este suficient, nu trebuie să urmăriți potrivire domeniile dintre gazdă și e-mailul pe care îl gestionează. Doar asigurați-vă că serverul dvs. nu spune că este apelat mail.domain1.com în timp ce conform DNS, se numește h2134215.myisp.com.

Cum pot configura Mail Enable pentru a utiliza anteturile corecte de e-mail?

Aceste anteturi de urmărire sunt adăugate de către următorul server, doar înregistrare ce s-a întâmplat. Ei înregistrează automat noul nume de gazdă și înregistrarea PTR de îndată ce îl configurați. Considerați-le a simptom.

corespunde domeniului din care trimit

Numele dvs. canonic de server ar trebui să rămână același, indiferent de domeniul pentru care trimiteți e-mailuri. Astfel, nu se poate potrivi cu două domenii diferite. Dar nu trebuie. Trebuie doar să configurați unu nume, corect.

Acest lucru face ca e-mailurile mele să fie respinse de unele servere de e-mail ca spam.

Setați numele de domeniu complet calificat pentru serverele de e-mail la ceva care pare adecvat pentru ambele domenii (ar putea fi mail.domain1.com, ar putea fi ceva complet diferit de ambele domenii) și înregistrați acel nume de gazdă în DNS, preferabil în ambele sensuri.

Apoi implementați SPF pentru a permite serverelor de primire să știe automat care servere de e-mail sunt autorizate să trimită e-mail pentru ce domenii.

Adam avatar
drapel ar
Wow, mulțumesc pentru explicația detaliată, nu sunt sigur că am înțeles totul, dar o să încerc :) Dacă vă înțeleg corect, setarea mea de Activare e-mail „Nume de domeniu de e-mail implicit: mail.domain1.com” (care este numele de domeniu complet calificat la care vă referiți) pare să fie în regulă, în principal adaugă numele de domeniu corect la DNS-ul meu. Ar trebui să adaug o înregistrare `mail` A cu (de exemplu) `mail.domain1.com` ca valoare atât la setările DNS ale domain1.com, cât și ale domain2.com?
anx avatar
drapel fr
anx
Asta nu sună încă deloc corect. Serverele *numele* intră în înregistrarea PTR pentru IP-ul dvs., pe care ar putea fi necesar să îl configurați într-un loc complet diferit de înregistrările dvs. A și AAAA. Cealaltă direcție, A->numele serverului este nevoie doar o dată - deoarece vă recomand *unul* server să folosească doar *un* nume. Apoi, pentru SPF, fie punerea numelui, fie a IP-urilor este bine, dar acesta este un întreg subiect în sine și probabil că doriți să citiți mai multe despre asta înainte de implementare.
Adam avatar
drapel ar
Multumesc din nou. Am verificat asta: https://help.returnpath.com/hc/en-us/articles/220223568-What-is-a-pointer-PTR-record-. Nu sunt sigur unde altceva decât setările DNS pot adăuga acea înregistrare PTR. Am adăugat o captură de ecran ca să puteți vedea la ce mă refer.
anx avatar
drapel fr
anx
@Flo încercați să căutați „[compania de găzduire/numele ISP] PTR”.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.