minden e-mail küldő szolgáltatónak megvan a saját maximális e-mail méretkorlátja. Nincs azonban egyedi szabvány – a korlátokat leginkább teljesítmény – és biztonsági okok határozzák meg. Sok dolgot kell szem előtt tartania az e-mail értesítések vagy hírlevelek elkészítésekor: a fájlmellékletek és a HTML-rész maximális méretétől az e-mail kliensig, amelyet a címzettek valószínűleg használni fognak. Vannak olyan nem annyira nyilvánvaló tényezők is, amelyek befolyásolják az e-mail tényleges méretét és kézbesíthetőségét. Ebben a cikkben, összegyűjtöttük a leggyakoribb kapcsolódó kérdésekre adott válaszokat:

• mi az ajánlott méret az e-mail törzséhez és mellékleteihez?
• melyek a különböző e-mail kliensek és küldő szolgáltatók korlátai?
• hogyan befolyásolják a beágyazott képek az e-mail méretét, a spam pontszámot és a kézbesíthetőséget?
• melyek az e-mail méretével kapcsolatos gyakori problémák és hibák, és hogyan kell kezelni őket?

a Mailtrap esetében is alkalmaztunk egy e-mail méretkorlátot: nézzük át, hogyan működik, és hogyan segíthet az e-mail kézbesíthetőségének tesztelésében.

az e-mail méretkorlátok típusai

az e-mail méretkorlátokat három fő okból használják:

1. teljesítmény. Az e-mail rendszereket nem úgy tervezték, hogy nagy mennyiségű adatot továbbítsanak. Az SMTP-vel foglalkoznak, ami meglehetősen elavult protokoll. A legtöbb rendszer nem képes egyszerre több adatforrást feldolgozni. Ezenkívül a levélátviteli ügynökök gyakran átvizsgálják a bejövő adatokat vírusok és egyéb potenciális kockázatok szempontjából, ami szintén erőforrásokat vesz igénybe és befolyásolja a rendszer teljesítményét.
2. adatbázis/tároló mérete. Az e-mail adatokat egy kiszolgálón kell tárolni (akár felhő, akár helyi). Ezért nemcsak magának az üzenetnek, hanem a beérkező levelek egészének is megvannak a maga korlátai.
3. biztonság. A listánk 1.és 2. pontja szintén potenciális biztonsági résekhez vezet. Az e-mail rendszerek általában korlátozott számú portot használnak az adatok lekéréséhez. Ez a DOS (denial of service) támadások jelöltjévé teszi őket: hatalmas mennyiségű nagy üzenet képes az egész rendszert lebontani. Ez is ismert, mint egy e-mail bomba.

tranzakciós vagy marketing e-mailek elkészítésekor két korlátot kell figyelembe venni:

• üzenet küldésének korlátozása (az Ön e-mail rendszere)
• üzenet lekérésének korlátozása (a címzettek levelezőrendszere).

ha például az Ön e-mail szolgáltatása legfeljebb 15 MB-ig képes üzeneteket küldeni, de az e-mail címzettje csak 10 MB-ig képes letölteni az üzeneteket, akkor nyilvánvaló, hogy az e-mail nem haladhatja meg a 10 MB-ot. Ellenkező esetben az e-mail elutasításra kerül. Hasznos tudni a címzett bejövő üzeneteinek juttatását.

ha nagy e-mail címadatbázissal dolgozik tranzakciós vagy marketing e-mailek küldéséhez, és nem rendelkezik ilyen adatokkal a címzettekről, akkor kövesse az általános szabályt: 10 MB-nál nem nagyobb üzenetek küldése.

korlátozások a népszerű e-mail küldő szolgáltatók és ügyfelek számára, mint a Gmail, Az Outlook, a Sendgrid stb.

e-mail kliens	küldési és bejövő méretkorlátok
AOL	25 MB
Apple Mail (iCloud)	20 MB
Gmail	25 MB
GMX	50 MB
Outlook / Office 365	20 MB (10 MB Az Exchange-fiókok esetében), legfeljebb 150 MB Az Office-ban 365
ProtonMail	25 MB
Thunderbird	nem
Yahoo	25 MB
Zoho levél	20 MB

