Ugrás a főmenüre.
Web 2008.06.13.

Szívtam egy kicsit a Gmail-lel

Weboldalak hosztolása közben az e-mail egy kicsit mostohagyerek téma, mert az alkalmazásunkhoz, a leprogramozott dolgainkhoz nincs sok köze, kicsit outsider ügy. A (viszonylag) egyszerű beállítás, strapabíró környezet, kiváló spam szűrés és a név miatt megoldás lehet a Google Apps-on belüli Gmail, de vannak buktatói.
Szívtam egy kicsit a Gmail-lel

Ha esetleg nem ismernéd: itt van a Google Apps oldala, ahol saját domain-nel lehet Gmail accokat csinálni (pl. enyim@sajatdomain.hu és mégis Gmail!), többek között.

Épp próbálgatom a Slicehost nevű szolgáltatót (lesz majd full post a tapasztalatokról) és semmi kedvem sem volt saját e-mail alkalmazás telepítésére, beállítására, satöbbi. Úgy döntöttem, hogy próbaképpen teljesen a Google megoldására fogok támaszkodni.

Átállítottam az MX rekordjaimat a megfelelő Google szerverekhez (két nappal előtte persze csökkentettem a TTL-t, hogy gyorsan lássam a változást), beállítottam a megfelelő eléréseket és kész. Az e-mail fogadás gyönyörűen működött.

Teh catch is e-mail sending, as always

Eddig volt a könnyű rész, most jön a nehezebb. A Google SMTP szerverével szerettem volna szétküldeni a webalkalmazásom e-mailjeit (feliratkozás, user-kezelési izék plusz hírlevél).

Első pofon: TLS. Az alkalmazásom direktben SMTP protokollal csatlakozik, nem a PHP (elég béna) mail() függvényével. Beállítottam a szervert, SMTP authentikációt és a megfelelő portot, de semmi. Log: STARTTLS. Mi ez? Utánaolvastam, a TLS egy titkosított e-mail csatorna SMTP felett, sokan SSL-nek tudják be, de csak majdnem az.

Kicsit leizzadtam, hogy egy titkosított protokoll kezelését is le kellene programoznom, de mázlim volt: a PHP transzparensen kezeli a TLS-t, ha fent van az openssl támogatás. Fent volt, kint és az otthoni dev szerveremen is. Annyit kell csak csinálni, hogy az fsockopen hívásánál a szerver neve elé beszúrsz egy 'tls://'-t.

Második pofon: mennek ki az e-mailek de furcsa értesítések jönnek vissza, úgy 10-15% e-mailt visszadobott a Google SMTP szervere. Itt a vonatkozó help center bejegyzés. Az van, hogy az SMTP szerverük már az e-mail küldésekor megnézi, hogy nem spamről van-e szó. Ha igen, ki sem küldi. Az már külön érdekesség, hogy ugyanazzal a tartalommal de eltérő címzettel az egyiket átengedi, a másikat nem.

Látszik, hogy a Google komolyan veszi a spam elleni harcot, de megnehezíti az életünket. Mindegy, megcsináltam az általuk javasolt lépéseket és így kevesebbet dobott vissza.

Harmadik pofon: nem reklámozzák, de egy nap egy account-ról maximum 500 e-mailt tudsz kiküldeni. Ez is csak a logból derült ki... Ez viszont már megoldhatatlan ügy, nem fogok olyan workaround-okba fogni, hogy különböző címekről küldjem a leveleket, ez nagyon rossz user experience lenne.

Konklúzió

Azt fogom csinálni, hogy az account-ok és az MX rekordok maradnak a Google Apps-nál, de a kiküldésre kénytelen leszek saját SMTP-t telepíteni, asszem postfix lesz. Esetleg van valami egyszerűbb, amit Ubuntura javasoltok, netán überolcsó fizetős SMTP?

4 hozzászólás

  1. idézem 2008.06.13. 02:46
    Postfix szerintem pont megfelelő a kiküldéshez, nemrég kutattam mindenféle no-brainer SMTP után hogy minimalizáljam a mailszerver által okozott terhelést, és rá kellett hogy jöjjek queue kezelés nélkül nehéz mailt küldeni.

    Alapfeltételeket úgyis tudod: forward-reverz DNS rendben legyen, lehetőleg kerüld a mail() függvény használatát, így be tudod állítani az envelope sendert, hogy ne minden a www-data@ -ra pattogjon vissza.
    Ja és az IP-det vetesd fel a AOL feedback loopra, mielőtt az első e-mail kimegy :D

    A másik opció, hát igen: valami smtp auth képes account amin nincsenek napi limitek.
  2. idézem 2008.06.13. 03:50
    • cadmagician
    én csináltam saját mélszervert. aztán azt állítok, meg állíttatnak amit akarnak. pl egy cégnél ha helyben van a levelezés, az sokkal jobb, mint a távoli google. pláne ha sokat leveleznek....
  3. idézem 2008.06.13. 18:33
    • Robika
    sok copy-n-paste howto van már postfix beállításra akár mysql-lel vagy más db-vel is, így utána az adminnal sem lesz sok baj...

    két dolog miatt lehet jó a gmailt használni: jó a kezelőfelülete és valszeg nem lesz áramszünet ;)
  4. idézem 2008.06.16. 00:43
    Köszönöm a tanácsokat, feltoltam egy postfix-et. Majd abból is lesz blogpost, merthogy a SASL-el összehozni igen nehéz volt nekem, authentikáció nélkül az SMTP semmit sem ér.
Új hozzászólás
A sortörések automatikusak. Csak az üzenet kitöltése kötelező, a többi mező opcionális. A megadott e-mail címet nem tesszük közzé. Engedélyezett HTML tagek: p, a, strong, em, blockquote, ul, ol, li, dl, dt, dd.

Legutolsó hozzászólások

Veoh.com: szánalmas!: zola2000: Megtaláltam a legegyszerűbb megoldást veohra: használjatok operát, és kapcsoljátok be az opera turbot, ekkor az opera norvégiai jön be a...

Végre IKEA!: Ági: Heló bárkinek, aki idetéved! A weboldalunk domain-je - a kedvenc áruházunk ügyvédjének nyumására :) - megváltozott: Az új cím: is...

DJ PLAYER Blue Edition: Gábor: Ja, és természetesen megy iPad-en is, hiszen _minden_ iOS app megy iPad-en.

DJ PLAYER Blue Edition: Gábor: Bug report-okat itt fogadunk: http://djplayer.net/page/bug_report_fixes

DJ PLAYER Blue Edition: hohand: Hello!A dj player mukodik iPad-on is?Tegnap feltettem, wifi-n athuztam ra zeneket,de amikor ranyomtam egy zeneszamra,error-t dobott es valami is!...

iMect means internet, media and other cool things. We're a small company located in Hungary. There is a big footer on every page where you can discover what we do and what happens with us.

Az iMect jelentése: internet, média és egyéb király dolgok. Egy kis magyar cég vagyunk. Minden oldalon van egy nagy lábléc, ahol felfedezheted, hogy mivel foglalkozunk.