Hver sending av e-post-leverandør har sine egne maksimal e-poststørrelse grense. Imidlertid, det er ikke noe unikt standard – grensene er dikterte det meste av ytelse og sikkerhetsmessige årsaker. Det er mange ting du bør huske på når du forbereder din e-postvarsler eller nyhetsbrev: fra maksimal størrelse på vedlegg og HTML-delen til e-postklienten din mottakere vil mest sannsynlig bruk., Det er også noen som ikke er så åpenbare faktorer, som påvirker den faktiske e-størrelse og deliverability. I denne artikkelen har vi samlet svar på de vanligste spørsmål:
- Hva er anbefalt størrelse for e-post kroppen og vedlegg?
- Hva er grensene av ulike e-postklienter og sende leverandører?
- Hvordan gjør den innebygde bilder påvirke e-størrelse, spam-score, og deliverability?
- Hva er vanlige problemer og feil knyttet til e-størrelse og hvordan du skal håndtere dem?,
Også, har vi implementert en e-post filstørrelse grense for Mailtrap: la oss se hvordan det fungerer og hvordan det kan hjelpe deg med å teste din e-post deliverability.
Typer e-grensene
E-grensene er brukt for tre hovedgrunner:
- Ytelse. E-post-systemer er ikke designet for å overføre store mengder data. De tilbyr med SMTP, som er en ganske utdatert protokollen., De fleste av systemene er ikke i stand til å behandle flere datakilder på en gang. I tillegg, mail transport agenter ofte skanne innkommende data for virus og andre potensielle farer, som også tar ressurser og påvirker systemets ytelse.
- Database/lagring størrelse. E-post data bør være lagret på en server (enten skyen eller lokale). Dette er grunnen til at ikke bare selve meldingen, men også innboks som helhet har sine egne grenser.
- Sikkerhet. Punktene 1 og 2 på vår liste også føre til potensielle sikkerhetsproblemer. E-systemene bruker vanligvis et begrenset antall porter for å hente data., Dette gjør dem kandidater for DoS (denial of service) angrep: en enorm mengde store meldinger kan ta hele systemet ned. Dette er også kjent som en e-bombe.
Når du forbereder enten overførbar eller markedsføring e-post, bør du vurdere to grenser:
- limit å sende en melding (e-system)
- grensen for å hente en melding (mottakernes e-post-system).
For eksempel, hvis din e-tjeneste er i stand til å sende meldinger på opptil 15 MB, men e-mottakeren kan hente meldinger bare opp til 10 MB, er det tydelig at e-posten din bør ikke være større enn 10 mb., Ellers, e-post vil bli avslått. Det er nyttig å vite godtgjørelse for mottakerens innkommende meldinger.
Hvis du arbeider med en stor database med e-postadresser for å sende overførbar eller markedsføring e-post og ikke ønsker å ha slike opplysninger om mottakere, bør du følge en generell regel: send meldinger som ikke overskrider 10 MB.
Grensene for populære sending av e-post leverandører og kunder som Gmail, Outlook, Sendgrid, etc.,Sending size limit
Special notes
AWS SES
10 MB
Mailgun
25 MB
Mandrill
25 MB
Postmark
10 MB
TextBody and HtmlBody can each be up to 5 MB each
Sendgrid
30 MB
ESPs size limits
You can see that most email clients are capable of retrieving 20 – 25 MB of email data., Det er en ganske sjelden situasjonen når du trenger å sende masse-e-post med store vedlegg. Men det er fortsatt mulig når du sender mange bestilling eller ordrebekreftelser, for eksempel. Imidlertid, i tillegg til generelle deliverability, det er noen flere bekymringer knyttet til sending av store meldinger. Spam-score og gjengivelse av saker er den viktigste. Videre, noen tilbydere av elektroniske tjenester som Poststempel har flere begrensninger for e-post kroppens størrelse.
Hva annet bør du vurdere om størrelsen på din e-post?,
Ta vare for å opprette en melding som vil bli levert til mottakeren, bør du også tenke på hvilken mappe du vil gå til, og hvor raskt det vil bli levert, og hvor fornøyd dine mottakere.
Inspisere Din e-Post
Spam-score
å Unngå spam filtre og målretting av de viktigste mappen i mottakerens innboks er en av de vanskeligste ting i e-håndtering. Du vil ikke finne strenge og allestedsnærværende kriterier for spam deteksjon. Men, det er en liste over vanlige «anti-spam» – reglene, og størrelsen-relatert poeng er på toppen av det.,
Teknisk, det er ingen melding kroppen grensen i SMTP-protokollen. Likevel, noen leverandører har sine egne grenser. For eksempel, Poststempel tillater HTML og tekst delene hver for å være 5 MB, mens Gmail klipp kroppen av meldinger over 102 KB.
Mange tester av ulike leverandører bevise sammenhengen mellom e-størrelse og deliverability. I de fleste tilfeller, meldinger med en kropp over 100 – 150 KB utløse spam-filtre. Så, er det vanlig anbefaling er å holde e-post kroppsstørrelse mellom 15 KB og 100 KB.,
problemer med Gjengivelse
et Annet aspekt av store e-poster er deres lasting og/eller gjengivelse hastighet. Mottakerne ikke alltid har tilgang til en høyhastighets tilkobling, og en langvarig melding lasting prosessen kan føre til irritasjon. I tillegg, i mange e-postklienter, er en stor e-kroppen kan gjengis bare delvis, og din mottaker vil se bare deler av den avkuttede bilder eller innhold.
til Tross for de mange begrensninger og skjulte begrensninger, det er felles regler på bygningen gir gode resultater på e-post. Den første av disse er å redusere og optimalisere e-post kroppens størrelse.,
– >
Hva påvirker e-størrelse og hvordan kan du optimalisere det?
Hvert element i meldingen, og den måten det er gjennomført konsekvenser e-størrelse.
- Vedlegg. Med vedlegg alt er grei. Disse er vedlagte filer, og påvirker ikke den e-post kroppens størrelse., Den totale e-limit vanligvis inkluderer alle vedlegg. Det beste alternativet er å laste opp filer du trenger for å overføre til skyen og legge en link i meldingen. På grunn av sikkerhetsspørsmål, mange filtyper som blokkeres eller er farlig (inkludert .dokument, .xls og .pdf).
- Bilder og andre innebygde elementer. Selv enkle varsler vanligvis inneholde bilder, minst bedriftens logo. Størrelsen avhenger av bildeformat og måten bildet er innebygd i meldingen. Vi hadde en nærmere titt på dette temaet i denne artikkelen., Kort sagt, der det er mulig, link til et bilde som er lagret på en ekstern server (i HTML, så vil den vises som en del av meldingen).
- Koding. MIME-kodet (base64) meldinger du kan legge til 33% til din e-størrelse. Holde dette i bakhodet når koding en flerdelt melding.
- Andre. Hver enkelt melding element påvirker dens generelle størrelse. Meldingshoder, signaturer, formatering – alle disse vil legge til ekstra kilobyte.
Reglene for en perfekt e-post
tatt i Betraktning de ovenfor nevnte begrensninger og forutsetninger, har vi laget en kort e-post størrelse optimalisering sjekkliste., Her er de beste praksis for å bygge et godt utføre e-post i forhold til størrelse:
- Hold e-post kroppen fra 15 KB til 100 KB.
- ikke legge til vedlegg over 10 MB. Hvis det er mulig – last opp filene dine til den eksterne serveren og gjøre dem tilgjengelig på internett/ for å laste ned ved hjelp av en link.
- ikke overforbruk bilder, Gif og andre multimedia-innhold.
- Husk at nesten 42% av e-poster som er åpnet på mobile enheter. Holde dette i bakhodet når du oppretter e-post maler. De bør være lydhør., Ved hjelp av en responsiv e-post rammeverk eller en e-builder kan spare deg for nerver og kilobyte.
Sjekk e-størrelse i Mailtrap før du sender
Selv om du har fulgt alle anbefalinger og har laget den perfekte meldingen, sjekke sin størrelse er ikke en lett oppgave. Enten du er koding en melding i appen din, eller utarbeide en mal for å sende via Gmail, du trenger å bruke en tredjeparts verktøy, faktisk sende meldingen din, eller laste det ned for så å utforske sine størrelse.,
Hvis du bruker Mailtrap for å teste din e-post før du sender dem til reelle mottakere, kan du enkelt sjekke både e-post kroppen og vedlegg størrelse.
Så snart prøven din melding er fanget i din virtuelle innboksen, total e-størrelse, vises sammen med meldingen overskrifter. Hvis meldingen har vedlegg, vil du se en liste over dem med filnavn og størrelser.
Også, Mailtrap har e-post størrelse grenser, som er avhengig av din fakturering plan., Du kan teste meldinger opp til 5 MB (total e størrelse med vedlegg) for gratis. Maksimal e-poststørrelse å teste er begrenset til 25 MB.
i Stedet for å tilby en konklusjon, la oss gå gjennom de mest vanlige SMTP-feil relatert til e-størrelse. Det er to av dem:
Feil kode | Beskrivelse | Grunn og hvordan å løse |
Feil 523 | Mottakerens postkasse kan ikke motta meldinger i denne store. | meldingen overskrider størrelsesgrensen av mottakerens server., Sjekk størrelsen på e-kropp og vedlegg. Bruk anbefalingene ovenfor for å optimalisere det. |
Feil 552 | Forespurt e-post handling avbrutt: tildeling av lagringsplass overskredet eller størrelsen på den innkommende meldingen overskrider den innkommende filstørrelse grense. | e-post-boksen i mottakeren din er full. I dette tilfellet har du ingenting å gjøre: mottaker bør rydde opp hans eller hennes innboks.Eller meldingen overskrider grensen som er satt av administratoren. Sjekk størrelsen på meldingen og optimalisere det., |
SMTP-koder vil bli gjennomført med flere tall og meldinger slik at du vil være i stand til å forstå den eksakte årsaken. Den generelle regelen er å holde din e-størrelse så kompakt som mulig, kontrollere og teste den før du sender til reelle mottakere.
Hvis du likte denne artikkelen, vennligst dele og spre ordet. Vi vil virkelig sette pris på det.