e-mail küldés szolgáltató	Küldés méretkorlátozás	különleges megjegyzések
AWS SES	10 MB
Mailgun	25 MB
Mandrill	25 MB
	10 MB	a TextBody és a HtmlBody egyenként legfeljebb 5 MB lehet
Sendgrid	30 MB

láthatja, hogy a legtöbb e – mail kliens képes 20-25 MB e-mail adat lekérésére. Ez egy nagyon ritka helyzet, amikor tömeges e-mailt kell küldenie nagy mellékletekkel. De ez még mindig lehetséges, ha például számos foglalási vagy megrendelés-visszaigazolást küld. Az Általános kézbesíthetőség mellett azonban kevés további aggodalom merül fel a nagy üzenetek küldésével kapcsolatban. A Spam pontszám és a renderelési problémák a legfontosabbak. Sőt, egyes ESP-k, mint például a Postmark, további korlátokkal rendelkeznek az e-mail törzsméretére vonatkozóan.

mit kell még figyelembe vennie az e-mail méretével kapcsolatban?

ügyelve arra, hogy olyan üzenetet hozzon létre, amely sikeresen eljut a címzettekhez, azt is meg kell gondolnia, hogy melyik mappába kerül, milyen gyorsan lesz kézbesítve, és milyen boldogok lesznek a címzettek.

ellenőrizze az e-mailjeit

Spam score

a spamszűrők elkerülése és a címzett postaládájának fő mappájának megcélzása az egyik legbonyolultabb dolog az e-mailek kezelésében. Nem talál szigorú és mindenütt jelenlévő kritériumokat a spam észlelésére. Van azonban egy lista a közös “spam-ellenes” szabályokról, amelyek tetején a mérethez kapcsolódó pontok találhatók.

technikailag az SMTP protokollban nincs üzenettörzs-korlátozás. Ennek ellenére néhány szolgáltatónak megvannak a saját korlátai. Például a Postmark lehetővé teszi, hogy a HTML és a szöveges részek mindegyike 5 MB legyen, míg a Gmail 102 KB-nál nagyobb méretű üzeneteket rögzít.

a különböző szolgáltatók számos tesztje bizonyítja az e-mail mérete és a kézbesíthetőség közötti összefüggést. A legtöbb esetben a 100-150 KB – nál nagyobb testtel rendelkező üzenetek spamszűrőket váltanak ki. Tehát a közös ajánlás az, hogy az e-mail testméretét 15 KB és 100 KB között tartsuk.

renderelési problémák

a nagy e-mailek másik aspektusa a betöltési és/vagy renderelési sebesség. A címzettek nem mindig férnek hozzá nagy sebességű kapcsolathoz, és a hosszan tartó üzenetbetöltési folyamat irritációt okozhat. Ezenkívül sok e-mail kliensben előfordulhat, hogy egy nagy e-mail törzs csak részben jelenik meg, és a címzett csak a képek vagy a levágott tartalom részeit fogja látni. Ez súlyosan károsíthatja az ügyfelek digitális élményét, és rossz általános benyomást kelthet.

a számos korlátozás és rejtett korlátozás ellenére közös szabályok vannak a jól teljesítő e-mailek létrehozására. Ezek közül az első az, hogy csökkentse és optimalizálja az e-mail test méretét.

mi befolyásolja az e-mail méretét, és hogyan lehet optimalizálni?

az üzenet minden eleme és végrehajtásának módja befolyásolja az e-mail méretét.

• mellékletek. A mellékletekkel minden egyszerű. Ezek zárt fájlok, és nem befolyásolják az e-mail törzsméretét. A teljes e-mail korlát általában tartalmazza az összes mellékletet. A legjobb megoldás az, ha feltölti azokat a fájlokat, amelyeket át kell helyeznie a felhőbe, és linket helyez az üzenetébe. Biztonsági problémák miatt sok fájltípus blokkolva van, vagy veszélyesnek tekinthető (beleértve .doc, .XL és .pdf).
• képek és egyéb beágyazott elemek. Még az egyszerű értesítések általában képeket tartalmaznak, legalábbis a cég logóját. A méretük a képformátumtól és a kép üzenetbe történő beágyazásának módjától függ. Ebben a cikkben közelebbről megvizsgáltuk ezt a témát. Röviden, ahol csak lehetséges, hivatkozzon egy külső kiszolgálón tárolt képre (a HTML-ben, így az üzenet részeként jelenik meg).
• kódolás. A MIME-kódolású (base64) üzenetek 33% – kal növelik az e-mail méretét. Ezt tartsa szem előtt, amikor többrészes üzenetet kódol.
• Egyéb. Minden egyes üzenet elem befolyásolja az Általános méretét. Üzenetfejlécek, aláírások, formázás – mindezek extra kilobájtot adnak hozzá.

