Domeniu nou plus mailuri care nu ajung in inbox la Yahoo mail? Va propun o solutie!

Se da urmatoarea problema: ti-ai cumparat un domeniu si tocmai ai lansat un site; undeva pe site se genereaza un email catre useri.
Emailul respectiv trebuie sa respecte un standard (RFC822), cel mai probabil programatorul care ti-a facut site-ul a respectat acest standard si mailul este bine construit.
Mai trebuie sa ai grija de diverse setari pe serverul de mail (SMTP – de obicei problema este rezolvata de compania de hosting pe care o folosesti), adresa de email de pe care trimiti sa existe, etc. Toate acestea sunt foarte simplu de rezolvat.

Te apuci de testat. Vezi ca mailul din site ajunge in inbox pe diverse servere, totul ok si atunci descoperi problema: nu ajunge in inbox la mailurile @yahoo.com.

Adaugi adresa from in contacts pe yahoo, incerci din nou, mailul nu ajunge in inbox.
Te apuci si verifici domeniul si ip-urile sa vezi daca sunt in vreo lista de spam. Nu sunt!

Ce faci? Care este problema?

Lucrurile sunt destul de simple: domeniul tau, nou, nu este “de incredere” pentru yahoo si oricat ai astepta mailul tau nu va ajunge in inbox, nu va ajunge nici macar in spam.

Acum Google comes to the rescue :) .

Google ofera un serviciu numit Google Apps care are si o versiune standard, gratuita. Google Apps ofera, printre altele, si un serviciu de hosting pentru email pentru maxim 50 de useri, mai mult decat suficient pentru a rezolva problema data.

Setarile necesare pentru a muta mailul la Google Apps sunt foarte simple (o schimbare de MX records, se rezolva din cPanel).
Apoi poti trimite mailuri din PHP, folosindu-te de SMTP-ul de la google, fara nicio problema.

Ce se intampla in acest caz? Mailul ajunge instant in inbox la Yahoo!

Daca nici Google nu e trusted, atunci cine? :)

Sper ca acest mini – tutorial v-a ajutat iar in incheiere nu pot sa nu spun: de cand si pana unde a devenit Yahoo atat de restrictiv?

Daca ti-a placut acest articol citeste si:

  1. E cea mai buna solutie sa folosesti Google Apps! Eu am emailul gazduit la ei si pentru trimiterea email-urilor catre abonati folosesc libraria SwiftMailer. Librarie care se poate integra foarte usor in orice aplicatie doresti.
    Pana acum n-am avut probleme (in ~2 ani).. sa nu ajunga emailul in inbox :)

    • Daniel Buca
    • July 12th, 2010

    Eu am folosit PHPMailer, similar cu SwiftMailer :)
    Si da, Google Apps rules :)

    • Vlad
    • July 14th, 2010

    True, si am auzit din ce in ce mai multe firme care isi muta mail-ul pe Google Apps, pt un fee undeva la 40$ per utilizator per an. Care este foarte mic pt ca nu o sa pierzi mailuri si back-up-ul este tinut la google.

    Cunosc pe cineva care este reseller google apps (pretul este controlat de google) daca este cineva interesat let me know.

    • Daniel Buca
    • July 14th, 2010

    Da, fee-ul ala de 50$ (40eur) este pentru varianta premium care contine o groaza de chestii in plus.
    Nu este mult, vorbim de ~4 dolari / luna.

    • Vlad
    • July 14th, 2010

    @Daniel Buca da, si iti fac import si la toate mailurile existente deja

    • Daniel Buca
    • July 14th, 2010

    @Vlad
    da, asta e mare lucru; importul am vazut ca merge facut in mai multe feluri ca sa acopere orice situatie.
    si sa nu uitam ca au si varianta gratuita de google apps :) care pe partea de email e limita la 50 de useri (pt nevoi normale e chiar ok).

    • Vlad
    • July 14th, 2010

    @Daniel Buca True + o luna free trial la varianta full. Stii ca poti sa iti sincronizezi mai multe adrese de gmail in 1 singura si sa dai rply din cea principala folosind adresa de email din cele secundare. (pt 2 adrese de mail, vreo 2 linkuri de activat + 2 security code-uri si gata)

    Pacat ca aplicatiile de mobil pt gmail nu stiu sa trimita cu orice adresa de mail vrei tu (master/slave)

  2. Una din cauzele pentru care emailul nu ajunge in inbox yahoo poate fi o “eticheta” proasta acordata serverului pe care e gazduit site-ul. In aceasta situatie, programatorul nu are nici o vina. E o problema de hosting.

    Va spun din proprie experienta si nu din auzite.

    • Daniel Buca
    • July 24th, 2010

    @Tudor
    O “eticheta” proasta acordata serverului inseamna:
    1) ip-ul serverului de mail (smtp) este in lista de spam sau untrusted
    2) numele de domeniu folosit e in lista de spam

    Pentru 1. solutia este ce am scris eu mai sus si nu este neaparat o problema a firmei de hosting.
    Pentru 2. solutia e schimbarea domeniului si nu este in niciun caz problema firmei de hosting.

  3. Solutia e bunicica.Atat ca :

    Each Standard Edition account can currently send to 500 external recipients per day. Premier and Education Edition users can send to 2000 external recipients per day.

    http://www.google.com/support/a/bin/answer.py?hl=en&answer=166852&from=166862&rd=1

    • Daniel Buca
    • August 3rd, 2010

    Da, ai dreptate, trebuia sa precizez si acest aspect, thanks.

    Acum hai sa ne gandim un pic, in functie de tipul de comunicare:
    - interna (in cadrul aceluiasi domeniu): aceste mailuri nu se contorizeaza
    - externa: daca ai un business mic, aflat la inceput, 500 mailuri pe zi sunt ok, daca business-ul creste si ai nevoie de mai multe mailuri poti face upgrade la premier edition si trimiti 2000 pe zi

    Inca un aspect: limitarea este per user din cate vad la ei pe site, nu pe domeniu. La varianta free ai 50 de useri, asta inseamna 25000 de mailuri in total, pe zi.

  1. No trackbacks yet.

data recovery software