Zanesljivo pošiljanje e-poštnih sporočil
7 naročnikov
7 naročnikov
Lep pozdrav vsem skupaj!
Soočam se z neprijetnim problemom ... (a obstajajo prijetni problemi?)
Sem pred splavitvijo novega projekta, recimo mu novi-projekt.com. Žal imam kar resne težave z dostavljanjem poslanih e-mailov v okviru novega projekta. Gmail že od samega začetka e-pošto z naslova info@novi-projekt.com pomete v Spam folder, kar pomeni, da je moja komunikacija z uporabniki precej neučinkovita.
Kaj bi lahko bilo narobe?
- domena je nova, registrirana je cirka pol leta (odkar se razvija novi projekt)
- IP strežnika baje ni na nobeni blocked listi (imam ServInt VPS strežnik)
- spam score mojih mailov je brezhiben
- nikoli nisem pošiljal nobenega spama ne s te domene ne s tega strežnika nasploh
Je že kdo imel podobno težavo, da je brez razloga Gmail sortiral njegovo e-pošto pod Spam? Kako ste to rešili? Pošiljate preko kakšnih plačljivih posrednikov? Vključujete na dno emailov tisti standardiziran CAN-SPAM odstavek z linkom za odjavo tudi pri emailih ob registraciji in pozabljenem geslu?
Hvala vsem vnaprej!
Anže
14 odgovorov
Jaz sem imel popolnoma enako težavo, upam, da bo kaj v pomoč: http://www.internetmojster.com/administracija/mail-gt-spam.html
Hvala za link, sem si vse prebral. Ti si torej začel pošiljat e-pošto preko SMTP naslova svojega ISPja (ponudnika internetnih storitev), in vse je instantno delovalo okej? Si spreminjal še kaj drugega?
Obstajajo kakšni kvalitetni public SMTP, da ne pošiljam e-pošte za mednarodni biznis preko T-2?
google je tudi občutljiv, da strežnik odgovarja na ping paketke, poglej če slučajno tvoj ponudnik ali pa tvoj strežnik (firewalll) ne blokira PING paketkov.
Tudi ena izmed dobrih stvari da nastaviš na IPju rDNS za isto domeno s katere pošilja tvoj SMTP strežnik.
Verjetno res nisi na blacklisti, niti na googlovi, ker če ne se ne bi niti v spam pojavil temveč bi te direktno brisali.
IP iz katerega pošiljaš potrebuje veljaven A zapis, ki je viden na svetu, helo od strežnika mora biti enak temu A zapisu, PTR oz reverse dns (to urejaš pri ponudniku gostovanja!) mora vrninit A zapis
če tvoj server izpolnjuje vse zahteve za graylisting pass, potem pomoje tudi z G ne bi smelo biti problem.
http://www.ietf.org/rfc/rfc2821.txt
- naredi RDNS
- naredi SPF record
Če to en bo pomagalo, uporabi drug smtp oziroma naredi relay. Tako boš videl, ali je krivec IP, ali nastavitveali mogoče celo domena. Domena je nova? Nima zgodovine?
Preveri tudi nastavitve aplikacjie s katero pošiljaš, saj če se v Headerju pošiljatelj "čudno" oziroma nepravilno predstavi, potem je lahko tudi to težava. Preveri tudi nastavitve aplikacjie s katero pošiljaš, saj če se v Headerju pošiljatelj "čudno" oziroma nepravilno predstavi, potem je lahko tudi to težava.
Res najlepša hvala vsem za odgovore!
Preko cPanel / Email Authentication sem že kakšnih 14 dni nazaj omogočil "DomainKeys" in "SPF", vendar od takrat nisem opazil nobenih sprememb na boljše. Bi moral še kaj spremeniti ob samem pošiljanju mailov (za pošiljanje mailov uporabljam PHPMailer), da se te spremembe pravilno upoštevajo in zares obrodijo sadove?
Mi lahko nekdo pove še kaj več o rDNS? Kako preverim, če je stvar že pravilna nastavljena? Kako jo nastavim, če ni?
Res najlepša hvala še enkrat vsem, super ste!
Anže
Polkna
C:>nslookup *smtp.pagein.net** (A zapis)
Server: dnslj1.t-2.net
Address: 84.255.209.79
Non-authoritative answer:
Name: smtp.pagein.net
Address: 77.234.129.143
C:>nslookup 77.234.129.143 (IP na katerega kaže A zapis)
Server: dnslj1.t-2.net
Address: 84.255.209.79
Name: smtp.pagein.net
Address: 77.234.129.143*
in pod name moraš dobiti enako kot je tvoj A zapis. Če dobiš non existing domain ali kar nekaj, potem to ni OK.
Še 1x, ker večna ljudi tega ne ve. rDNS oz. PTR zapis potem urediš pri lastniku IP naslova se pravi pri ponudniku gostovanja.
