Vendosja e dërgimit të emaileve pa i futur ato në postë të padëshiruar.
Unë nuk do të shqyrtoj mundësinë e dërgimit të letrave përmes serverëve SMTP të palëve të treta (Mandrill, Mailgun, Yandex) dhe përmes adresave personale të shërbimeve të postës (gjithçka është shumë e thjeshtë atje nëse ndiqni udhëzimet e instalimit të dhëna) - Unë do të marr parasysh vetëm opsioni që ne kemi serverin tonë, në të cilin është instaluar një server përkatës i postës, për shembull Exim (si shumica e hosteve).
Ne kemi nevojë për qasje për të modifikuar të dhënat DNS dhe zotërim minimal të konsolës për të konfiguruar DKIM (nëse ISPmanager është i disponueshëm, ky artikull bëhet i parëndësishëm). Në total, duhet të konfiguroni (shtoni) 4 regjistrime të reja në të dhënat DNS të domenit tuaj: PTR, SPF, DKIM dhe DMARC.
- PTR- i ashtuquajturi rekordi DNS "i kundërt". Duhet të jetë i detyrueshëm, pasi një numër shumë i madh i shërbimeve postare janë të patolerueshme ndaj treguesit të gabuar të tij. Në teori, ai duhet të instalohet nga ofruesi juaj i pritjes, për shembull DigitalOcean e bën këtë automatikisht. - por ekziston një opsion për vendosjen e tij manuale.
- SPF- një rekord që tregon se serveri juaj lejohet të dërgojë letra nga ky domen dhe IP. Nëse kjo hyrje mungon, hyrja në postë të padëshiruar është pothuajse e garantuar. Instalimi është shumë i thjeshtë - mund të merrni informacion gjithëpërfshirës me shembuj për konfigurimin në (informacione në pllakën e gjelbër), ose në.
- DKIM- nënshkrimi elektronik i letrave tuaja. Nëse keni dy regjistrime të mëparshme, ai i jep domenit tuaj dhe shkronjave prej tij "peshë", falë të cilave i njëjti Yandex, për shembull, shënon shkronjat me një shenjë të bukur jeshile.
Vendosja e këtij nënshkrimi është ndoshta më e vështira - si rezultat, 90% e faqeve nuk e kanë atë, por rekomandohet shumë. Është shumë e lehtë për ta konfiguruar atë në ISPmanager: aktivizoni mbështetjen e DKIM në skedën e veçorive, kur redaktoni një domen të postës, kontrolloni kutinë DKIM dhe zgjidhni një regjistrim të gatshëm në vetitë e domenit (NS). Nëse ISPmanager nuk është i disponueshëm, ju këshilloj të përdorni këtë artikull mjaft të thjeshtë:.
- DMARC- standardi është krejtësisht i ri, por tashmë është duke u prezantuar në mënyrë aktive nga shërbimet postare, dhe këtë vit tashmë është 100% që duhet të ketë. Konfigurimi është më i thjeshti nga të gjitha hyrjet e mësipërme, ju vetëm duhet të shtoni një nga shembujt e paraqitur në këtë faqe më poshtë: - Unë rekomandoj të dytin.
Konfigurimi i mbledhësit të postës kthyese.
XenForo ka një mekanizëm absolutisht të mahnitshëm që pothuajse nuk përdoret kurrë nga askush - mbledhësi i postës elektronike. Unë mendoj se të gjithë kanë hasur në situatën që pas një postimi masiv, një numër i madh letrash të llojit të mëposhtëm vijnë në kutinë postare:
Ky mesazh u krijua automatikisht nga programi i dërgimit të postës.
Një mesazh që dërgove nuk mund të dërgohej në një ose më shumë prej tij
marrësit. Ky është një gabim i përhershëm. Adresa (at) e mëposhtme dështoi:
***@rambler.ru
Gabim SMTP nga serveri i postës në distancë pas RCPT TO:<***@rambler.ru>:
host imx1.rambler.ru: 540 5.7.1<***@rambler.ru>:
Adresa e marrësit u refuzua: Email-et tuaja janë kthyer sepse llogaria e emailit e marrësit të synuar është pezulluar. Llogaria duhet të riaktivizohet për të marrë mesazhe hyrëse.
Këto letra janë një sinjal se përdoruesit tuaj i kanë vjetëruar adresat e tyre të postës elektronike (kutitë postare janë të bllokuara, fshira, të tejmbushura), që do të thotë se ata nuk do të marrin letra të reja nga ju dhe, nëse është e nevojshme, nuk do të jenë në gjendje të rivendosin llogarinë e tyre as në forum. . Shumë përdorues as nuk e dinë se po përdorin një adresë emaili të vjetëruar, dhe shërbimet e postës, duke parë një numër të madh email-sh të dërguara në adresa joekzistente, mund ta vendosin domenin tuaj në listën e postës së padëshiruar.
Ne duhet ta luftojmë këtë, sepse edhe në forumin tim, ku ky sistem ka funksionuar më shumë se lista e parë e postimeve, ka shumë letra "të kthyera", në krahasim me numrin e përdoruesve:
- Për të filluar, ne krijojmë një adresë postare në të cilën do të dërgojmë letra të kthyera (kutia postare e sistemit nuk duhet të përdoret për ndonjë qëllim tjetër) - për shembull ku google.com është domeni juaj.
- Shkoni te seksioni i administratorit Cilësimet - Cilësimet e postës elektronike... Në adresën e fushës për kthimin e letrave, tregoni kutinë postare që keni krijuar. Ne vendosim një shenjë në përpunimin automatik të letrave të padorëzuara dhe tregojmë të dhënat për hyrjen në kutinë postare të shërbimit që keni krijuar më herët: adresën (në rastin e serverit tuaj SMTP, specifikoni tuajin), hyrjen (adresën që keni krijuar) dhe fjalëkalimin për kutinë postare. Unë do të jap një shembull të cilësimeve të mia - kam postë biznesi nga Mail.ru - prandaj, lidhem me serverin e tyre për të marrë postë nga një kuti shërbimi
Në thelb, ky është i gjithë konfigurimi. Forumi do të hyjë automatikisht në kutinë postare të shërbimit që keni specifikuar në intervale të caktuara, do të shkarkojë kopjet e letrave të kthyera që ka marrë dhe do t'i fshijë ato prej andej. Në kapitullin Mjetet - Regjistri i kthimit të dërgimit të postës ju mund të shikoni këto statistika. Theksoj se kjo kuti postare nuk mund të përdoret për qëllime të tjera, përndryshe rrezikoni të merrni disa gabime mjaft zbavitëse në regjistrat e panelit të administratorit.
Sipas kushteve që keni vendosur, kur, për shembull, kthehen 3 letra nga një adresë, përdoruesi do të dërgohet për riaktivizim automatik - atij do t'i kërkohet të fusë një adresë të vlefshme emaili dhe të riaktivizojë llogarinë. Pjesëmarrja juaj në asnjë mënyrë nuk kërkohet - përdoruesit do të tregojnë vetë adresat e tyre aktuale të postës elektronike, dhe për këtë arsye problemi do të largohet me kalimin e kohës. Dhe me postimet, përdoruesit me një adresë të pasaktë të postës elektronike mund të përjashtohen prej tij - duke shmangur kështu një rënie të mundshme në listat e postës së padëshiruar.
Është shkruar shumë tekst, por në fakt, konfigurimi i gjithçkaje - si serveri ashtu edhe mbledhësi i postës, zgjat disa minuta, nëse ndiqni udhëzimet saktësisht. Vendoseni një herë dhe harroni se mesazhet nga forumi juaj nuk kanë arritur diku ose se domeni juaj është përfshirë në listat e postës së padëshiruar për mungesën e rëndësisë së bazës së të dhënave.
Për të thjeshtuar disa nga detyrat e përshkruara më sipër, mund të përdorni njërën - çfarëdo që ju pëlqen më shumë. Unë përdor të parën - por zgjedhja është plotësisht e juaja. Shtimi i domeneve tuaja atje do të japë kuti postare të përshtatshme, me madhësi të pakufizuar, me filtra spam të integruar tashmë + njëfarë thjeshtimi të konfigurimit të serverit (disa nga regjistrimet do të sigurohen automatikisht (përveç DKIM, i cili duhet të gjenerohet manualisht në një mënyrë ose në një tjetër për t'u dërguar postë nga serveri juaj)).
Kur jeni larg shtëpisë duke dërguar një mesazh email duke përdorur llogarinë tuaj të emailit në shtëpi, emaili mund të kthehet me gabim 550, 553 ose gabime të transmetimit. E njëjta gjë mund të ndodhë kur jeni jashtë zyrës duke u përpjekur të dërgoni një mesazh email duke përdorur llogarinë tuaj të postës elektronike të punës.
Përshkrim
Transmetimi ndodh kur një mesazh poste dërgohet në një adresë emaili, domeni i së cilës (emri sipas simbolit @, si p.sh. adatum.com) nuk përpunohet nga SMTP ose nga një server i postës në dalje që merr një kërkesë për dërgimin e mesazhit nga dërguesi. Serveri SMTP duhet të lidhet me një server tjetër SMTP për të transmetuar mesazhin.
Nëse ndodh një gabim i transmetimit gjatë dërgimit të një mesazhi postar, serveri juaj SMTP (posta dalëse) mund të kthejë mesazhin tuaj së bashku me një mesazh gabimi si ky:
"Mesazhi nuk mund të dërgohej sepse serveri refuzoi të pranonte adresën e njërit prej marrësve. Mesazhi përmbante adresën:<адрес эл. почты>... Tema:<тест>, Llogaria:<тест>, server:
Teksti i saktë i mesazhit të gabimit do të varet nga ISP-ja juaj. Disa shitës nuk kthejnë një mesazh gabimi kur identifikojnë mesazhet dalëse si reklama të padëshiruara. Në këto raste, gjithçka duket sikur mesazhi juaj po dërgohet normalisht (në Outlook, ai mbetet në Kutia dalëse dhe shfaqet në dosje Dërguar), por nuk i dorëzohet marrësit.
Mesazhi juaj u refuzua sepse serveri SMTP (në dalje) nuk ju njohu si përdorues të autorizuar.
SMTP është një protokoll (standardet që kompjuterët përdorin për të komunikuar) që përdoret nga shumica e serverëve të postës elektronike për të dërguar mesazhe në internet. Nëse jeni duke përdorur një program emaili (siç është Outlook) që ju lejon të ruani mesazhe në kompjuterin tuaj, keni nevojë për qasje në një server SMTP për të dërguar mesazhe.
Shënim: Sistemet e postës elektronike të bazuara në ueb (si Windows Live Mail ose Yahoo! Mail) funksionojnë ndryshe dhe nuk mbulohen në këtë artikull.
Posta e padëshiruar dhe reletë e hapura
Mesazhet reklamuese që shpërndahen pa nxitje quhen posta të padëshiruara ose spam. Vëllimi i mesazheve të padëshiruara vazhdon të rritet, sepse nuk kushton pothuajse asgjë për t'i dërguar ato tek ata që e dërgojnë. Në fakt, dërguesi as nuk ka nevojë të dërgojë mesazhe të padëshiruara përmes serverit SMTP (jashtë) të ISP-së së tij.
Në krijimin e strukturës bazë të internetit, askush nuk parashikoi implikimet e mundësisë për të dërguar miliona mesazhe të pakërkuara për kosto të papërfillshme. Falë aftësisë transmetuese të serverëve SMTP, dërguesit e postës së padëshiruar maskojnë origjinën e spam-it duke e kaluar atë nëpër serverë të palëve të treta që lejojnë një transmetim të tillë të hapur. Si rezultat, spami duket se vjen nga një sajt që transmeton mesazhin dhe fsheh identitetin e dërguesit të vërtetë.
Deri kohët e fundit, shumica e serverëve të postës SMTP funksiononin në një sistem të hapur të besuar. Në një sistem të tillë, çdokush nga kudo mund të dërgojë një mesazh poste në një server SMTP, dhe serveri duhet ta pranojë atë dhe t'ia përcjellë atë marrësit ose një serveri tjetër postar ku ndodhet kutia postare e marrësit. Me këtë stafetë të hapur, nuk ka kufizime që pengojnë këdo që të dërgojë postë përmes serverit SMTP.
Kufizimet e ofruesit të shërbimit të internetit në transmetimin e postës
Me rritjen e vëllimit të spamit, administratorët e rrjetit (njerëzit e ngarkuar për menaxhimin e serverëve të një ISP) filluan të vendosin kufizime në serverët e tyre të postës SMTP. Këto kufizime i pengojnë të gjithë të përdorin serverin e postës. Imagjinoni që ka një telefon në hollin e organizatës suaj që është i aksesueshëm për të gjithë, përfshirë ata që nuk janë pjesë e organizatës. Tani vetëm punonjësit lejohen të përdorin telefonin.
Sot përdoren disa lloje kufizimesh.
Kërkon vërtetim SMTP. Ashtu si ju përdorni një emër përdoruesi dhe fjalëkalim për të hyrë në serverin POP3 (postë hyrëse) dhe emailet tuaja, ju duhet të vendosni një emër përdoruesi dhe fjalëkalim për të dërguar postë përmes serverit SMTP. Ky është zakonisht i njëjti emër përdoruesi dhe fjalëkalimi si për serverin POP3, por mund të jetë unik.
Së pari duhet të lidheni me serverin POP3 (postë hyrëse) të ofruesit tuaj të shërbimit të internetit. Për të marrë mesazhet tuaja të reja të postës, zakonisht lidheni me një server POP3 (postë hyrëse). Për të hyrë në kutinë tuaj postare, duhet të futni emrin e përdoruesit dhe fjalëkalimin. Administratori i rrjetit tuaj mund ta konfigurojë serverin në mënyrë që nëse së pari lidheni me një server POP3 hyrëse dhe vërtetoni, ai do të miratojë të gjitha kërkesat për të dërguar postë përmes serverit SMTP dalës, i cili përndryshe do të kufizohej.
Kërkon një lidhje nga një vendndodhje e autorizuar e rrjetit. Nëse lidheni me një ofrues shërbimi interneti nga shtëpia duke përdorur një linjë telefonike, kabllor ose modem DSL, lidhja shkon drejtpërdrejt në rrjetin e ofruesit. Ju jeni të besueshëm sepse keni një llogari me një emër përdoruesi dhe fjalëkalim të ofruar nga ofruesi juaj i shërbimit të internetit. Si klient, ju lejohet të përdorni një server SMTP për të dërguar postë.
Kërkon një lidhje nga një adresë IP specifike ose një gamë adresash IP. ISP-ja juaj mund të lejojë që njerëzit që nuk janë të lidhur drejtpërdrejt me rrjetin të hyjnë në serverin SMTP. Për shembull, mund të jetë një përdorues i largët në zyrë. Problemi kryesor është se adresat IP dinamike përdoren në shumë vende. Sidoqoftë, nuk mund të jeni i sigurt se keni të njëjtën adresë IP sa herë që lidheni. Disa organizata mund të kenë një bllok ose gamë adresash IP të rezervuara. ISP mund t'i konsiderojë ato që lidhen nga këto adresa IP si të verifikuara nga përdoruesit. Ai mund të japë informacion shtesë.
Ka shumë skenarë të mundshëm të transmetimit. Më poshtë janë situatat më të zakonshme. Ndoshta njëri prej tyre është i ngjashëm me tuajin.
|
Situata |
A është kjo një stafetë? |
|
Jeni në shtëpi dhe keni një llogari të Ofruesit të Shërbimit të Internetit që mbaron në @ proseware.com me të cilën lidheni nëpërmjet një linje telefoni, kablloje ose modemi DSL. Ju po i dërgoni një mesazh një personi tjetër, adresa e emailit të të cilit gjithashtu përfundon në @ proseware.com. |
|
|
Njësoj si në situatën e parë, vetëm ju po i dërgoni një mesazh një personi, adresa postare e të cilit përfundon me @ adatum.com. |
Po, por nuk është i bllokuar. Ju lidheni drejtpërdrejt me ofruesin e shërbimit të internetit dhe në këtë mënyrë fitoni autoritetin për të dërguar postë përmes serverit të tij SMTP (postë dalëse) në çdo adresë, pavarësisht nga vendndodhja e kutisë postare të marrësit. |
|
A je në punë. Adresa juaj e postës së punës përfundon në @thephone-company.com dhe ju keni një llogari në shtëpi të ISP-së që përfundon në @ proseware.com dhe me të cilën lidheni nëpërmjet një linje telefoni, kablloje ose modemi DSL ... Në Outlook, ju keni të njëjtat cilësime të serverit SMTP të konfiguruara si në shtëpi. Ju po i dërgoni një mesazh dikujt, adresa e emailit të të cilit gjithashtu përfundon në @ proseware.com. |
Nr. Posta juaj përpunohet në mënyrën e zakonshme. |
|
Po qëndroni në një hotel ose po përdorni një terminal interneti në aeroport që ofron akses në internet. Ju keni një llogari në shtëpi të Ofruesit të Shërbimeve të Internetit (ISP) që mbaron në @ proseware.com me të cilën lidheni me telefon, kabllor ose modem DSL. Në Outlook, ju keni të njëjtat cilësime të serverit SMTP të konfiguruara si në shtëpi. Ju po i dërgoni një mesazh një personi tjetër, adresa e emailit të të cilit gjithashtu përfundon në @ proseware.com. |
Nr. Posta juaj përpunohet në mënyrën e zakonshme. |
|
Njësoj si në situatën e mëparshme, vetëm ju po i dërgoni një mesazh një personi, adresa postare e të cilit përfundon në @ adatum.com. |
Po, dhe ky mesazh mund të bllokohet si postë e transmetuar. Po përpiqeni të përdorni serverin SMTP (postë dalëse) të ISP-së tuaj në shtëpi, megjithëse nuk jeni i lidhur me rrjetin e tyre. Serveri SMTP nuk mund t'ju vërtetojë si pajtimtar i autorizuar në një ISP. Përveç kësaj, ju i kërkoni serverit SMTP të pranojë mesazhin dhe të lidhet me një server tjetër SMTP për ta dërguar atë në kutinë postare të marrësit. |
Zgjidhjet
Nëse situata juaj konsiderohet transmetuese, duhet të dërgoni një mesazh përmes serverit me të cilin jeni duke u lidhur aktualisht. Kjo do të thotë, nëse jeni në punë ose larg shtëpisë dhe nuk përdorni ISP-në tuaj për t'u lidhur me internetin, por dëshironi të dërgoni një mesazh nga llogaria juaj e shtëpisë të ofruar nga ai ofrues, duhet të ndryshoni cilësimet e llogarisë tuaj të emailit për të specifikuar atë Serveri SMTP që po përdorni aty ku jeni (për shembull, një server SMTP që funksionon). Për udhëzime hap pas hapi, shihni artikullin.
Nëse kjo nuk funksionon, ose nëse preferoni të përdorni një llogari në shtëpi, duhet të kontaktoni ISP-në tuaj dhe të pyesni nëse opsionet e përshkruara më parë janë të disponueshme për ju. Lidhur me dy kufizimet e para (kërkon vërtetimin SMTP dhe kërkon lidhjen me serverin e postës hyrëse POP3 të ISP-së së pari), mund të bëni ndryshime në Cilësimet e llogarisë në Outlook. Për udhëzime, shihni Ndrysho cilësimet e llogarisë tuaj të postës elektronike.
Ende nuk po dërgoni mesazhe?
Ju keni ndryshuar cilësimet SMTP në Outlook ose keni gjetur një opsion që do t'ju lejojë të dërgoni mesazhe postare. Por ju ende nuk mund të dërgoni postë dhe të merrni një mesazh gabimi.
Ju mund të keni bërë gjithçka siç duhet, por administratorët e rrjetit po përdorin një veçori tjetër sigurie për të parandaluar mashtrimin e identitetit. Mashtrimi i identitetit është thjesht një mënyrë për të dërguar mesazhe postare në të cilat fshihni se kush jeni.
Në Outlook, si me shumicën e programeve të postës elektronike, mund të jepni një "emër të shfaqur" dhe adresën e postës së kthimit që shfaqet kur i përgjigjeni mesazhit tuaj. Në postë të padëshiruar, këto fusha pothuajse gjithmonë përmbajnë informacion të rremë. A besoni vërtet se mesazhet për t'u pasuruar shpejt erdhën nga një supermodele apo një lider botëror?
Për të parandaluar mashtrimin e identitetit, disa ISP kufizojnë aftësinë për të futur informacion të rremë në fushën e adresës në përgjigje. Për shembull, nëse emri i domenit të ISP-së suaj përfundon në proseware.com, ISP mund të mos ju lejojë të jepni një adresë kthimi. [email i mbrojtur]... Ky kufizim nuk përdoret aq gjerësisht sa u përshkrua më parë, por mund të zbatohet për të gjithë përdoruesit, pavarësisht nga vendndodhja e tyre ose mënyra e lidhjes. Në këtë rast nuk ka alternativë. Nëse administratori i serverit përdor këtë metodë, duhet të specifikoni domenin që korrespondon me lidhjen tuaj aktuale në adresën e kthimit.
Shembuj letrash:
550 5.7.1 Ky mesazh nuk u pranua për shkak të politikës DMARC të zotëruesit të domenit (RFC 7489) https://help.mail.ru/mail-help/postmaster/dmarc
550-5.7.1 Email i paautentikuar nga mail.ru nuk pranohet për shkak të politikës DMARC të domenit "s 550-5.7.1. Ju lutemi kontaktoni administratorin e domenit mail.ru nëse kjo 550-5.7.1 ishte një postë e ligjshme. Ju lutemi vizitoni 550 -5.7.1 https://support.google.com/mail/answer/2451690 për të mësuar rreth DMARC
550 5.7.1 Email i refuzuar sipas politikës DMARC për ...
Problemi i dërgimit të mesazhit në lidhje me politikën e re që po zbatohet DMARC lidhur me shtrëngimin e rregullave për kalimin e filtrave të spamit.
DMARCËshtë një protokoll për mbrojtjen kundër spamit dhe shpërndarjes së paautorizuar të postës në emër të një domeni, bazuar në mekanizmat ekzistues DKIM dhe SPF... Faqja zyrtare: dmarc.org.
Nëse merrni mesazhe të ngjashme me sa më sipër, ka shumë të ngjarë, posta nga faqja juaj dërgohet në emër të një kutie postare bazuar në @ mail.ru, @ bk.ru, @list.ru ose @ inbox.ru... Mail.Ru nuk pranon mesazhe të dërguara përmes phpmail nëse titulli i postës përmban një kuti postare që i përket mail.ru. Mesazhe të tilla, sipas politikës së zbatuar nga Mail.Ru DMARC refuzohen.
Si ta zgjidhni problemin
Ka dy mënyra për të zgjidhur problemin:
Metoda 1: ndryshoni kutinë postare nga dërgohen mesazhet
Zakonisht, e-mail-i në emër të të cilit dërgohen mesazhet e postës regjistrohet në pjesën administrative të CMS. Mund të ndryshohet gjithashtu drejtpërdrejt në skriptin e dërgimit të mesazheve (fusha "Nga").
Është e nevojshme që mesazhet të dërgohen nga një kuti postare bazuar në emrin e domenit tuaj, për shembull « [email i mbrojtur]» , ku domain.ru është domeni juaj. ...
Gjithashtu, kutia postare duhet të ndryshohet në skedarin php.ini:
Ndryshimi i kutisë postare në php.ini
- 1 hyni në panelin e kontrollit të hostit dhe hapni skedarin php.ini për redaktim:;
- 2
gjeni një rresht si:
sendmail_path = "/ usr / sbin / sendmail -t -i -f [email i mbrojtur]"
Në këtë linjë, në vend të « [email i mbrojtur]» specifikoni një kuti postare që nuk lidhet me domenet @ mail.ru, @ bk.ru, @list.ru dhe @ inbox.ru.
Është e këshillueshme që të specifikoni një kuti postare në domenin tuaj, për shembull, « [email i mbrojtur]» , ku domain.ru është domeni juaj.Përveç kësaj, kutia postare e regjistruar në php.ini duhet të ekzistojë. Nëse përdorni postë në një host, krijoni një kuti postare në domen dhe shkruajeni atë në skedarin php.ini.
Metoda 2: përdorni vërtetimin SMTP
Ju mund të dërgoni mesazhe në emër të kutisë tuaj postare bazuar në Mail.Ru duke vendosur autorizimin SMTP. Në këtë rast, të gjitha mesazhet përmes faqes tuaj do të dërgohen direkt nga serverët Mail.Ru.
Gabimet e sistemit të postës janë kode që u caktohen mesazheve gjatë marrjes ose refuzimit të marrjes. Kodi i gabimit ju lejon të zbuloni arsyen pse mesazhi i postës nuk mund të dërgohej. Në mënyrë tipike, kodi i gabimit është një numër, si # 550 ose # 2001. Kodet e gabimit janë përshkruar më poshtë.
Mesazhe pa kode
Adresë e padrejtuar
Nuk mund të përcaktohej serveri tek i cili dëshironi të përcillni mesazhin e postës. Arsyet e mundshme:
- Domeni në të cilin dërgohet posta nuk ekziston ose nuk është deleguar
- As regjistrimet MX dhe A nuk janë të regjistruara për domenin
- Regjistrimi MX tregon një emër që nuk ekziston
Përdoruesi i panjohur
Kutia postare e dhënë nuk ekziston, ose adresa e postës është specifikuar me një gabim
Transmetimi në zhvillim e sipër. Qëndroni të sintonizuar
Mesazhi shfaqet kur klienti i postës dërgon letra. Ky mesazh nuk është nga sistemi ynë i postës. Do të thotë që përdoruesi në rrjetin lokal ka një antispam ose mur zjarri që kontrollon të gjitha mesazhet dalëse.
Mbi kuotën
Gabim LMTP pas përfundimit të të dhënave: 552 5.2.2 Mbi kuotën
Gabim ndodh nëse kutia postare e marrësit është plot.
Mesazhe me kode
#1005
Verifikimi i thirrjes së dërguesit dështoi
Kontrollimi i dërguesit të letrës. Gabimi mund të jetë ose i plotë, siç tregohet më poshtë, ose i shkurtuar: "Verifikimi i dërguesit dështoi [# 1005]". Gabimi është dërguar nga një server që bëri një përpjekje të pasuksesshme për të dërguar një email te serveri ynë. Serveri ynë është renditur në rreshtin "... ndërsa flisni me mx3.site .:".
Adresat e mëposhtme kishin gabime të përhershme fatale -----
Adresa [email i mbrojtur]- kjo është adresa e marrësit të letrës, ajo jepet vetëm për hir të plotësimit.
Adresa e dërguesit [email i mbrojtur] nuk e kaloi testin, gjë që thotë mesazhi.
Dërguesi kontrollohet për secilën shkronjë. Për ta bërë këtë, serveri ynë përpiqet të lidhet me një server që pranon postën për domenin e dërguesit (në shembull, shembull.com) dhe të dërgojë një email nga adresa "<>"Në adresën e dërguesit (në shembull [email i mbrojtur]). Këto emaile duhet të pranohen gjithmonë, sepse kështu duken mesazhet e dërgimit të dështuar. Nëse serveri përgjigjet se një kuti postare e tillë nuk ekziston (në shembull, serveri që shërben në domenin example.com u përgjigj "550-Përdoruesi i panjohur (200)") ose për arsye të tjera refuzon përpjekjen, atëherë letra nga adresa [email i mbrojtur] e pa pranueshme.
Kontrollimi i adresës së kthimit nuk është mbrojtje kundër spamit (megjithëse ndihmon në filtrimin e një pjese të tij). Serveri duhet të jetë në gjendje t'i dërgojë një mesazh dërguesit në rast se ai nuk ishte në gjendje t'i dorëzonte letrën marrësit. Për t'u siguruar që kjo është e mundur, verifikohet adresa e kthimit.
Në këtë rast, ju e morët vesh problemin, sepse serveri ynë nuk e mori mesazhin (duke sinjalizuar për probleme komunikimi me domenin e dërguesit) dhe serveri dërgues ia raportoi këtë dërguesit. Nëse serveri ynë e pranonte mesazhin pa kontrolluar mundësinë e dërgimit të kthimit, nuk do të dinit për problemin.
Një letër me një adresë të pasaktë kthimi është një problem që duhet zgjidhur, por në asnjë rast duke fikur mjetet që e sinjalizojnë atë.
#1004
Na vjen keq, ne nuk pranojmë mesazhe nga hostet pa regjistrim PTR
Gabimi ndodh kur nyja dërguese nuk ka një rekord PTR.
#1007
Ne nuk pranojmë adresa ip dinamike, ju lutemi përdorni smtp-në e ofruesit tuaj [# 1007] ose IP dinamike u refuzua [# 1007]
Ky gabim ndodh për përdoruesit që përdorin një grup adresash dinamike për lidhjen e tyre. Kontrolli kryhet në bazë të adresës IP të përdoruesit (prania e fjalëve dial, ppp, pool, dsl, dinamike, statike dhe hyrje të tjera në të).
#1008
Verifikimi i dërguesit dështoi
Kreu i postës së sesionit smtp nga përmban një adresë kthimi të pavlefshme (për shembull, një domen që nuk ekziston).
#1009
Ne nuk pranojmë adresa ip dinamike, ju lutemi përdorni smtp-në e ofruesit tuaj [# 1009]
Ky gabim ndodh kryesisht tek përdoruesit që përdorin lidhje DSL ose DialUp dhe dërgojnë postë nga kompjuterët e tyre lokalë, me fjalë të tjera, duke mos përdorur serverin SMTP të ISP-së së tyre. Kontrolli kryhet në bazë të një shprehjeje të rregullt për:
^ ((1,3) \ D +) (2) ((1,3) [^ \ d \.] *). * \. (\ W | -) + \. \ W (2,4) $
Nëse për ndonjë arsye nuk mund të përdorni serverin SMTP të ISP-së tuaj - shkruani një kërkesë për mbështetjen teknike duke treguar adresën tuaj ip, ajo do të shtohet në listën e bardhë.
#1014
Posta u refuzua, shikoni http://www.spamcop.net/w3m?action=checkblock&ip=IP-adresa [# 1014]
Ne përdorim listat e zeza të DNS të spamcop.net për mbrojtjen e spamit. Adresa e dërguesit është në listën e zezë nga spamcop.net
#1020
Rele nuk lejohet
U bë një përpjekje për të dërguar një letër në një domen që nuk shërbehet nga serverët tanë të postës.
#1024
Verifikimi i marrësit dështoi
Kontrollimi i marrësit të letrës. Gabim ndodh nëse domeni shërbehet nga serverët tanë, por një adresë e tillë nuk ekziston në domen.
#1025
Verifikimi i thirrjes së marrësit dështoi
Kontrollimi i marrësit të letrës. Ndodh një gabim nëse serveri në distancë përgjigjet se nuk ekziston një marrës i tillë.
#1305
Po dërgoni shumë mesazhe
Është tejkaluar kufiri për dërgimin e emaileve përmes smtp. Për të rritur kufirin, duhet të kontaktoni shërbimin e mbështetjes teknike.
#2002
Kërkohet vërtetimi
Për të dërguar, duhet të kaloni vërtetimin me hyrje dhe fjalëkalim.
Mund të shihen shembuj të konfigurimit të saktë të klientëve të postës
Problemi i mosdorëzimit të mesazheve postare është një problem i zakonshëm që duhet të hetohet.
Arsyeja e këtyre problemeve është se gjendja e standardeve dhe praktikave aktuale të sistemeve të postës nuk lejon garantimin e dërgimit të mesazheve apo edhe marrjen e një komenti të qartë të mosdorëzimit.
Për më tepër, në faza të ndryshme të dërgimit të mesazhit, ekziston një numër i madh filtrash të konfiguruar gabimisht.
Zakonisht, për fat të keq, nuk mund të ndërmerren hapa ekskluzivë për të hetuar humbjen e postës. Ky artikull jep algoritmin përfundimtar të veprimeve, duke iu përmbajtur të cilit, do të kuptoni qartë se ku ka ndodhur problemi dhe si ta rregulloni atë, nëse është e mundur.
Për secilin opsion, jepet një koment shtesë nëse ka kuptim të hetohet më tej problemi ose nëse një vendim përfundimtar për problemin mund të merret menjëherë.
Problem me dërgimin e mesazheve nga faqja
Ju lutemi sigurohuni që të ndiqni saktësisht të gjitha këshillat në artikull.
Më e rëndësishmja:
1) Adresa e kthimit të letrës duhet të jetë një kuti postare e regjistruar në hostin tonë!
2) Postimet me shumicë janë të ndaluara, si parazgjedhje, deri në 500 letra në ditë mund të dërgohen nga faqja.
3) Letra duhet të plotësojë standardet postare. Skripti juaj gjeneron një letër vetë, dhe nëse nuk është e një cilësie shumë të lartë, do të pranohet nga serveri ynë, por shpërndarja e saj nuk do të ndodhë, sepse do të ruhet nga filtrat e sistemit tonë ose te marrësi.
Problem me dërgimin e mesazheve nga një person
Situata 1
Email-i që po dërgoni nuk shfaqet në listën e mesazheve.
Kjo do të thotë që serveri ynë i postës nuk e pranoi letrën. Arsyet mund të jenë si më poshtë:
- Letra nuk mbërriti në serverin tonë SMTP: programi juaj i postës nuk e dërgoi mesazhin. Burimi ose zgjidhja e problemeve mund të jetë si më poshtë -
- Cilësimet e llogarisë së programit tuaj të postës, më saktësisht - cilësimet e serverit SMTP. Mos harroni se serveri SMTP kërkon autorizim me të njëjtin emër përdoruesi dhe fjalëkalim si serveri i postës hyrëse.
- Antivirus, sistem sigurie, proxy server.
- Letra hyri në sistem, por u refuzua sepse nuk përmbante një adresë të vlefshme kthimi. Adresa e kthimit të letrës duhet të përputhet saktësisht ose me adresën e emrit të kutisë postare ose me një nga pseudonimet.
Situata 2
Mesazhi është në listën e mesazheve në radhë.
Ju duhet të hapni "statistikat e dorëzimit të postës", "dorëzimi SMTP".
Situata 2.1
Letra shfaqet në listën e dërgesave SMTP.
Mund të ketë shumë përpjekje për dërgim për një mesazh të vetëm. Përpjekjet paraprake mund të dështojnë, kjo është normale. Ju duhet të gjeni bllokun e fundit (rreshtin) që lidhet me dërgimin e mesazhit tuaj.
Situata 2.1.1
Blloku "ligji i dorëzimit" përfundon me një mesazh 250 OK ose ndonjë mesazh tjetër që fillon me një kod 250 (përveç rreshtit të fundit "Lidhja u mbyll normalisht" - nuk ka nevojë të merret parasysh).
Kjo do të thotë që serveri tjetër i postës në zinxhirin e dorëzimit e pranoi letrën dhe konfirmoi marrjen e mesazhit. Të gjitha pyetjet pasuese në lidhje me fatin e mesazhit duhet t'i drejtohen administratorit të këtij serveri të postës. Informacioni nga blloku "regjistri i dorëzimit", së bashku me datën dhe orën, do të ndihmojë administratorin të kuptojë fatin e mesazhit dhe, nëse është e nevojshme, të rregullojë problemin.
Situata 2.1.2
Blloku i "regjistrit të dorëzimit" përfundon me një mesazh që fillon me një kod tjetër nga 250, ose shoqërohet me mesazhin "Përpunimi i punës XXXXXXX i paplotë ose i dështuar".
Kjo do të thotë se serveri ynë i postës nuk ishte në gjendje t'i dërgonte mesazhin adresuesit. Në këtë rast, duhet të merrni një mesazh për mosdorëzimin e mesazhit të postës ("kthim"). Më shumë informacion është i disponueshëm nga regjistri i dorëzimit SMTP që po shikoni aktualisht.
- Mesazhi mund të refuzohet nga serveri i marrësit për shkak të filtrimit të gabuar të spamit. Përgjegjësia për kthimin e mesazhit i takon administratorit të serverit, serveri i postës së të cilit ka vendosur që mesazhi është i padëshiruar. Spam nuk dërgohet nga adresat e serverit tonë të postës, kështu që vendimi për të refuzuar letrën bazuar në adresën IP ose karakteristika të tjera formale është qëllimisht i gabuar.
Nuk ka kuptim ta hetojmë këtë problem nga ana jonë, pasi citohet përgjigja e serverit marrës. Duhet të kontaktoni administratorin e serverit marrës.
Shembuj të mesazheve që serveri i postës së marrësit ka refuzuar një mesazh me dyshimin për postë të padëshiruar: - 591 hosti juaj është në listën e zezë
- 450 5.7.1
- 553 5.3.0 Spam i bllokuar shiko: http://spamcop.net/ ...
- 550 5.7.0 Adresa IP e serverit tuaj është në bazën e të dhënave SpamCop, mirupafshim
- 554 Shërbimi i padisponueshëm; Adresa e dërguesit u bllokua duke përdorur list.dsbl.org
- 550-Mesazhi u refuzua sepse… (…)
- 591 hosti juaj është në listën e zezë, shikoni ...
- Mesazh 4xx ose 5xx që përmend postën e bezdisshme, të bllokuar, Spamcop, Spamhaus, RBL, SBL, XBL, SPEWS, analiza politikash, të mohuara ose të ngjashme.
- Mesazhi mund të refuzohet nga serveri i marrësit nëse marrësi mungon në server, d.m.th. për shkak të një gabimi në adresë.
Kualifikoni adresën përpara simbolit @.
Nuk ka kuptim ta hetojmë këtë problem nga ana jonë, pasi citohet përgjigja e serverit marrës. Nëse mendoni se adresa është e saktë, atëherë duhet të kontaktoni administratorin e serverit marrës për të sqaruar arsyen e refuzimit të pranimit të letrës.
Shembuj të mesazheve të adresave që mungojnë: - 550
- 553 Ne nuk transmetojmë pa vërtetimin RFC2554
- 550 Mesazhi nuk u pranua - kuti postare e pavlefshme
- 554 ... Kjo llogari është çaktivizuar ose ndërprerë
- Mesazhi i gabimit në adresën postare pas simbolit @. Kontrolloni adresën e postës dhe nëse domeni i marrësit është i hapur dhe funksional.
Shembuj të mesazheve të gabimit pas @: - Gabim i përkohshëm XXX (gabim i përkohshëm i rezolucionit MX) në zgjidhjen e "aaa.bb"
- Gabim teknik gjatë dërgimit të mesazhit. Mund të provoni të ridërgoni emailin ose të kontrolloni me marrësin nëse serveri i tij i postës elektronike funksionon siç duhet.
Mund të kontaktoni shërbimin mbështetës me një kërkesë për të komentuar situatën më saktë.
Shembuj të mesazheve të gabimit teknik: - Gabim gjatë lidhjes me serverin primar "a.b.c.d"
- Gabim gjatë lidhjes me serverin alternativ "a.b.c.d"
Situata 2.2
Email-i mungon nga lista e dërgesave SMTP. Kontaktoni mbështetjen.
Problem me marrjen e mesazheve
Ju duhet të shkoni në llogarinë tuaj personale, të zgjidhni "statistikat e dorëzimit të postës", "radha e mesazheve" për kutinë postare që ju nevojitet.
E RËNDËSISHME:
Ky lloj problemi mund të hetohet vetëm për mesazhet që janë dorëzuar drejtpërdrejt në kutinë postare, pa përfshirjen e një liste postimi ose filtri të postës elektronike. Nëse kutia juaj postare merr një mesazh në mënyrë indirekte (nëpërmjet një liste postare), duhet të hetoni problemin për kutinë postare, e cila është kutia kryesore postare e listës postare. Nëse filtri i postës së padëshiruar është i aktivizuar, ai duhet të çaktivizohet.
Situata 3
Mesazhi është në listë.
Kjo do të thotë që mesazhi është pranuar nga serveri dhe është postuar në kutinë tuaj postare. Problemet me marrjen e një letre të tillë lidhen me sistemin tuaj ose cilësimet e tij.
- Kontrolloni cilësimet tuaja të filtrimit të postës së padëshiruar ("lista e plotë e veçorive", "filtrimi i spamit"). Nëse filtri i postës së padëshiruar është i aktivizuar, mesazhi mund të zhvendoset ose refuzohet (në varësi të cilësimeve tuaja). Mesazhi gjithashtu mund të shkatërrohet, pavarësisht nga cilësimet, nëse përmban një virus.
Duhet të përpiqeni të çaktivizoni filtrimin e postës ose të kontrolloni të gjitha kutitë postare ku mesazhi mund të ishte zhvendosur, nëse zgjidhet kjo mënyrë. - Sistemi juaj i postës mund të mos pranojë fare postë nga serveri ynë. Për të sqaruar këtë rast, shikoni përmbajtjen e kutisë tuaj postare përmes aksesit në ueb në postë, shihni lidhjen përballë kutisë postare të kërkuar në faqen "fjalëkalimet e burimeve" të llogarisë tuaj personale.
- Ndonjëherë sistemi i postës së një kompjuteri ose organizate merr një mesazh, dhe më pas, për ndonjë arsye, e fshin atë nga serveri, pa e transmetuar ose ruajtur askund tjetër. Duhet të kontaktoni administratorin e sistemit tuaj të postës për të hetuar këtë lloj problemi.
Nuk ka kuptim ta hetojmë këtë problem nga ana jonë, pasi letra ishte vendosur në kutinë tuaj postare dhe mund të fshihej prej saj vetëm duke përdorur komandat nga kompjuteri juaj duke përdorur protokollin POP3 ose IMAP.
Situata 4
Mesazhi nuk është i listuar.
Kjo do të thotë që serveri ynë i postës nuk po e pranonte mesazhin.
Nuk ka kuptim ta hetojmë këtë problem nga ana jonë. Ky është vetëm një problem për sistemin tonë të postës elektronike nëse ka dëshmi se mesazhi është dorëzuar në serverin tonë. Prova është një pjesë e regjistrit të klientit SMTP të serverit dërgues (një rast i pasqyruar i ngjashëm me situatën 2.2.1 më lart). Nëse nuk ka prova të tilla, atëherë administratori i serverit të postës së palës dërguese duhet të hetojë këtë rast mosdorëzimi.
Ju gjithashtu mund të përpiqeni të merrni parasysh rrethanat e ndryshme të domenit tuaj, të cilat mund të çojnë në faktin se dërgimi i postës në të nuk do të funksionojë fare.
- Sigurohuni që domeni të jetë aktiv (DELEGATED), që serverët DNS të përputhen me serverët DNS të sajtit (ns1.site, ns2.site).
- Nëse domeni shërbehet nga serverë të tjerë DNS, sigurohuni që regjistrimi MX i domenit të drejtohet te serveri ynë i postës (nëse nuk raportohet ndryshe, ky duhet të jetë një sajt poste).
- Nëse domeni shërbehet nga serverët tanë DNS, shkoni te "lista e plotë e funksioneve", "redaktori i zonës DNS", zgjidhni domenin, sigurohuni që kutia e kontrollit "1Gb ..
- Sigurohuni që domeni të jetë regjistruar më shumë se 3 ditë më parë.
