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.
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
-
idézem 2008.06.13. 02:46Postfix 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. -
idézem 2008.06.13. 03:50é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....
-
idézem 2008.06.13. 18:33sok 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 ;) -
idézem 2008.06.16. 00:43Kö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.
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.