Configurarea trimiterii de e-mailuri fără a le introduce în spam.
Opțiunea de a trimite e-mailuri prin servere SMTP terțe (Mandrill, Mailgun, Yandex) și prin adrese personale Nu voi lua în considerare serviciile de e-mail (acolo totul este foarte simplu, dacă urmați instrucțiunile de instalare furnizate) - voi lua în considerare doar opțiunea că avem propriul server, pe care este instalat corespunzător server de mail, cum ar fi exim (ca majoritatea gazdelor).
Vom avea nevoie de acces pentru a edita înregistrările DNS și de proprietate minimă a consolei Setări DKIM(dacă există ISPmanager - și acest element devine irelevant). În total, va trebui să configurați (adăugați) 4 intrări noi în înregistrările DNS ale domeniului dvs.: PTR, SPF, DKIMși DMARC.
- PTR- așa-numita înregistrare DNS „inversată”. Ar trebui să fie obligatoriu, pentru că număr mare servicii de poștă la indicarea sa incorectă este intolerabilă. În teorie, ar trebui să fie instalat de către hosterul tău, de exemplu DigitalOcean o face automat. - dar există o opțiune și setările sale manuale.
- SPF- o înregistrare care indică faptul că serverul dumneavoastră are permisiunea de a trimite e-mailuri de pe acest domeniu și IP. Nu există această înregistrare - intrarea în spam este aproape garantată. Instalarea este foarte simplă - informații cuprinzătoare cu exemple de configurare pot fi obținute la (informații din plăcuța verde) sau la.
- DKIM- semnatura electronica scrisorile tale. Dacă sunt două intrări anterioare- dă „greutate” domeniului și literelor din acesta, datorită căruia același Yandex, de exemplu, marchează literele cu o bifă verde plăcută.
Configurarea acestei semnături este poate cea mai dificilă - drept urmare, 90% dintre site-uri nu o au, dar este foarte recomandată. Este foarte ușor să-l configurați în ISPmanager: activați suportul DKIM în fila caracteristici, în editare domeniul de mail bifați caseta de selectare DKIM și luați intrarea gata făcută în proprietățile domeniului (NS). Dacă nu există ISPmanager, vă sfătuiesc să folosiți acest articol destul de simplu:.
- DMARC- standardul este complet nou, dar este deja implementat activ de serviciile de poștă și anul acesta este deja un must have 100%. Configurarea este cea mai simplă dintre toate intrările de mai sus, trebuie doar să adăugați unul dintre exemplele enumerate pe această pagină mai jos: - îl sfătuiesc pe al doilea.
Reveniți configurarea colectorului de corespondență.
XenForo are un mecanism absolut uimitor pe care aproape nimeni nu îl folosește - colectorul de e-mailuri de respingere. Cred că toată lumea s-a întâlnit cu situația în care după comiterea corespondență în masă Cutia poștală primește un număr mare de scrisori de următoarea formă:
Acest mesaj a fost creat automat de software-ul de livrare a corespondenței.
Un mesaj pe care l-ați trimis nu a putut fi livrat către unul sau mai multe dintre ele
destinatarii. E o eroare permanenta. Următoarele adrese nu au reușit:
***@rambler.ru
Eroare SMTP de la serverul de e-mail la distanță după RCPT TO:<***@rambler.ru>:
gazdă imx1.rambler.ru : 540 5.7.1<***@rambler.ru>:
Adresa destinatarului a fost respinsă: e-mailurile dvs. au fost returnate deoarece contul de e-mail al destinatarului intenționat a fost suspendat. Contul trebuie reactivat pentru a primi mesajele primite.
Aceste e-mailuri sunt un semnal că utilizatorii dvs. au adrese învechite. E-mail(casetele sunt blocate, șterse, pline), ceea ce înseamnă că nu vor primi scrisori noi de la tine și, dacă este necesar, nu își vor putea restabili contul pe forum. Mulți utilizatori nici măcar nu știu că folosesc o adresă de e-mail învechită, dar servicii de poștă, văzând un număr mare de e-mailuri trimise la adrese inexistente, aceștia pot să vă pună domeniul pe lista de spam.
Acest lucru trebuie luptat, deoarece chiar și pe forumul meu, unde acest sistem a funcționat de mai mult decât prima listă de corespondență, există o mulțime de scrisori „returnite”, în comparație cu numărul de utilizatori:
- Pentru a începe, creăm adresa poștală, la care vom trimite scrisori returnate (caseta este una de sistem și nu trebuie folosită în alte scopuri) - de exemplu unde google.com este domeniul dvs.
- Accesați secțiunea de administrare Setări - Setări de e-mail. În câmpul Adresă de retur, introduceți căsuța poștală pe care ați creat-o. Pune o bifă prelucrare automată scrisorile nelivrate și indicați datele pentru introducerea căsuței dvs. poștale de serviciu pe care ați creat-o mai devreme: adresa (în cazul propriului server SMTP, specificați-l pe al dvs.), login (adresa pe care ați creat-o) și parola din casetă. Voi da un exemplu al setărilor mele - am un e-mail de afaceri de la Mail.ru - prin urmare, mă conectez la serverul lor pentru a primi e-mail de la o cutie de servicii
Practic, asta e toată configurația. Forumul va merge automat la căsuța poștală de serviciu pe care ați specificat-o la anumite intervale, va descărca copii ale scrisorilor returnate pe care le-a primit și le va șterge de acolo. În capitolul Instrumente - Jurnalul de eșecuri de livrare prin e-mail puteți vizualiza aceste statistici. Subliniez mai ales că această casetă nu poate fi folosită în niciun alt scop, altfel riști să primești niște bug-uri destul de amuzante în jurnalele panoului de administrare.
Conform condițiilor pe care le-ați stabilit, la returnarea, de exemplu, a 3 scrisori de la o adresă, utilizatorul va fi trimis pentru reactivare automată - i se va cere să indice adresa de e-mail curentă și să reactiveze contul. Niciuna dintre participarea dvs. nu este necesară - utilizatorii își vor indica ei înșiși adresele de e-mail actuale și, prin urmare, problema va dispărea cu timpul. Și atunci când trimit, utilizatorii cu o adresă de e-mail incorectă pot fi excluși din aceasta - evitând astfel o posibilă lovitură în listele de spam.
S-a scris mult text, dar de fapt, configurarea totul - atât serverul, cât și colectorul de corespondență, durează câteva minute, dacă urmați întocmai instrucțiunile. Configurați-l o dată și uitați că e-mailurile dvs. de pe forum nu au ajuns undeva sau că domeniul dvs. a fost inclus în listele de spam deoarece baza de date este învechită.
Pentru a simplifica unele dintre sarcinile descrise mai sus, puteți utiliza oricare - oricare doriți. Eu îl folosesc pe primul - dar alegerea depinde în totalitate de tine. Adăugarea domeniilor acolo vă va oferi cutii poștale convenabile, nelimitate, cu filtre de spam deja încorporate + o oarecare simplificare a setărilor serverului (unele înregistrări vor fi furnizate automat (cu excepția DKIM, care oricum trebuie generat manual pentru a trimite e-mailuri de pe serverul dvs.) )).
Când sunteți plecat de acasă și trimiteți un e-mail folosind e-mailul de acasă cont, acest mesaj poate reveni cu o eroare 550, 553 sau releu. Același lucru se poate întâmpla atunci când sunteți în afara biroului încercând să trimiteți un e-mail folosind contul de e-mail de la serviciu.
Descriere
Retransmiterea are loc atunci când un mesaj de e-mail este trimis la o adresă de e-mail al cărei domeniu (numele după simbolul @, cum ar fi adatum.com) nu este procesat de protocolul SMTP sau de serverul de e-mail de ieșire care primește cererea de livrare a mesajului de la expeditor. Serverul SMTP trebuie să se conecteze la un alt server SMTP pentru a transmite mesajul.
Dacă la trimitere mesaj e-mail apare o eroare de retransmisie, serverul dvs. SMTP (e-mail de ieșire) poate returna mesajul împreună cu un mesaj de eroare, cum ar fi:
„Mesajul nu a putut fi trimis deoarece serverul a refuzat să accepte adresa unuia dintre destinatari. Adresa a fost specificată în scrisoare:<адрес эл. почты>. Subiect:<тест>, Cont:<тест>, Server:
Textul exact al mesajului de eroare va depinde de ISP-ul dumneavoastră. Unii furnizori nu returnează un mesaj de eroare atunci când definesc mesajele de ieșire ca publicitate nedorită. În aceste cazuri, se pare că mesajul dvs. este trimis către Mod normal(în Outlook rămâne în folder de ieșireși apare în folder Trimis), dar nu este livrat destinatarului.
Mesajul dvs. a fost respins deoarece serverul SMTP (e-mail de ieșire) nu v-a recunoscut ca utilizator autorizat.
SMTP este un protocol (standarde utilizate de computere pentru a comunica) care este folosit de majoritatea serverelor de e-mail pentru a trimite mesaje pe Internet. Dacă utilizați un program de e-mail (cum ar fi Outlook) care vă permite să stocați mesaje pe computer, veți avea nevoie de acces la un server SMTP pentru a trimite mesaje.
Notă: Sisteme de e-mail bazate pe web (de exemplu, Windows Live Mail sau Yahoo! Mail) funcționează diferit și nu sunt tratate în acest articol.
Spam și relee deschise
Mesaje publicitare care sunt distribuite fără a cere se numește spam sau spam. Volumul de spam continuă să crească pentru că nu costă aproape nimic să-l trimiteți celor care îl trimit. De fapt, expeditorul nici măcar nu trebuie să trimită mesaje nedorite prin serverul SMTP (e-mail de ieșire) al ISP-ului său.
În timp ce creați structură de bază Internet, nimeni nu a prevăzut consecințele capacității de a trimite milioane mesaje spam pentru o taxă neglijabilă. Datorită capacității serverelor SMTP de a retransmite spam, expeditorii de spam își maschează adevărata sursă prin transmiterea acesteia prin servere terțe părți pe care sunt permise astfel de relee deschise. Drept urmare, spam-ul pare să provină de la un site care transmite mesajul și ascunde identitatea expeditorului real.
Până de curând, majoritatea serverelor de e-mail SMTP funcționau pe o bază de încredere. sistem deschis. Într-un astfel de sistem, oricine de oriunde poate trimite un mesaj de e-mail către un server SMTP, iar serverul trebuie să-l accepte și să-l redirecționeze către destinatar sau către alt server de e-mail care găzduiește căsuța poștală a destinatarului. Cu acest releu deschis, nu există restricții care să împiedice pe cineva să trimită e-mail printr-un server SMTP.
Restricții ale furnizorului de servicii de internet pentru releu de e-mail
Pe măsură ce volumul de spam a crescut, administratorii de rețea (persoanele responsabile cu gestionarea serverelor ISP-ului) au început să pună restricții asupra lor. servere de mail SMTP. Aceste restricții împiedică toată lumea să folosească serverul de e-mail. Imaginați-vă că în holul organizației dumneavoastră există un telefon care este accesibil tuturor, inclusiv celor care nu sunt angajați ai organizației. Acum doar angajații au voie să folosească telefonul.
Mai multe tipuri de restricții sunt utilizate astăzi.
Necesită autentificare SMTP. Așa cum utilizați un nume de utilizator și o parolă pentru a accesa un server POP3 (e-mail primite) și mesajele de e-mail, trebuie să introduceți un nume de utilizator și o parolă pentru a trimite mesaje de e-mail printr-un server SMTP. Acesta este de obicei același nume de utilizator și parolă ca și pentru serverul POP3, dar poate fi unic.
Mai întâi trebuie să vă conectați la serverul POP3 (e-mail de intrare) al ISP-ului dumneavoastră. Pentru a primi noile mesaje de e-mail, de obicei vă conectați la un server POP3 (inbox). Trebuie să introduceți un nume de utilizator și o parolă pentru a vă accesa căsuța poștală. Administratorul de rețea poate configura serverul astfel încât, dacă vă conectați mai întâi la un server POP3 de intrare și vă autentificați, acesta va aproba toate solicitările de trimitere a mesajelor de e-mail prin serverul SMTP de ieșire, care altfel ar fi restricționat.
Necesită o conexiune dintr-o locație autorizată din rețea. Dacă vă conectați la un furnizor de servicii de internet acasă folosind linie telefonică, prin cablu sau prin modem DSL, conexiune în curs direct la rețeaua furnizorului. Sunteți de încredere deoarece aveți un cont cu un nume de utilizator și o parolă furnizate de ISP-ul dumneavoastră. În calitate de client, aveți voie să utilizați un server SMTP pentru a trimite mesaje de e-mail.
Necesită o conexiune de la o anumită adresă IP sau un interval de adrese IP. ISP-ul dumneavoastră poate permite accesul la serverul SMTP persoanelor care nu sunt conectate direct la rețea. De exemplu, ar putea fi utilizator de la distanțăîn birou. Problema principală este că în multe locuri adrese IP dinamice. Cu toate acestea, nu puteți fi sigur că aveți aceeași adresă IP de fiecare dată când vă conectați. Unele organizații pot avea un bloc sau o serie de adrese IP rezervate. ISP-ul poate considera pe cei care se conectează de la aceste adrese IP drept utilizatori verificați. El poate oferi mai multe informații.
Există o mulțime de scenarii de releu posibile. Mai jos sunt cele mai frecvente situații. Poate unul dintre ele este asemănător cu al tău.
|
Situatie |
Este un releu? |
|
Sunteți acasă și aveți un cont ISP care se termină în @proseware.com la care sunteți conectat prin dial-up, cablu sau modem DSL. Trimiți un mesaj unei alte persoane a cărei adresă de e-mail se termină și în @proseware.com . |
|
|
La fel ca în prima situație, cu excepția faptului că trimiteți un mesaj unei persoane a cărei adresă de e-mail se termină în @adatum.com . |
Da, dar nu este blocat. Vă conectați direct la un ISP și obțineți astfel autoritatea de a trimite e-mail prin serverul său SMTP (e-mail de ieșire) la orice adresă, indiferent de locație cutie poștală destinatar. |
|
Esti la serviciu. Adresa dvs. de e-mail de la serviciu se termină în @thephone-company.com și aveți un cont ISP de acasă care se termină în @proseware.com și se conectează la acesta prin dial-up, cablu sau modem DSL . În Outlook, aveți aceleași setări de server SMTP ca și acasă. Trimiți un mesaj unei persoane a cărei adresă de e-mail se termină și în @proseware.com . |
Nu. Poșta ta este procesată în mod obișnuit. |
|
Ați stat la un hotel sau ați folosit un terminal de internet de la aeroport care oferă acces la internet. Aveți un cont ISP de acasă care se termină în @proseware.com la care vă conectați prin dial-up, cablu sau modem DSL. În Outlook, aveți aceleași setări de server SMTP ca și acasă. Trimiți un mesaj unei alte persoane a cărei adresă de e-mail se termină și în @proseware.com . |
Nu. Poșta ta este procesată în mod obișnuit. |
|
La fel ca mai sus, cu excepția faptului că trimiteți un mesaj unei persoane a cărei adresă de e-mail se termină în @adatum.com . |
Da, iar acest mesaj poate fi blocat ca e-mail retransmis. Încercați să utilizați serverul de acasă SMTP (e-mail de ieșire) al ISP-ului dvs., deși nu sunteți conectat la rețeaua lor. Serverul SMTP nu vă poate autentifica ca abonat autorizat al ISP-ului. În plus, îi cereți serverului SMTP să accepte mesajul și să se conecteze la un alt server SMTP pentru a-l livra în căsuța poștală a destinatarului. |
Soluții
Dacă situația dvs. este considerată un releu, trebuie să trimiteți mesajul prin serverul la care vă conectați în prezent. Adică, dacă sunteți la serviciu sau departe de casă și nu vă folosiți ISP-ul pentru a vă conecta la Internet, dar doriți să trimiteți un mesaj din contul dvs. de acasă furnizat de acel ISP, trebuie să modificați setările contului de e-mail pentru a indica acel server SMTP , pe care îl utilizați acolo unde vă aflați (de exemplu, un server SMTP funcțional). Instrucțiuni pas cu pas vezi articolul.
Dacă acest lucru nu funcționează sau dacă preferați să utilizați un cont de acasă, va trebui să vă contactați ISP-ul și să întrebați dacă opțiunile descrise mai devreme vă sunt disponibile. În ceea ce privește primele două restricții (necesită autentificare SMTP și necesită să vă conectați mai întâi la serverul POP3 de intrare al ISP-ului), puteți modifica Setările contuluiîn Outlook. Consultați Modificarea setărilor contului de e-mail pentru instrucțiuni.
Mesajele încă nu au fost trimise?
Ați modificat setările SMTP în Outlook sau ați găsit o setare care vă va permite să trimiteți mesaje de e-mail. Dar tot nu puteți trimite e-mail și primi un mesaj de eroare.
Este posibil să fi făcut totul corect, dar administratorii de rețea folosesc o altă funcție de securitate pentru a preveni falsificarea identității. Falsificarea identității este pur și simplu o modalitate de a trimite un e-mail în care ascundeți cine sunteți.
În Outlook, ca în majoritatea programe de email, puteți specifica „numele afișat” și adresa poștală de retur care apare atunci când se răspunde la mesajul dvs. În spam, aceste câmpuri conțin aproape întotdeauna informații false. Chiar crezi că mesajele de îmbogățire rapidă au venit de la un supermodel sau un lider mondial?
Pentru a preveni falsificarea identității, unii ISP restricționează capacitatea de a lipi informatii falseîn câmpul de adresă din răspunsuri. De exemplu, dacă Numele domeniului ISP-ul dumneavoastră se termină cu proseware.com, ISP-ul dumneavoastră vă poate împiedica să furnizați o adresă de retur [email protected]. Această limitare nu este la fel de utilizată pe cât a fost descrisă anterior, dar se poate aplica tuturor utilizatorilor, indiferent de locația lor și metoda de conectare. În acest caz, nu există alternativă. Dacă administratorul serverului folosește această metodă, trebuie să specificați domeniul corespunzător conexiunii dvs. curente în adresa de retur.
Exemple de scrisori:
550 5.7.1 Acest mesaj nu a fost acceptat din cauza politicii DMARC a proprietarului domeniului (RFC 7489) https://help.mail.ru/mail-help/postmaster/dmarc
550-5.7.1 E-mailul neautentificat de la mail.ru nu este acceptat din cauza politicii DMARC 550-5.7.1 a domeniului. Vă rugăm să contactați administratorul domeniului mail.ru dacă acest 550-5.7.1 a fost un e-mail legitim. Vă rugăm să vizitați 550 -5.7.1 https://support.google.com/mail/answer/2451690 pentru a afla despre DMARC
550 5.7.1 E-mail respins conform politicii DMARC pentru...
Problemă de livrare a mesajelor legată de noua aplicare a politicii DMARC legate de înăsprirea regulilor de trecere a filtrelor de spam.
DMARC este un protocol de protecție anti-spam și anti-spam în numele unui domeniu, bazat pe mecanismele existente DKIM și SPF. Site oficial: dmarc.org.
Dacă primiți mesaje similare celor de mai sus, cel mai probabil, e-mailurile de pe site-ul dvs. sunt trimise în numele unei căsuțe poștale bazate pe @mail.ru, @bk.ru, @list.ru sau @inbox.ru. Mail.Ru nu acceptă mesaje trimise prin phpmail dacă anteturile de e-mail conțin o căsuță poștală aparținând mail.ru. Astfel de mesaje, conform politicii implementate de Mail.Ru DMARC, sunt respinse.
Cum se rezolvă problema
Există două moduri de a rezolva problema:
Metoda 1: Schimbați căsuța poștală din care sunt trimise mesajele
De obicei, e-mailul, în numele căruia sunt trimise mesaje de e-mail, este înregistrat în partea administrativă a CMS. De asemenea, poate fi schimbat direct în scriptul care trimite mesaje (câmpul „De la”).
Este necesar ca mesajele să fie trimise dintr-o cutie poștală pe baza numelui dumneavoastră de domeniu, de exemplu « [email protected]» , unde domain.ru este domeniul dvs. .
De asemenea, cutia poștală trebuie schimbată în fișierul php.ini:
Schimbarea casetei în php.ini
- 1 intrați în panoul de control al găzduirii și deschideți fișierul php.ini pentru editare: ;
- 2
găsiți o linie ca:
sendmail_path = "/usr/sbin/sendmail -t -i -f [email protected]"
În această linie, în loc de « [email protected]» specificați o cutie poștală non-domeniu @mail.ru, @bk.ru, @list.ruși @inbox.ru.
Este recomandabil să specificați o cutie poștală pe domeniul dvs., de exemplu, « [email protected]» , unde domain.ru este domeniul dvs.În plus, cutia poștală specificată în php.ini trebuie să existe. Dacă utilizați e-mail pe o găzduire, creați o cutie poștală pe domeniu și înregistrați-o în fișierul php.ini.
Metoda 2: Utilizați autorizarea SMTP
Puteți trimite mesaje în numele căsuței dvs. poștale bazate pe Mail.Ru prin configurarea autorizației SMTP. În acest caz, toate mesajele prin intermediul site-ului dvs. vor fi trimise direct de pe serverele Mail.Ru.
Erorile sistemului de corespondență sunt coduri care sunt atribuite mesajelor în momentul primirii sau respingerii primirii. Codul de eroare vă permite să aflați motivul pentru care mesajul e-mail nu a putut fi livrat. De obicei, codul de eroare este un număr, cum ar fi #550 sau #2001. Codurile de eroare sunt descrise mai jos.
Mesaje fără coduri
adresa nedirecționată
Nu s-a putut determina serverul către care să redirecționeze mesajul e-mail. Motive posibile:
- Domeniul către care sunt trimise e-mailurile nu există sau nu este delegat
- Nici înregistrările MX, nici A nu sunt înregistrate pentru domeniu
- Înregistrarea MX indică un nume inexistent
utilizator necunoscut
Această cutie poștală nu există sau adresa poștală este incorectă
transmisie în curs. Rămâneţi aproape
Mesajul apare la trimiterea e-mailurilor client de e-mail. Acest mesaj nu provine din sistemul nostru de e-mail. Înseamnă că utilizatorul are retea locala există un antispam sau un firewall care verifică toate e-mailurile trimise.
Peste cotă
Eroare LMTP după încheierea datelor: 552 5.2.2 Cotă depășită
Eroarea apare atunci când căsuța poștală a destinatarului este plină.
Mesaje cu coduri
#1005
Înștiințarea de verificare a expeditorului a eșuat
Verificarea expeditorului scrisorii. Eroarea poate fi fie completă, după cum se indică mai jos, fie prescurtată: „Verificarea expeditorului a eșuat [#1005]”. O eroare este trimisă de un server care a fost implementat incercare eșuată trimite un e-mail la serverul nostru. Serverul nostru este listat în rândul „... în timp ce vorbim cu mx3.site.:”.
Adresele următoare au avut erori fatale permanente -----
Adresa [email protected]- Aceasta este adresa destinatarului scrisorii, este furnizată doar de dragul caracterului complet.
Adresa expeditorului [email protected] nu a trecut testul, așa cum este scris în mesaj.
Pentru fiecare scrisoare, expeditorul este bifat. Pentru a face acest lucru, serverul nostru încearcă să se conecteze la serverul care primește e-mail pentru domeniul expeditorului (în exemplu, example.com) și să trimită un e-mail de la adresa "<>» la adresa expeditorului (în exemplu [email protected]). Astfel de e-mailuri ar trebui să fie întotdeauna acceptate, pentru că așa arată mesajele despre livrările eșuate. Dacă serverul răspunde că o astfel de cutie poștală nu există (în exemplu, serverul care deservește domeniul example.com a răspuns „550-User necunoscut (200)”) sau respinge încercarea din alte motive, atunci o scrisoare de la adresa [email protected] inacceptabil.
Verificarea adresei de retur nu este protecție împotriva spamului (deși ajută la filtrarea uneia dintre ele). Serverul trebuie să poată trimite un mesaj expeditorului dacă nu a reușit să livreze mesajul destinatarului. Pentru a garanta această posibilitate, se verifică adresa de retur.
În acest caz, sunteți conștient de problemă deoarece serverul nostru nu a acceptat mesajul (indicând probleme de comunicare cu domeniul expeditorului), iar serverul expeditor a raportat acest lucru expeditorului. Dacă serverul nostru ar fi acceptat mesajul fără a verifica posibilitatea unei livrări retur, nu ați fi știut despre problemă.
O scrisoare cu o adresă de retur incorectă este o problemă care trebuie rezolvată, dar în niciun caz prin dezactivarea instrumentului care o semnalează.
#1004
Ne pare rău, nu acceptăm mesaje de la gazde fără o înregistrare PTR
Eroarea apare atunci când nodul expeditor nu are o înregistrare PTR.
#1007
Nu acceptăm adrese IP dinamice, vă rugăm să utilizați smtp-ul furnizorului dvs. [#1007] sau IP dinamic respins [#1007]
Această eroare apare pentru utilizatorii care utilizează un grup de adrese dinamice pentru conexiunea lor. Verificarea se efectuează pe baza adresei IP a utilizatorului (prezența cuvintelor dial, ppp, pool, dsl, dynamic, static și alte apariții în ea).
#1008
Verificarea expeditorului a eșuat
Antetul de e-mail de la sesiune smtp conține o adresă de retur nevalidă (un domeniu inexistent, de exemplu).
#1009
Nu acceptăm adrese IP dinamice, vă rugăm să utilizați smtp-ul furnizorului dvs. [#1009]
Această eroare apare în principal pentru utilizatorii care folosesc conexiuni DSL sau DialUp și trimit e-mail de pe computerele lor locale, cu alte cuvinte, nu folosesc serverul SMTP al furnizorului lor. Verificarea se bazează pe o expresie regulată pentru:
^((1,3)\D+)(2)((1,3)[^\d\.]*).*\.(\w|-)+\.\w(2,4)$
Dacă dintr-un motiv oarecare nu puteți utiliza serverul SMTP al furnizorului dvs., scrieți o solicitare la asistența tehnică indicând adresa dvs. IP, aceasta va fi adăugată pe lista albă.
#1014
E-mail respins, vezi http://www.spamcop.net/w3m?action=checkblock&ip=adresa IP [#1014]
Folosim listele negre DNS spamcop.net pentru protecția împotriva spamului. Adresa expeditorului este pe lista neagră spamcop.net
#1020
Releul nu este permis
S-a încercat trimiterea unui e-mail către un domeniu care nu este deservit de serverele noastre de e-mail.
#1024
Verificarea destinatarului a eșuat
Verificarea destinatarului scrisorii. Eroarea apare dacă domeniul este deservit de serverele noastre, dar o astfel de adresă nu există în domeniu.
#1025
Înștiințarea de verificare a destinatarului a eșuat
Verificarea destinatarului scrisorii. Apare o eroare dacă serverul la distanță răspunde că un astfel de destinatar nu există.
#1305
Trimiți prea multe mesaje
Limita pentru trimiterea de e-mailuri prin smtp a fost depășită. Pentru a crește limita, trebuie să contactați serviciul de asistență tehnică.
#2002
Autentificare necesara
Pentru a trimite, trebuie să vă autentificați cu un nume de utilizator și o parolă.
Pot fi vizualizate exemple de configurație corectă a clienților de e-mail
Problema nelivrării mesajelor e-mail este o problemă tipică pe care trebuie să o investigați.
Motivul acestor probleme este că starea standardelor și practicilor actuale ale sistemelor de poștă nu vă permite să garantați livrarea mesajelor sau chiar să obțineți un comentariu de respingere clar.
Mai mult, în diferite etape ale livrării mesajelor, există un număr mare de filtre configurate eronat.
De obicei, din păcate, nu pot fi luate măsuri exclusive pentru a investiga problema pierderii corespondenței. Acest articol oferă algoritmul final al acțiunilor, aderând la care, veți înțelege clar unde a apărut problema și cum să o remediați, dacă este posibil.
Pentru fiecare opțiune, se oferă un comentariu suplimentar despre dacă este logic să se investigheze în continuare problema sau dacă problema poate fi rezolvată imediat.
Problemă cu trimiterea mesajelor de pe site
Vă rugăm să vă asigurați că urmați întocmai toate sfaturile din acest articol.
Cel mai important:
1) Adresa de retur a scrisorii trebuie să fie o căsuță poștală înregistrată pe găzduirea noastră!
2) Trimiterile în masă sunt interzise, în mod implicit, de pe site pot fi trimise până la 500 de e-mailuri pe zi.
3) Scrisoarea trebuie să respecte standardele poștale. Scriptul dvs. generează o scrisoare de la sine, iar dacă s-a dovedit a nu fi de foarte bună calitate, va fi acceptat de serverul nostru, dar nu va fi livrat, deoarece. acesta va fi amânat de filtrele sistemului nostru sau la destinatar.
Problemă cu trimiterea mesajelor de la o persoană
Situația 1
E-mailul pe care îl trimiteți nu se află în lista de mesaje.
Aceasta înseamnă că serverul nostru de e-mail nu a acceptat scrisoarea. Motivele pot fi următoarele:
- E-mailul nu a ajuns la serverul nostru SMTP: programul dvs. de e-mail nu a trimis mesajul. Sursa sau soluția problemelor ar putea fi următoarea -
- Setările contului programului dvs. de e-mail, mai precis - setări server SMTP. Rețineți că serverul SMTP necesită autorizare cu același nume de utilizator și parolă ca și serverul de e-mail de intrare.
- Antivirus, sistem de securitate, server proxy.
- Scrisoarea a intrat în sistem, dar a fost respinsă, pentru că. nu conținea o adresă de retur validă. Adresa de retur a scrisorii trebuie să se potrivească exact fie cu adresa numelui casetei, fie cu unul dintre pseudonime.
Situația 2
Scrisoarea este prezentă în lista de mesaje din coadă.
Trebuie să deschideți „statistici de livrare a e-mailului”, „livrare SMTP”.
Situația 2.1
Mesajul se află în lista de livrare SMTP.
Pot exista mai multe încercări de livrare pentru un singur mesaj. Încercările preliminare pot eșua, acest lucru este normal. Trebuie să găsiți ultimul bloc (linie) care este relevant pentru livrarea mesajului dvs.
Situația 2.1.1
Blocul „jurnal de livrare” se termină cu un mesaj 250 OK sau orice alt mesaj care începe cu codul 250 (cu excepția ultimului rând „Conexiune închisă normal” - nu trebuie luat în considerare).
Aceasta înseamnă că următorul server de e-mail din lanțul de livrare a acceptat scrisoarea și a confirmat primirea mesajului. Toate întrebările ulterioare despre soarta mesajului trebuie adresate administratorului acestui server de e-mail. Informațiile din blocul „jurnal de livrare”, împreună cu data și ora, îl vor ajuta pe administrator să înțeleagă soarta mesajului și, dacă este necesar, să remedieze problema.
Situația 2.1.2
Blocul „jurnal de livrare” se termină cu un mesaj care începe cu un alt cod decât 250 sau este însoțit de mesajul „Procesarea jobului XXXXXXX incomplet sau eșuat”.
Aceasta înseamnă că serverul nostru de e-mail nu a putut să livreze mesajul destinatarului. În acest caz, ar trebui să primiți un mesaj despre mesajul e-mail nelivrat ("bounce"). Informații suplimentare sunt disponibile din jurnalul SMTP al livrării pe care o vizualizați în prezent.
- Mesajul poate fi respins de serverul destinatarului din cauza filtrării incorecte de spam. Responsabilitatea pentru returnarea scrisorii revine administratorului serverului al cărui server de e-mail a decis că scrisoarea este spam. Spam-ul nu este trimis de la adresele serverului nostru de mail, așa că decizia de a respinge o scrisoare pe baza adresei IP sau a altor semne formale este evident eronată.
Nu are rost să investigăm această problemă din partea noastră, pentru că este citat răspunsul serverului receptor. Trebuie să contactați administratorul serverului de primire.
Exemple de mesaje pe care serverul de e-mail al destinatarului a respins mesajul pentru suspiciunea de spam: - 591 gazda ta este pe lista neagră
- 450 5.7.1
- 553 5.3.0 Spam blocat vezi: http://spamcop.net/ ...
- 550 5.7.0 Adresa IP a serverului dvs. se află în baza de date SpamCop, pa
- 554 Serviciu indisponibil; Adresa expeditorului a fost blocată folosind list.dsbl.org
- 550-Mesaj respins deoarece... (…)
- 591 gazda ta este pe lista neagră, vezi...
- Un mesaj 4xx sau 5xx care menționează cuvintele spam, blocat, Spamcop, Spamhaus, RBL, SBL, XBL, SPEWS, analiză politicii, refuzat sau similar.
- Mesajul poate fi respins de serverul destinatarului dacă destinatarul nu există pe server, de exemplu. din cauza unei erori de adresa.
Specificați adresa înainte de simbolul @.
Nu are rost să investigăm această problemă din partea noastră, pentru că este citat răspunsul serverului receptor. Dacă credeți că adresa este corectă, atunci trebuie să contactați administratorul serverului de primire pentru a clarifica motivul refuzului de a accepta scrisoarea.
Exemple de mesaje cu adresă lipsă: - 550
- 553 Nu transmitem fără autentificare RFC2554
- 550 Mesajul nu a fost acceptat -- căsuță poștală nevalidă
- 554 … Acest cont a fost dezactivat sau întrerupt
- Mesaj de eroare în adresa poștală după simbolul @. Verificați adresa poștală și dacă domeniul destinatarului este în funcțiune.
Exemple de mesaj de eroare după @: - Eroare temporară XXX (eroare temporară de rezoluție MX) care rezolvă „aaa.bb”
- Eroare tehnică la trimiterea mesajului. Puteți încerca să retrimiteți e-mailul sau să verificați cu destinatarul dacă serverul său de e-mail funcționează corect.
Puteți contacta serviciul de asistență cu o solicitare de a comenta situația mai precis.
Exemple de mesaje tehnice de eroare: - Eroare la conectarea la serverul principal „a.b.c.d”
- Eroare la conectarea la serverul alternativ „a.b.c.d”
Situația 2.2
E-mailul nu se află în lista de livrare SMTP. Contactați asistența.
Problemă cu primirea mesajelor
Trebuie să accesați contul personal, să selectați „statistici de livrare a e-mailului”, „coada de mesaje” pentru caseta de care aveți nevoie.
IMPORTANT:
puteți investiga acest tip de problemă doar pentru mesajele care au fost livrate direct în căsuța poștală, fără participarea unei liste de corespondență sau a unui filtru de spam. Dacă cutia dvs. poștală primește mesajul indirect (printr-o listă de corespondență), trebuie să investigați problema pentru căsuța poștală care este cutia poștală principală a listei de corespondență. Dacă filtrul de spam este activat, acesta trebuie dezactivat.
Situația 3
Mesajul este în listă.
Aceasta înseamnă că mesajul a fost acceptat de server și plasat în căsuța dvs. poștală. Problemele cu primirea unei astfel de scrisori sunt legate de sistemul dumneavoastră sau de setările acestuia.
- Verificați setările sistemului de filtrare a spamului („lista completă de funcții”, „filtrarea mesajelor spam”). Dacă filtrul de spam este activat, este posibil ca e-mailul să fi fost mutat sau respins (în funcție de setările dvs.). Mesajul ar putea fi și distrus, indiferent de setări, dacă conținea un virus.
Ar trebui să încercați să dezactivați filtrarea e-mailului sau să verificați toate cutiile poștale în care scrisoarea ar fi putut fi mutată dacă este selectat acest mod. - Este posibil ca sistemul dumneavoastră de e-mail să nu accepte deloc e-mail de la serverul nostru. Pentru a clarifica acest caz, uitați-vă la conținutul căsuței dvs. poștale prin acces web la e-mail, consultați linkul de lângă căsuța poștală dorită pe pagina „parole pentru resurse” a contului personal.
- Uneori, sistemul de e-mail al unui computer sau al unei organizații primește un mesaj și apoi, dintr-un motiv oarecare, îl șterge de pe server, fără a-l transmite sau salva în altă parte. Ar trebui să contactați administratorul sistemului de e-mail pentru a investiga acest tip de problemă.
Nu are rost să investigăm această problemă din partea noastră, pentru că scrisoarea a fost plasată în căsuța dvs. poștală și a putut fi eliminată din ea numai folosind comenzi de pe computer folosind protocolul POP3 sau IMAP.
Situația 4
Mesajul nu este listat.
Aceasta înseamnă că serverul nostru de e-mail nu a acceptat mesajul.
Nu are rost să investigăm această problemă din partea noastră. Aceasta este o problemă cu sistemul nostru de e-mail numai dacă există dovezi că mesajul a fost livrat pe serverul nostru. Dovada este o bucată din jurnalul clientului SMTP al serverului de trimitere (o oglindă de caz similară cu situația 2.2.1 de mai sus). Dacă nu există astfel de dovezi, atunci revine administratorului serverului de e-mail al expeditorului să investigheze cazul de nelivrare.
De asemenea, puteți încerca să țineți cont de diferitele circumstanțe ale domeniului dvs., ceea ce poate duce la faptul că livrarea e-mailului către acesta nu va funcționa deloc.
- Asigurați-vă că domeniul este DELEGAT, că serverele DNS se potrivesc cu serverele DNS ale site-ului (ns1.site, ns2.site).
- Dacă domeniul este deservit de alte servere DNS, asigurați-vă că înregistrarea MX a domeniului indică serverul nostru de e-mail (dacă nu se menționează altfel, acesta ar trebui să fie mail.site).
- Dacă domeniul este deservit de serverele noastre DNS, accesați „lista completă de funcții”, „editor de zone DNS”, selectați domeniul, asigurați-vă că „1Gb..
- Asigurați-vă că domeniul este înregistrat cu mai mult de 3 zile în urmă.
