varje e-postleverantör har sin egen maximala e-poststorleksgräns. Det finns dock ingen unik standard-gränser dikteras mestadels av prestanda och säkerhetsskäl. Det finns många saker du bör tänka på när du förbereder dina e-postmeddelanden eller nyhetsbrev: från den maximala storleken på bifogade filer och HTML-del till e-postklienten som dina mottagare sannolikt kommer att använda. Det finns också några inte så uppenbara faktorer som påverkar den faktiska e-poststorleken och leveransbarheten. I den här artikeln har vi samlat svar på de vanligaste relaterade frågorna:

• vad är den rekommenderade storleken för e-postkroppen och bilagorna?
• vilka är gränserna för olika e-postklienter och sändande leverantörer?
• hur påverkar de inbäddade bilderna e-poststorlek, skräppostpoäng och leveransbarhet?
• vilka är de vanliga problemen och felen relaterade till e-poststorlek och hur man hanterar dem?

vi har också implementerat en e-poststorleksgräns för Mailtrap: låt oss granska hur det fungerar och hur det kan hjälpa dig med att testa din e-postleverans.

typer av e-poststorleksgränser

e-poststorleksgränser används av tre huvudskäl:

1. prestanda. E-postsystem är inte utformade för att överföra stora datamängder. De hanterar SMTP, vilket är ett ganska föråldrat protokoll. De flesta av systemen kan inte bearbeta flera datakällor samtidigt. Dessutom skannar postöverföringsagenter ofta inkommande data för virus och andra potentiella risker, vilket också tar resurser och påverkar systemets prestanda.
2. databas/lagringsstorlek. E-postdata ska lagras på en server (antingen moln eller lokal). Det är därför inte bara själva meddelandet utan också inkorgen som helhet har sina egna gränser.
3. säkerhet. Punkterna 1 och 2 på vår lista leder också till potentiella säkerhetsproblem. E-postsystem använder vanligtvis ett begränsat antal portar för att hämta data. Detta gör dem kandidater för DoS (denial of service) attacker: en stor mängd stora meddelanden kan ta ner hela systemet. Detta är också känt som en e-postbomb.

när du förbereder antingen Transaktions-eller marknadsföringsemail bör du överväga två gränser:

• begränsa för att skicka ett meddelande (ditt e-postsystem)
• begränsa för att hämta ett meddelande (mottagarnas e-postsystem).

om din e-posttjänst till exempel kan skicka meddelanden upp till 15 MB men e-postmottagaren bara kan hämta meddelanden upp till 10 MB är det uppenbart att din e-post inte ska överstiga 10 MB. Annars kommer e-postmeddelandet att avvisas. Det är användbart att känna till ersättningen för mottagarens inkommande meddelanden.

om du arbetar med en stor databas med e-postadresser för att skicka transaktions-eller marknadsföringsemail och inte har sådana uppgifter om dina mottagare, bör du följa en allmän regel: skicka meddelanden som inte överstiger 10 MB.

gränser för populära e-postleverantörer och klienter som Gmail, Outlook, Sendgrid, etc.

e-postklient	skicka och inkommande storleksgränser
AOL	25 MB
Apple Mail (iCloud)	20 MB
Gmail	25 MB
GMX	50 MB
Outlook / Office 365	20 MB (10 MB för Exchange-konton), med upp till 150 MB i Office 365
ProtonMail	25 MB
Thunderbird	Nej
Yahoo	25 MB
Zoho-post	20 MB

skicka e-post leverantör	skicka storleksgräns	särskilda anmärkningar
AWS SES	10 MB
Mailgun	25 MB
Mandrill	25 MB
poststämpel	10 MB	TextBody och HtmlBody kan var och en vara upp till 5 MB vardera
Sendgrid	30 MB

du kan se att de flesta e – postklienter kan hämta 20-25 MB e-postdata. Det är en ganska sällsynt situation när du behöver skicka en massa e-post med stora bilagor. Men det är fortfarande möjligt när du skickar många boknings-eller orderbekräftelser, till exempel. Men förutom allmän leveransbarhet finns det få fler problem med att skicka stora meddelanden. Spam poäng och rendering frågor är de viktigaste. Dessutom har vissa ESPs som Postmark ytterligare gränser för e-postkroppsstorleken.

vad mer bör du tänka på om storleken på din e-post?

ta hand om att skapa ett meddelande som framgångsrikt kommer att levereras till dina mottagare, bör du också tänka på vilken mapp det kommer att gå till, hur snabbt det kommer att levereras, och hur glad dina mottagare kommer att vara.

inspektera dina e-postmeddelanden

Spam score

att undvika spamfilter och rikta in sig på huvudmappen i mottagarens inkorg är en av de svåraste sakerna i e-posthantering. Du hittar inte strikta och allestädes närvarande kriterier för detektering av skräppost. Det finns dock en lista över vanliga” anti-spam ” – regler, och de storleksrelaterade punkterna är högst upp i den.

tekniskt sett finns det ingen gräns för meddelandekroppen i SMTP-protokollet. Ändå har vissa leverantörer sina egna gränser. Till exempel tillåter Postmark att HTML-och textdelarna var och en är 5 MB, medan Gmail klipper meddelandena över 102 KB.