a tökéletes e-mail szabályai

figyelembe véve a fent említett korlátokat és függőségeket, létrehoztunk egy rövid e-mail méret optimalizálási ellenőrzőlistát. Itt vannak a legjobb gyakorlatok a méret szempontjából jól teljesítő e-mail felépítéséhez:

1. tartsa az e-mail törzsét 15 KB-tól 100 KB-ig.
2. ne adjon hozzá 10 MB-nál nagyobb mellékleteket. Ha lehetséges – töltse fel fájljait a külső szerverre, és tegye elérhetővé online/ letöltésre egy link segítségével.
3. ne használjon túl sok képet, GIF-et vagy más multimédiás tartalmat.
4. ne feledje, hogy az e-mailek csaknem 42% – át mobil eszközökön nyitják meg. Ezt tartsa szem előtt az e-mail sablonok létrehozásakor. Reagálniuk kell. Az érzékeny e-mail keretrendszer vagy az e-mail készítő használata idegeket és kilobájtokat takaríthat meg.

ellenőrizze az e-mail méretét a Mailtrap alkalmazásban, mielőtt elküldené

még akkor is, ha minden ajánlást betartott, és tökéletes üzenetet készített, a méretének ellenőrzése nem könnyű feladat. Függetlenül attól, hogy üzenetet kódol az alkalmazásában, vagy sablont készít a Gmailen keresztüli küldéshez, harmadik féltől származó eszközt kell használnia, valójában el kell küldenie az üzenetet, vagy le kell töltenie, hogy felfedezze annak méretét.

ha a Mailtrap használatával teszteli e-mailjeit, mielőtt elküldi őket a valódi címzetteknek, könnyen ellenőrizheti mind az e-mail törzsét, mind a melléklet méretét.

amint a Tesztüzenet csapdába esett a virtuális beérkező levelek mappájában, megjelenik a teljes e-mail méret az üzenet fejlécével együtt. Ha az üzenet mellékleteket tartalmaz, megjelenik egy lista a fájlnevekkel és méretekkel.

a Mailtrap e-mail méretkorlátokkal is rendelkezik, amelyek a számlázási tervtől függenek. Legfeljebb 5 MB-os üzeneteket tesztelhet (teljes e-mail méret mellékletekkel) ingyen. A tesztelhető maximális e-mail méret 25 MB-ra korlátozódik.

következtetés felajánlása helyett nézzük át a levél méretével kapcsolatos leggyakoribb SMTP hibákat. Ezek közül kettő van:

hibakód	leírás	ok és hogyan lehet megoldani
hiba 523	a címzett postafiókja nem tud ilyen nagy üzeneteket fogadni.	az üzenet meghaladja a címzett szerverének méretkorlátját. Ellenőrizze az e-mail törzsének és mellékleteinek méretét. Az optimalizáláshoz használja a fenti ajánlásokat.
hiba 552	a kért levelezési művelet megszakítva: túllépte a tárterület-lefoglalást, vagy a bejövő üzenet mérete meghaladja a bejövő méretkorlátot.	a címzett e-mail fiókja megtelt. Ebben az esetben nincs mit tennie: a címzettnek meg kell tisztítania a postaládáját.Vagy az üzenet meghaladja a rendszergazda által beállított korlátot. Ellenőrizze az üzenet méretét és optimalizálja azt.

az SMTP-kódokat további számokkal és üzenetekkel egészítik ki, így képes lesz megérteni a pontos okot. Az általános szabály az, hogy az e-mail mérete a lehető legkisebb legyen, ellenőrizze és tesztelje, mielőtt valódi címzetteknek küldené.