Puncte:0

trimite e-mailuri de pe un alt server decât FROM domeniu fără a fi marcat ca spam

drapel cn

Vreau să trimit un e-mail de pe un site web. Serverul de e-mail din acest domeniu nu este accesibil public, așa că nu îl pot folosi pentru a trimite e-mailul.

Serverul web care găzduiește site-ul web are un alt server de e-mail pe care îl pot/trebuie să îl folosesc. Dar vreau ca FROM să fie domeniul site-ului web.

Cum pot configura acest lucru fără ca e-mailurile mele să fie marcate ca spam pentru că pretind că provin din domeniul site-ului web, când serverul de e-mail care le-a trimis nu este.

Nu sunt sigur dacă sunt clar. Poate un exemplu ajuta:

domeniu: a.com
server de e-mail de domeniu: a.com (de exemplu, [email protected] - nu pot folosi acel server de e-mail pentru trimitere)
server de mail server web: mail.customer123.somehoster.com (poate folosi doar acel server)

Așa că vreau să trimit un e-mail prin intermediul mail.customer123.somehoster.com server de e-mail, dar expeditorul ar trebui să pară a fi [email protected]. Înțeleg că aceasta arată ca spam pentru majoritatea serverelor. Care este modul corect de a configura acest lucru?

Până acum am citit că o înregistrare SPF pe DNS este tot ce am nevoie. Este corect? Aceasta este cea mai bună practică? Mă pot ajuta unii cu intrarea corectă?

drapel in
Răspunde asta la întrebarea ta? [Combaterea spamului - Ce pot face ca: administrator de e-mail, proprietar de domeniu sau utilizator?](https://serverfault.com/questions/419407/fighting-spam-what-can-i-do-as-an- e-mail-administrator-domain-owner-or-user)
Matthias avatar
drapel cn
@GeraldSchneider Îmi confirmă și mai mult credința că SPF este calea corectă. Dar articolul este, de fapt, invers: „Cum să OPRII oamenii să-mi folosească domeniul pentru a trimite spam?”. Vreau să permit anumitor persoane (=celălalt server de e-mail al meu) să trimită cu domeniul meu fără a utiliza serverul de e-mail corespunzător/corect și să fie cât mai legitim posibil în timp ce fac acest lucru. Nu sunt sigur dacă SPF este tot ce pot/ar trebui să fac sau dacă sunt recomandați mai mulți pași și care ar fi cea mai bună configurație.
Matthias avatar
drapel cn
Aș presupune că înregistrarea TXT corectă pentru scenariul meu este `v=spf1 a mx -all`
drapel jp
Ai nevoie de mai mult decât SPF. Aveți nevoie de DKIM/DMARC, aveți nevoie de înregistrări PTR DNS adecvate, aveți nevoie de cel puțin o căsuță poștală postmaster@ funcțională pentru domeniul dvs. (și de preferință abuz@ de asemenea). Veți avea nevoie, de asemenea, de o cutie poștală funcțională pentru e-mailul pe care îl trimiteți, deoarece multe servere resping e-mailurile de la adrese inexistente.
Puncte:0
drapel us

Da, SPF este o tehnologie pe care o puteți folosi pentru a îmbunătăți șansele ca e-mailul dvs. să nu fie marcat ca spam.

În cazul dvs., veți instala următoarea înregistrare TXT la domeniu a.com:

v=spf1 a:mail.customer123.somehoster.com -all

Apoi puteți trimite e-mail de la gazdă mail.customer123.somehoster.com cu adresa expeditorului [email protected].

Rețineți că SPF autorizează doar expeditorul plicului, adică adresa indicată în POSTA DE LA Comanda SMTP. Acesta nu este același lucru cu Din antet care face parte din corpul mesajului.

Puncte:0
drapel cm

Poate amesteci două lucruri.

  1. MAIL FROM în dialogul SMTP. Acesta ar trebui să fie contul/adresa pe care aveți voie să o utilizați de către serverul web de pe serverul mail.customer123.somehoster.com
  2. Din anteturile de e-mail. Acesta poate fi orice vă place, pe măsură ce respectați 1.)

Când combinați 1) și 2) SPF Mai ajutor, dar acest lucru nu este garantat.

Dacă încerci să folosești domeniul principal în MAIL FROM nu ai noroc. Cel puțin serverul meu de e-mail va semnala acele e-mailuri ca spam, indiferent de valoarea SPF.

De la antet este ceea ce este afișat destinatarului în programul său de e-mail. MAIL FROM este ceea ce face ca livrarea să funcționeze și este în mod normal ascuns (dar poate fi dezvăluit, dacă se știe unde să caute) de la destinatar.

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.