många tester av olika leverantörer bevisar korrelationen mellan e-poststorlek och leverans. I de flesta fall utlöser meddelanden med en kropp över 100 – 150 KB spamfilter. Så den vanliga rekommendationen är att hålla e-postkroppsstorlek mellan 15 KB och 100 KB.

Rendering frågor

en annan aspekt av stora e-postmeddelanden är deras lastning och/eller rendering hastighet. Dina mottagare har inte alltid tillgång till en höghastighetsanslutning, och en långvarig inläsningsprocess kan orsaka irritation. Dessutom kan en stor e-postkropp i många e-postklienter återges bara delvis, och din mottagare ser bara delar av bilder eller klippt innehåll. Detta kan starkt skada din kunds digitala upplevelse och lämna ett dåligt generellt intryck.

trots de många begränsningarna och dolda begränsningarna finns det gemensamma regler för att bygga välpresterande e-postmeddelanden. Den första av dessa är att minska och optimera e-postkroppsstorlek.

vad påverkar e-poststorleken och hur kan du optimera den?

varje element i meddelandet och hur det implementeras påverkar e-poststorleken.

• bilagor. Med bilagor är allt enkelt. Dessa är bifogade filer och påverkar inte e-postkroppsstorleken. Den totala e-postgränsen innehåller vanligtvis alla bilagor. Det bästa alternativet är att ladda upp filer du behöver överföra till molnet och lägga en länk i ditt meddelande. På grund av säkerhetsproblem blockeras många filtyper eller anses vara farliga (inklusive .doc,.xls, och .pdf).
• bilder och andra inbäddade element. Även enkla meddelanden innehåller vanligtvis bilder, åtminstone din företagslogotyp. Deras storlek beror på bildformatet och hur bilden är inbäddad i meddelandet. Vi tittade närmare på detta ämne i den här artikeln. Kort sagt, om möjligt, länka till en bild värd på en extern server (i HTML, så det kommer att visas som en del av meddelandet).
• kodning. MIME-kodade (base64) meddelanden lägger till 33% i din e-poststorlek. Tänk på detta när du kodar ett flerpartsmeddelande.
• Övrigt. Varje enskilt meddelandeelement påverkar dess allmänna storlek. Meddelandehuvuden, signaturer, formatering – alla dessa lägger till extra kilobyte.

regler för en perfekt e-post

med tanke på ovan nämnda gränser och beroenden har vi skapat en kort checklista för optimering av e-poststorlek. Här är de bästa metoderna för att bygga en väl fungerande e-post när det gäller storlek:

1. Håll e-postkroppen från 15 KB till 100 KB.
2. lägg inte till bilagor över 10 MB. Om möjligt – Ladda upp dina filer till den externa servern och gör dem tillgängliga online/ för nedladdning med en länk.
3. överanvänd inte bilder, GIF-filer och annat multimediainnehåll.
4. kom ihåg att nästan 42% av e-postmeddelandena öppnas på mobila enheter. Tänk på detta när du skapar e-postmallar. De bör vara lyhörda. Att använda ett responsivt e-postramverk eller en e-postbyggare kan spara nerver och kilobyte.

kontrollera e-poststorlek i Mailtrap innan du skickar

även om du följde alla rekommendationer och har skapat det perfekta meddelandet är det inte lätt att kontrollera storleken. Oavsett om du kodar ett meddelande i din app eller förbereder en mall för att skicka via Gmail måste du använda ett tredjepartsverktyg, faktiskt skicka ditt meddelande eller ladda ner det för att utforska dess storlek.

om du använder Mailtrap för att testa dina e-postmeddelanden innan du skickar dem till dina riktiga mottagare kan du enkelt kontrollera både e-postkroppen och bilagans storlek.

så snart ditt testmeddelande är fångat i din virtuella inkorg visas den totala e-poststorleken tillsammans med meddelandehuvudena. Om ditt meddelande har bilagor ser du en lista över dem med filnamn och storlekar.

Mailtrap har också begränsningar för e-poststorlek, vilket beror på din faktureringsplan. Du kan testa meddelanden upp till 5 MB (total E-poststorlek med bilagor) gratis. Den maximala möjliga e-poststorleken att testa är begränsad till 25 MB.

istället för att erbjuda en slutsats, låt oss granska de vanligaste SMTP-felen relaterade till e-poststorleken. Det finns två av dem:

felkod	beskrivning	anledning och hur man löser
fel 523	mottagarens brevlåda kan inte ta emot meddelanden så stora.	ditt meddelande överskrider storleksgränsen för mottagarens server. Kontrollera storleken på e-postkroppen och bilagorna. Använd rekommendationerna ovan för att optimera det.
fel 552	begärd e-poståtgärd avbruten: överskriden lagringsallokering eller storleken på det inkommande meddelandet överskrider gränsen för inkommande storlek.	mottagarens e-postlåda är full. I det här fallet har du inget att göra: din mottagare ska städa upp sin inkorg.Eller ditt meddelande överskrider gränsen som ställts in av administratören. Kontrollera storleken på ditt meddelande och optimera det.

SMTP-koder kommer att kompletteras med ytterligare nummer och meddelanden så att du kan förstå den exakta orsaken. Den allmänna regeln är att hålla din e-poststorlek så kompakt som möjligt, kontrollera och testa den innan du skickar till riktiga mottagare.