Podešavanje slanja e-pošte bez njihovog ubacivanja u neželjenu poštu.
Mogućnost slanja e-pošte putem SMTP servera trećih strana (Mandrill, Mailgun, Yandex) i putem lične adrese Neću razmatrati mail servise (tamo je sve vrlo jednostavno, ako pratite date upute za instalaciju) - razmotrit ću samo opciju da imamo svoj server, na kojem je instaliran u skladu s tim mail server, kao što je exim (kao većina hostova).
Trebat će nam pristup za uređivanje DNS zapisa i minimalno vlasništvo konzole DKIM postavke(ako postoji ISPmanager - i ova stavka postaje nebitna). Ukupno ćete morati da konfigurišete (dodate) 4 nova unosa u DNS zapisima vaše domene: PTR, SPF, DKIM i DMARC.
- PTR- takozvani "obrnuti" DNS-zapis. Trebalo bi biti obavezno, jer veliki broj poštanske usluge na njegovu netačnu indikaciju je nedopustivo. U teoriji, trebao bi ga instalirati vaš hoster, na primjer DigitalOcean to radi automatski. - ali postoji opcija i njena ručna podešavanja.
- SPF- zapis koji pokazuje da je vašem serveru dozvoljeno slanje e-pošte sa ovog domena i IP-a. Ne postoji ovaj zapis - ulazak u neželjenu poštu je gotovo zagarantovan. Instalacija je vrlo jednostavna - sveobuhvatne informacije sa primjerima postavljanja možete dobiti na (informacije na zelenoj pločici), ili na.
- DKIM- elektronski potpis tvoja pisma. Ako postoje dva prethodni unosi- daje vašoj domeni i slovima s nje "težinu", zahvaljujući kojoj isti Yandex, na primjer, označava slova ugodnom zelenom kvačicom.
Podešavanje ovog potpisa je možda najteže - kao rezultat toga, 90% sajtova ga nema, ali se toplo preporučuje. Vrlo ga je lako postaviti u ISPmanageru: omogućite DKIM podršku na kartici sa funkcijama, u uređivanju mail domena označite DKIM kvadratić i uzmite gotov unos u svojstvima domena (NS). Ako ne postoji ISPmanager, savjetujem vam da koristite ovaj prilično jednostavan članak:.
- DMARC- standard je potpuno nov, ali ga mail servisi već aktivno implementiraju i ove godine je već 100% must have. Podešavanje je najjednostavnije od svih gore navedenih unosa, potrebno je samo dodati jedan od primjera navedenih na ovoj stranici ispod: - Savjetujem drugi.
Podešavanje sakupljača povratne pošte.
XenForo ima apsolutno neverovatan mehanizam koji skoro niko ne koristi - sakupljač e-pošte. Mislim da su se svi susreli sa situacijom da nakon izvršenja masovno slanje pošte Poštansko sanduče prima veliki broj pisama sledećeg oblika:
Ovu poruku je automatski kreirao softver za dostavu pošte.
Poruka koju ste poslali nije mogla biti isporučena na jedan ili više njih
primaocima. Ovo je trajna greška. Sljedeće adrese nisu uspjele:
***@rambler.ru
SMTP greška sa udaljenog servera pošte nakon RCPT DO:<***@rambler.ru>:
host imx1.rambler.ru : 540 5.7.1<***@rambler.ru>:
Adresa primaoca odbijena: Vaša e-pošta je vraćena jer je nalog e-pošte ciljanog primaoca suspendovan. Nalog se mora ponovo aktivirati da biste primali dolazne poruke.
Ove e-poruke su signal da vaši korisnici imaju zastarjele adrese. Email(kutije su blokirane, obrisane, pune), što znači da neće primati nova pisma od vas i, ako je potrebno, neće moći vratiti svoj nalog na forumu. Mnogi korisnici ni ne znaju da koriste zastarjelu e-mail adresu, ali poštanske usluge, videći veliki broj e-mailova poslatih na nepostojeće adrese, oni mogu okrutno staviti vašu domenu na listu neželjene pošte.
S tim se treba boriti, jer čak i na mom forumu, na kojem ovaj sistem radi duže od prvog slanja, ima dosta "vraćenih" pisama, u poređenju sa brojem korisnika:
- Za početak stvaramo poštanska adresa, na koji ćemo slati vraćena pisma (kutija je sistemska i ne treba se koristiti u druge svrhe) - npr. gdje je google.com vaša domena.
- Idite na odjeljak administratora Postavke - Postavke e-pošte. U polje Povratna adresa unesite poštansko sanduče koje ste kreirali. Stavite kvačicu automatska obrada neisporučena pisma i naznačite podatke za pristup vašem servisnom poštanskom sandučetu koje ste prethodno kreirali: adresu (u slučaju vašeg SMTP servera navedite svoju), login (adresu koju ste kreirali) i lozinku iz poštanskog sandučeta. Navest ću primjer svojih postavki - imam poslovnu poštu od Mail.ru - stoga se povezujem na njihov server da primam poštu iz servisne kutije
U suštini, to je cijela postavka. Forum će automatski ići u poštansko sanduče usluge koje ste naveli u određenim intervalima, preuzimati kopije vraćenih pisama koje je primio i odatle ih brisati. U poglavlju Instrumenti - Dnevnik neuspjeha isporuke e-pošte možete pogledati ove statistike. Posebno naglašavam da se ovaj okvir ne može koristiti u druge svrhe, inače rizikujete da dobijete prilično smiješne greške u logovima admin panela.
U skladu sa uslovima koje ste postavili, prilikom vraćanja, na primer, 3 pisma sa jedne adrese, korisnik će biti poslat na automatsku reaktivaciju - od njega će se tražiti da navede trenutnu email adresu i ponovo aktivira nalog. Vaše učešće nije potrebno - korisnici će sami naznačiti svoje trenutne adrese e-pošte, pa će problem vremenom nestati. A prilikom slanja e-pošte, korisnici sa pogrešnom e-mail adresom mogu biti isključeni iz nje - čime se izbjegava mogući pogodak na listama neželjene pošte.
Napisano je dosta teksta, ali u stvari, podešavanje svega - i servera i sakupljača pošte traje nekoliko minuta, ako tačno pratite uputstva. Podesite ga jednom i zaboravite da vaše e-poruke sa foruma nisu stigle negde ili da je vaša domena uvrštena u spam liste jer je baza podataka zastarela.
Da biste pojednostavili neke od gore opisanih zadataka, možete koristiti bilo koji - kako god želite. Koristim prvi - ali izbor je u potpunosti na vama. Dodavanje vaših domena tamo će vam dati praktične, neograničene poštanske sandučiće sa već ugrađenim filterima za neželjenu poštu + izvesno pojednostavljenje podešavanja servera (neki zapisi će biti obezbeđeni automatski (sa izuzetkom DKIM-a, koji se ionako mora generisati ručno za slanje pošte sa vašeg servera )).
Kada niste kod kuće i pošaljite e-mail koristeći svoju kućnu e-poštu račun, ova poruka se može vratiti s greškom 550, 553 ili releja. Ista stvar se može dogoditi kada ste van kancelarije pokušavajući da pošaljete e-poštu koristeći svoj poslovni nalog e-pošte.
Opis
Relej se dešava kada se poruka e-pošte pošalje na adresu e-pošte čiji domen (ime iza simbola @, kao što je adatum.com) nije obrađen SMTP protokolom ili serverom odlazne pošte koji prima zahtev za isporuku poruke od pošiljaoca. SMTP server se mora povezati sa drugim SMTP serverom da bi prenio poruku.
Ako prilikom slanja mail poruka dođe do greške releja, vaš SMTP (odlazna pošta) server može vratiti vašu poruku zajedno s porukom o grešci kao što je:
„Poruku nije bilo moguće poslati jer je server odbio da prihvati adresu jednog od primalaca. Adresa je navedena u pismu:<адрес эл. почты>. Predmet:<тест>, račun:<тест>, server:
Tačan tekst poruke o grešci ovisit će o vašem ISP-u. Neki provajderi ne vraćaju poruku o grešci kada definišu odlazne poruke kao neželjeno oglašavanje. U ovim slučajevima, izgleda da se vaša poruka šalje normalan način rada(u Outlooku ostaje u fascikli odlazni i pojavljuje se u folderu Poslano), ali se ne isporučuje primaocu.
Vaša poruka je odbijena jer vas SMTP (outgoing mail) server nije prepoznao kao ovlaštenog korisnika.
SMTP je protokol (standardi koje koriste računari za komunikaciju) koji koristi većina servera e-pošte za slanje poruka na Internetu. Ako koristite program za e-poštu (kao što je Outlook) koji vam omogućava da pohranjujete poruke na računaru, trebat će vam pristup SMTP serveru da biste slali poruke.
Bilješka: Sistemi e-pošte zasnovani na webu (npr. Windows Live Mail ili Yahoo! Mail) rade drugačije i nisu obuhvaćene u ovom članku.
Spam i otvoreni releji
Reklamne poruke koji se distribuiraju bez pitanja naziva se spam ili spam. Količina neželjene pošte nastavlja da raste jer je slanje onima koji je šalju gotovo ništa. U stvari, pošiljalac čak ne mora da šalje neželjenu poštu preko SMTP (odlazne pošte) servera svog ISP-a.
Tokom stvaranja osnovna struktura Interneta, niko nije predvideo posledice mogućnosti slanja miliona spam poruke za zanemarljivu naknadu. Zahvaljujući sposobnosti SMTP servera da prenose neželjenu poštu, pošiljaoci neželjene pošte maskiraju njen pravi izvor tako što ga prenose putem serveri trećih strana na kojima su takvi otvoreni releji dozvoljeni. Kao rezultat toga, izgleda da neželjena pošta dolazi sa stranice koja prenosi poruku i skriva identitet pravog pošiljaoca.
Donedavno je većina SMTP servera pošte radila na pouzdanoj osnovi. otvoreni sistem. U takvom sistemu, svako sa bilo kojeg mjesta može poslati mail poruku na SMTP server, a server je mora prihvatiti i proslijediti primaocu ili drugom mail serveru na kojem se nalazi poštansko sanduče primaoca. Sa ovim otvorenim relejem, nema ograničenja koja sprečavaju nekoga da šalje poštu preko SMTP servera.
ISP ograničenja za Mail Relay
Kako se količina neželjene pošte povećavala, administratori mreže (ljudi odgovorni za upravljanje serverima ISP-a) počeli su da nameću ograničenja na svoje mail SMTP serveri. Ova ograničenja sprečavaju sve da koriste mail server. Zamislite da se u predvorju vaše organizacije nalazi telefon koji je dostupan svima, uključujući i one koji nisu zaposleni u organizaciji. Sada samo zaposleni mogu koristiti telefon.
Danas je u upotrebi nekoliko vrsta ograničenja.
Zahtijeva SMTP autentifikaciju. Baš kao što koristite korisničko ime i lozinku za pristup POP3 serveru (dolazna pošta) i svojim porukama e-pošte, morate unijeti korisničko ime i lozinku da biste slali poruke e-pošte putem SMTP servera. Ovo je obično isto korisničko ime i lozinka kao i za POP3 server, ali mogu biti jedinstveni.
Prvo se morate povezati na POP3 (dolaznu poštu) server vašeg ISP-a. Da biste primali nove poruke e-pošte, obično se povezujete na POP3 (inbox) server. Potrebno je da unesete korisničko ime i lozinku da biste pristupili svom poštanskom sandučetu. Mrežni administrator može konfigurirati server tako da, ako se prvo povežete na dolazni POP3 server i izvršite autentifikaciju, on će odobriti sve zahtjeve za slanje e-mail poruka preko odlaznog SMTP servera, koji bi inače bio ograničen.
Zahtijeva vezu s ovlaštene lokacije na mreži. Ako se kod kuće povezujete na Internet provajdera koristeći telefonska linija, putem kabla ili preko DSL modema, veza u toku direktno na mrežu dobavljača. Pouzdani ste jer imate nalog sa korisničkim imenom i lozinkom koje vam je dao vaš ISP. Vama kao klijentu je dozvoljeno da koristite SMTP server za slanje e-mail poruka.
Zahtijeva vezu sa određene IP adrese ili raspona IP adresa. Vaš ISP može dozvoliti pristup SMTP serveru osobama koje nisu direktno povezane na mrežu. Na primjer, moglo bi biti udaljenog korisnika u kancelariji. Glavni problem je to na mnogim mjestima dinamičke IP adrese. Međutim, ne možete biti sigurni da imate istu IP adresu svaki put kada se povežete. Neke organizacije mogu imati rezerviran blok ili raspon IP adresa. ISP može smatrati one koji se povezuju sa ovih IP adresa verifikovanim korisnicima. On može dati više informacija.
Postoji mnogo mogućih scenarija releja. Ispod su najčešće situacije. Možda je jedan od njih sličan vašem.
|
Situacija |
Je li to relej? |
|
Kod kuće ste i imate ISP nalog koji završava na @proseware.com na koji ste povezani preko dial-up, kablovskog ili DSL modema. Šaljete poruku drugoj osobi čija adresa e-pošte također završava na @proseware.com. |
|
|
Isto kao i prva situacija, osim što šaljete poruku osobi čija adresa e-pošte završava na @adatum.com . |
Da, ali nije blokiran. Povezujete se direktno s ISP-om i na taj način dobivate ovlaštenje za slanje pošte preko njegovog SMTP servera (odlazne pošte) na bilo koju adresu, bez obzira na lokaciju poštansko sanduče primalac. |
|
Jesi li na poslu. Vaša poslovna adresa e-pošte završava na @thephone-company.com i imate kućni nalog ISP-a koji završava na @proseware.com i povezuje se na njega putem dial-up, kablovskog ili DSL modema. U Outlooku imate iste postavke SMTP servera kao kod kuće. Šaljete poruku osobi čija adresa e-pošte također završava na @proseware.com. |
br. Vaša pošta se obrađuje na uobičajen način. |
|
Odsjeli ste u hotelu ili ste koristili internet terminal na aerodromu koji omogućava pristup internetu. Imate kućni ISP nalog koji završava na @proseware.com sa kojim se povezujete dial-up, kablovskim ili DSL modemom. U Outlooku imate iste postavke SMTP servera kao kod kuće. Šaljete poruku drugoj osobi čija adresa e-pošte također završava na @proseware.com. |
br. Vaša pošta se obrađuje na uobičajen način. |
|
Isto kao gore, osim što šaljete poruku osobi čija adresa e-pošte završava na @adatum.com. |
Da, i ova poruka se može blokirati kao proslijeđena pošta. Pokušavate da koristite kućni SMTP (odlazna pošta) server vašeg ISP-a, iako niste povezani na njihovu mrežu. SMTP server ne može vas autentifikovati kao ovlaštenog pretplatnika ISP-a. Pored toga, tražite od SMTP servera da prihvati poruku i poveže se sa drugim SMTP serverom kako bi je isporučio u poštansko sanduče primaoca. |
Rješenja
Ako se vaša situacija smatra relejnom, morate poslati poruku preko servera na koji se trenutno povezujete. Odnosno, ako ste na poslu ili odsutni od kuće i ne koristite svog ISP-a za povezivanje na Internet, ali želite poslati poruku sa svog kućnog računa koji pruža taj ISP, trebate promijeniti postavke računa e-pošte tako da upućuju na taj SMTP server, koji koristite tamo gdje se nalazite (na primjer, SMTP server koji radi). Upute korak po korak vidi članak.
Ako to ne uspije, ili ako biste radije koristili kućni račun, morat ćete kontaktirati svog ISP-a i pitati jesu li vam dostupne opcije opisane ranije. Što se tiče prva dva ograničenja (zahteva SMTP autentifikaciju i zahtijeva da se prvo povežete na dolazni POP3 server ISP-a), možete promijeniti Postavke računa u programu Outlook. Pogledajte Promjena postavki naloga e-pošte za uputstva.
Poruke još uvijek nisu poslane?
Promijenili ste SMTP postavke u Outlooku ili ste pronašli postavku koja će vam omogućiti slanje e-poruka. Ali još uvijek ne možete poslati poštu i dobiti poruku o grešci.
Možda ste sve uradili kako treba, ali mrežni administratori koriste neku drugu sigurnosnu funkciju kako bi spriječili lažiranje identiteta. Prevara identiteta je jednostavno način slanja e-pošte u kojoj skrivate ko ste.
U Outlooku, kao iu većini programi za e-poštu, možete odrediti "ime za prikaz" i povratnu poštansku adresu koja se pojavljuje kada se odgovori na vašu poruku. U neželjenoj pošti ova polja gotovo uvijek sadrže lažne informacije. Vjerujete li zaista da poruke o brzom bogaćenju dolaze od supermodela ili svjetskog lidera?
Kako bi spriječili lažiranje identiteta, neki ISP-ovi ograničavaju mogućnost lijepljenja lažne informacije u polju za adresu u odgovorima. Na primjer, ako Ime domena vaš ISP završava sa proseware.com, vaš ISP vas može spriječiti da navedete povratnu adresu [email protected]. Ovo ograničenje nije tako široko korišteno kao što je prethodno opisano, ali se može primijeniti na sve korisnike bez obzira na njihovu lokaciju i način povezivanja. U ovom slučaju nema alternative. Ako administrator servera koristi ovaj metod, morate navesti domenu koja odgovara vašoj trenutnoj vezi u povratnoj adresi.
Primjeri slova:
550 5.7.1 Ova poruka nije prihvaćena zbog DMARC politike vlasnika domene (RFC 7489) https://help.mail.ru/mail-help/postmaster/dmarc
550-5.7.1 Neautorizirana e-pošta s mail.ru nije prihvaćena zbog domene 550-5.7.1 DMARC politike. Molimo kontaktirajte administratora mail.ru domene ako je ovaj 550-5.7.1 bio legitiman mail. Molimo posjetite 550 -5.7.1 https://support.google.com/mail/answer/2451690 da saznate više o DMARC-u
550 5.7.1 E-pošta odbijena prema DMARC politici za ...
Problem isporuke poruke vezan za novu primjenu politike DMARC vezano za pooštravanje pravila za prolazak spam filtera.
DMARC je anti-spam i anti-spam zaštitni protokol zasnovan na postojećim mehanizmima DKIM i SPF. Zvanična stranica: dmarc.org.
Ako primate poruke slične gore navedenim, najvjerovatnije se pošta sa vaše stranice šalje u ime poštanskog sandučeta na osnovu @mail.ru, @bk.ru, @list.ru ili @inbox.ru. Mail.Ru ne prihvata poruke poslane putem phpmail-a ako zaglavlja pošte sadrže poštansko sanduče koje pripada mail.ru. Takve poruke, prema politici koju provodi Mail.Ru DMARC, su odbijeni.
Kako riješiti problem
Postoje dva načina za rješavanje problema:
Metod 1: Promijenite poštansko sanduče iz kojeg se šalju poruke
Obično se e-pošta, u ime koje se šalju mail poruke, registruje u administrativnom dijelu CMS-a. Također se može promijeniti direktno u skripti koja šalje poruke (polje "Od").
Neophodno je da se poruke šalju iz poštanskog sandučeta na osnovu imena vašeg domena, na primjer « [email protected]» , gdje je domain.ru vaša domena. .
Takođe, potrebno je promijeniti poštansko sanduče u datoteci php.ini:
Promjena okvira u php.ini
- 1 uđite u kontrolnu tablu hostinga i otvorite datoteku php.ini za uređivanje: ;
- 2
pronađi liniju poput:
sendmail_path = "/usr/sbin/sendmail -t -i -f [email protected]"
U ovom redu, umjesto « [email protected]» navedite poštansko sanduče bez domene @mail.ru, @bk.ru, @list.ru i @inbox.ru.
Preporučljivo je odrediti poštanski sandučić na svojoj domeni, npr. « [email protected]» , gdje je domain.ru vaša domena.Osim toga, poštansko sanduče navedeno u php.ini mora postojati. Ako koristite poštu na hostingu, kreirajte poštansko sanduče na domeni i registrirajte ga u php.ini fajlu.
Metoda 2: Koristite SMTP autorizaciju
Možete slati poruke u ime svog poštanskog sandučeta na osnovu Mail.Ru postavljanjem SMTP autorizacije. U tom slučaju, sve poruke preko vaše stranice bit će poslane direktno sa Mail.Ru servera.
Greške sistema pošte su kodovi koji se dodeljuju porukama u trenutku prijema ili odbijanja prijema. Šifra greške vam omogućava da saznate razlog zašto poruka ne može biti isporučena. Tipično, kod greške je broj, kao što je #550 ili #2001. Šifre grešaka su opisane u nastavku.
Poruke bez kodova
nepreusmjeriva adresa
Nije uspjelo određivanje servera za prosljeđivanje poruke pošte. Mogući razlozi:
- Domena na koju se šalje pošta ne postoji ili nije delegirana
- Ni MX ni A zapisi nisu registrovani za domen
- MX zapis ukazuje na nepostojeće ime
Korisnik nepoznat
Ovo poštansko sanduče ne postoji ili je poštanska adresa netačna
prenos je u toku. ostani sa nama
Poruka se javlja prilikom slanja e-pošte email klijent. Ova poruka nije sa našeg mail sistema. To znači da korisnik ima lokalna mreža postoji antispam ili firewall koji provjerava sve odlazne e-poruke.
preko kvote
LMTP greška nakon završetka podataka: 552 5.2.2 Prekoračenje kvote
Greška se javlja kada je poštansko sanduče primaoca puno.
Poruke sa kodovima
#1005
Oblačić za potvrdu pošiljaoca nije uspio
Provjeravamo pošiljaoca pisma. Greška može biti ili potpuna, kao što je dolje naznačeno, ili skraćeno: "Provjera pošiljatelja nije uspjela [#1005]". Neki server koji je implementirao šalje grešku neuspjeli pokušaj pošaljite email na naš server. Naš server je naveden u redu "... dok razgovaramo sa mx3.site.:".
Sljedeće adrese su imale trajne fatalne greške -----
Adresa [email protected]- Ovo je adresa primaoca pisma, navedena je samo radi kompletnosti.
Adresa pošiljaoca [email protected] nije položio test, kako piše u poruci.
Za svako pismo se provjerava pošiljalac. Da bi to uradio, naš server pokušava da se poveže sa serverom koji prima poštu za domen pošiljaoca (u primeru - example.com) i pošalje email sa adrese "<>» na adresu pošiljaoca (u primjeru [email protected]). Takve mejlove uvijek treba prihvatiti, jer tako izgledaju poruke o neuspjelim isporukama. Ako server odgovori da takvo poštansko sanduče ne postoji (u primjeru, server koji opslužuje example.com domenu je odgovorio “550-User unknown (200)”) ili odbije pokušaj iz drugih razloga, tada se šalje pismo sa adrese [email protected] nije prihvatljivo.
Provjera povratne adrese nije zaštita od neželjene pošte (iako pomaže u filtriranju neke od njih). Server mora biti u mogućnosti da pošalje poruku pošiljaocu ako nije mogao dostaviti poruku primaocu. Da bi se ova mogućnost garantovala, provjerava se povratna adresa.
U ovom slučaju, vi ste svjesni problema jer naš server nije prihvatio poruku (što ukazuje na probleme u komunikaciji sa domenom pošiljaoca), a server koji šalje to je prijavio pošiljaocu. Da je naš server prihvatio poruku bez provjere mogućnosti povratne isporuke, ne biste znali za problem.
Pismo s pogrešnom povratnom adresom je problem koji se mora riješiti, ali ni u kojem slučaju onemogućavanjem alata koji ga signalizira.
#1004
Žao nam je, ne prihvatamo poruke od domaćina bez PTR zapisa
Greška se javlja kada pošiljateljski čvor nema PTR zapis.
#1007
Ne prihvatamo dinamičke IP adrese, molimo koristite smtp vašeg provajdera [#1007] ili dinamički IP odbijen [#1007]
Ova greška se javlja za korisnike koji koriste dinamičko spremište adresa za svoju vezu. Provjera se vrši na osnovu IP adrese korisnika (prisustvo riječi dial, ppp, pool, dsl, dynamic, static i drugih pojava u njoj).
#1008
Potvrda pošiljaoca nije uspjela
Zaglavlje e-pošte sa smtp sesije sadrži nevažeću povratnu adresu (na primjer, nepostojeći domen).
#1009
Ne prihvatamo dinamičke IP adrese, molimo koristite smtp vašeg provajdera [#1009]
Ova greška se uglavnom javlja kod korisnika koji koriste DSL ili DialUp veze i šalju poštu sa svojih lokalnih računara, drugim riječima, ne koriste SMTP server svog provajdera. Provjera se zasniva na regularnom izrazu za:
^((1,3)\D+)(2)((1,3)[^\d\.]*).*\.(\w|-)+\.\w(2,4)$
Ako iz nekog razloga ne možete koristiti SMTP server vašeg provajdera, napišite zahtjev tehničkoj podršci navodeći vašu IP adresu, ona će biti dodana na bijelu listu.
#1014
Mail odbijen, pogledajte http://www.spamcop.net/w3m?action=checkblock&ip=IP adresa [#1014]
Koristimo spamcop.net DNS crne liste za zaštitu od neželjene pošte. Adresa pošiljaoca je na crnoj listi spamcop.net
#1020
Relej nije dozvoljen
Učinjen je pokušaj slanja e-pošte na domenu koju ne opslužuju naši mail serveri.
#1024
Provjera primatelja nije uspjela
Provjeravamo primaoca pisma. Greška se javlja ako domenu opslužuju naši serveri, ali takva adresa ne postoji u domeni.
#1025
Oblačić za potvrdu primaoca nije uspio
Provjeravamo primaoca pisma. Greška se javlja ako udaljeni server odgovori da takav primalac ne postoji.
#1305
Šaljete previše poruka
Prekoračeno je ograničenje za slanje e-pošte putem smtp-a. Za povećanje limita potrebno je kontaktirati službu tehničke podrške.
#2002
Potrebna je autentifikacija
Za slanje, potrebno je da se autentifikujete sa korisničkim imenom i lozinkom.
Možete pogledati primjere ispravne konfiguracije mail klijenata
Problem neisporuke e-mail poruka je tipičan problem koji morate istražiti.
Razlog za ove probleme je to što stanje trenutnih standarda i praksi sistema pošte ne dozvoljava vam da garantujete isporuku poruka ili čak dobijete jasan komentar o odbijanju.
Štaviše, u različitim fazama isporuke poruke postoji veliki broj pogrešno konfiguriranih filtera.
Obično se, nažalost, ne mogu poduzeti nikakve isključive mjere za istraživanje problema izgubljene pošte. Ovaj članak daje konačni algoritam radnji, pridržavajući se kojeg, jasno ćete razumjeti gdje je nastao problem i kako ga riješiti, ako je moguće.
Za svaku opciju dat je dodatni komentar o tome da li ima smisla dalje istraživati problem ili se konačna odluka o tom pitanju može donijeti odmah.
Problem sa slanjem poruka sa sajta
Obavezno slijedite sve savjete iz ovog članka.
Najvažniji:
1) Povratna adresa pisma mora biti registrovano poštansko sanduče na našem hostingu!
2) Masovno slanje poruka je zabranjeno, po defaultu, do 500 e-mailova dnevno se može poslati sa stranice.
3) Pismo mora biti u skladu sa poštanskim standardima. Vaša skripta sama generiše pismo, a ako se ispostavi da nije baš kvalitetno, naš server će ga prihvatiti, ali neće biti isporučeno, jer. to će biti odloženo filterima našeg sistema ili kod primaoca.
Problem sa slanjem poruka od osobe
Situacija 1
E-mail koji šaljete nije na listi poruka.
To znači da naš mail server nije prihvatio pismo. Razlozi mogu biti sljedeći:
- E-pošta nije stigla do našeg SMTP servera: vaš program za e-poštu nije poslao poruku. Izvor ili rješenje problema može biti sljedeće -
- Postavke naloga vašeg mail programa, tačnije - postavke SMTP servera. Zapamtite da SMTP server zahtijeva autorizaciju sa istim korisničkim imenom i lozinkom kao i server dolazne pošte.
- Antivirus, sigurnosni sistem, proxy server.
- Pismo je ušlo u sistem, ali je odbijeno, jer. nije sadržavao važeću povratnu adresu. Povratna adresa pisma mora se tačno podudarati ili sa adresom naziva kutije ili sa jednim od pseudonima.
Situacija 2
Pismo je prisutno na listi poruka u redu čekanja.
Potrebno je da otvorite "Statistiku dostave pošte", "SMTP dostava".
Situacija 2.1
Poruka se nalazi na SMTP listi isporuke.
Može postojati više pokušaja isporuke za jednu poruku. Preliminarni pokušaji mogu propasti, to je normalno. Morate pronaći posljednji blok (red) koji je relevantan za isporuku vaše poruke.
Situacija 2.1.1
Blok "Evidencija isporuke" završava porukom 250 OK ili bilo kojom drugom porukom koja počinje kodom 250 (osim zadnjeg reda "Veza zatvorena normalno" - ne morate to uzeti u obzir).
To znači da je sljedeći mail server u lancu dostave prihvatio pismo i potvrdio prijem poruke. Sva naredna pitanja o sudbini poruke moraju biti upućena administratoru ovog mail servera. Informacije iz bloka "Dnevnik isporuke", zajedno s datumom i vremenom, pomoći će administratoru da shvati sudbinu poruke i, ako je potrebno, riješi problem.
Situacija 2.1.2
Blok "Evidencija isporuke" završava porukom koja počinje kodom koji nije 250, ili je popraćen porukom "Obrada posla XXXXXXX nije dovršena ili nije uspjela".
To znači da naš mail server nije mogao isporučiti poruku primaocu. U tom slučaju, trebali biste primiti poruku o neisporučenoj poruci pošte („bounce“). Dodatne informacije dostupne su u SMTP dnevniku isporuke koju trenutno gledate.
- Poruku može odbiti server primaoca zbog neispravnog filtriranja neželjene pošte. Odgovornost za vraćanje pisma je na administratoru servera čiji je mail server odlučio da je pismo neželjena pošta. Spam se ne šalje sa adresa našeg mail servera, tako da je odluka da se pismo odbije na osnovu IP adrese ili drugih formalnih znakova očigledno pogrešna.
S naše strane nema smisla istraživati ovaj problem, jer citira se odgovor servera primaoca. Potrebno je da kontaktirate administratora servera za prijem.
Primjeri poruka da je primaočev mail server odbio poruku zbog sumnje da je neželjena pošta: - 591 vaš host je na crnoj listi
- 450 5.7.1
- 553 5.3.0 Spam blokiran vidi: http://spamcop.net/ ...
- 550 5.7.0 IP adresa vašeg servera je u bazi podataka SpamCop, ćao
- 554 Usluga nedostupna; Adresa pošiljaoca blokirana preko list.dsbl.org
- 550-Poruka je odbijena jer… (…)
- 591 vaš domaćin je na crnoj listi, pogledajte ...
- 4xx ili 5xx poruka koja spominje riječi spam, blokiran, Spamcop, Spamhaus, RBL, SBL, XBL, SPEWS, analiza politike, odbijeno ili slično.
- Poruku može odbiti server primaoca ako primalac ne postoji na serveru, tj. zbog greške u adresi.
Navedite adresu ispred simbola @.
S naše strane nema smisla istraživati ovaj problem, jer citira se odgovor servera primaoca. Ako smatrate da je adresa tačna, potrebno je da kontaktirate administratora primajućeg servera da razjasnite razlog odbijanja da prihvatite pismo.
Primjeri poruka adresa koje nedostaju: - 550
- 553 Ne prenosimo bez RFC2554 provjere autentičnosti
- 550 Poruka nije prihvaćena -- nevažeće poštansko sanduče
- 554 … Ovaj nalog je onemogućen ili ukinut
- Poruka o grešci u poštanskoj adresi nakon simbola @. Provjerite poštansku adresu i da li je domen primatelja pokrenut i pokrenut.
Primjeri poruka o grešci nakon @: - Privremena greška XXX (privremena greška MX rezolucije) rješavanje "aaa.bb"
- Tehnička greška prilikom slanja poruke. Možete pokušati ponovo poslati e-poštu ili provjeriti kod primatelja da li njihov server e-pošte ispravno radi.
Možete se obratiti službi podrške sa zahtjevom da preciznije prokomentarišete situaciju.
Primjeri poruka o tehničkim greškama: - Greška pri povezivanju na primarni server "a.b.c.d"
- Greška pri povezivanju na alternativni server "a.b.c.d"
Situacija 2.2
Pošta nije na SMTP listi za isporuku. Kontaktiraj podršku.
Problem sa primanjem poruka
Potrebno je da odete na svoj lični nalog, odaberete "statistika isporuke pošte", "red poruka" za polje koje vam je potrebno.
BITAN:
ovu vrstu problema možete istražiti samo za poruke koje su dostavljene direktno u poštansko sanduče, bez učešća mailing liste ili filtera za neželjenu poštu. Ako vaše poštansko sanduče primi poruku indirektno (preko mailing liste), potrebno je da istražite problem za poštansko sanduče koje je glavno poštansko sanduče na listi e-pošte. Ako je filter neželjene pošte omogućen, mora biti onemogućen.
Situacija 3
Poruka je na listi.
To znači da je poruka prihvaćena od strane servera i stavljena u vaše poštansko sanduče. Problemi sa primanjem takvog pisma povezani su sa vašim sistemom ili njegovim postavkama.
- Provjerite postavke sistema za filtriranje neželjene pošte ("puna lista funkcija", "filtriranje neželjenih poruka"). Ako je filter neželjene pošte omogućen, e-pošta je možda premještena ili odbijena (u zavisnosti od vaših postavki). Poruka bi također mogla biti uništena, bez obzira na postavke, ako je sadržavala virus.
Trebali biste pokušati isključiti filtriranje pošte ili provjeriti sve poštanske sandučiće u koje bi pismo moglo biti premješteno ako je ovaj način odabran. - Vaš sistem pošte možda uopće neće prihvatiti poštu sa našeg servera. Da biste razjasnili ovaj slučaj, pogledajte sadržaj svog poštanskog sandučeta putem internetskog pristupa pošti, pogledajte vezu nasuprot željenog poštanskog sandučeta na stranici "lozinke za resurse" vašeg ličnog naloga.
- Ponekad sistem pošte računara ili organizacije primi poruku, a zatim je iz nekog razloga briše sa servera, a da je ne prenese ili sačuva na bilo kom drugom mestu. Trebalo bi da kontaktirate svog administratora sistema e-pošte da istražite ovu vrstu problema.
S naše strane nema smisla istraživati ovaj problem, jer pismo je stavljeno u vaše poštansko sanduče i moglo se ukloniti iz njega samo pomoću komandi sa vašeg računara koristeći POP3 ili IMAP protokol.
Situacija 4
Poruka nije navedena.
To znači da naš mail server nije prihvatio poruku.
S naše strane nema smisla istraživati ovaj problem. Ovo je samo problem sa našim sistemom pošte ako postoji dokaz da je poruka isporučena na naš server. Dokaz je dio SMTP klijentskog dnevnika servera koji šalje (ogledalo slučaja slično situaciji 2.2.1 iznad). Ako nema takvih dokaza, onda je na administratoru servera pošte pošiljaoca da istraži slučaj neisporuke.
Također možete pokušati uzeti u obzir različite okolnosti vaše domene, što može dovesti do toga da dostava pošte na nju uopće neće funkcionirati.
- Uvjerite se da je domena DELEGIRANA, da se DNS serveri podudaraju sa DNS serverima stranice (ns1.site, ns2.site).
- Ako domenu opslužuju drugi DNS serveri, uvjerite se da MX zapis domene ukazuje na naš mail server (osim ako nije drugačije navedeno, ovo bi trebalo da bude mail.site).
- Ako domen opslužuju naši DNS serveri, idite na "punu listu funkcija", "Uređivač DNS zone", odaberite domenu, provjerite da li je "1Gb..
- Provjerite je li domena registrirana prije više od 3 dana.
