Aké veľké prílohy zvládnu jednotlivé e-mailové služby

Publikované 5. 8. 2026 · Ako píšeme návody

Keď e-mail s prílohou nedorazí, väčšinou to nie je chyba internetu ani antivírusu. Naráža na jeden z troch limitov, ktoré platia súčasne a o ktorých odosielateľ obvykle nevie: limit vlastnej schránky, limit schránky príjemcu a nárast veľkosti, ktorý spôsobí samotné kódovanie prílohy do e-mailu. Tento článok zhŕňa čísla z oficiálnych nápovied poskytovateľov (overené 5. 8. 2026) a vysvetľuje, prečo tam, kde limit platí na už zakódovanú správu, z 25 MB v praxi zostane súbor s veľkosťou okolo 18 MB.

Limit nie je jedno číslo, sú aspoň tri

Väčšina návodov uvádza jedno číslo — „Gmail má 25 MB". V skutočnosti musí správa prejsť cez viacero brán a stačí, aby ju odmietla jediná z nich.

Limit odosielateľa určuje, aká veľká správa vôbec opustí vašu schránku. Limit príjemcu určuje, akú veľkú správu prijme server na druhej strane. Rozhoduje ten prísnejší z nich a odosielateľ ten druhý nevidí. Ak posielate 24 MB z Gmailu na firemnú schránku nastavenú na 10 MB, správa odíde a vzápätí sa vráti ako nedoručiteľná. Limit klienta je tretia vrstva — mobilná aplikácia či webové rozhranie môžu mať vlastný, nižší strop než samotný server.

Microsoft to má popísané veľmi konkrétne. V dokumentácii Exchange Online sa uvádza, že limity veľkosti správy zahŕňajú prílohy a platia pre celú organizáciu na všetky správy — prichádzajúce, odchádzajúce aj interné — a že správa nad limit sa nedoručí a odosielateľ dostane hlásenie o nedoručení. Predvolený strop pre schránky Microsoftu je 35 MB pre odosielanie a 36 MB pre prijímanie, pričom správca si môže nastaviť vlastnú hodnotu v rozsahu 1 až 150 MB. Zaujímavý je rozdiel medzi klientmi tej istej schránky: Outlook zvládne správu do 150 MB, ale Outlook pre iOS a Android má podľa rovnakej tabuľky strop 33 MB. Rovnaký používateľ, iný výsledok.

Base64: prečo z 25 MB zostane súbor okolo 18 MB

E-mail je textový protokol. Binárny súbor — fotka, PDF, ZIP — sa musí pred vložením do správy previesť na text. Robí sa to kódovaním base64, ktoré popisuje RFC 4648. Ten hovorí, že kódovanie reprezentuje 24-bitové skupiny vstupu ako výstupné reťazce zo štyroch znakov. Tri bajty vstupu teda vždy vyprodukujú štyri znaky výstupu.

Pomer 4 : 3 znamená nárast o jednu tretinu. Starší RFC 2045, ktorý base64 zavádza do MIME, to formuluje priamo: zakódované dáta sú približne o 33 percent väčšie než nezakódované. Ten istý dokument navyše určuje, že zakódovaný výstup musí byť rozdelený na riadky s dĺžkou najviac 76 znakov — každý riadok tak pridá ešte dva znaky na zalomenie, čo je ďalšie zhruba 2,6 % navyše.

Nejde o teóriu. Google v administrátorskej dokumentácii Workspace pri limitoch prijímania výslovne píše, že uvedené hodnoty sú limitom po zakódovaní, ktoré pridáva približne 37 %. Microsoft pri správach smerujúcich mimo vlastných dátových centier počíta s dodatočným 33 % nárastom, a preto z inak platných 150 MB zostáva 112 MB. Webové rozhranie Outlooku podľa tej istej dokumentácie preventívne obmedzuje odosielanú správu na hodnotu o 25 % nižšiu, než je nastavený limit — pri nastavení 100 MB pošlete najviac 75 MB.

Ako si limit prepočítať

Výpočet je jednoduchý a stojí za to si ho zapamätať. Ak limit platí na zakódovanú správu, maximálna veľkosť pôvodného súboru je limit vynásobený tromi štvrtinami:

veľkosť súboru = limit × 3 / 4

25 MB × 0,75 = 18,75 MB
20 MB × 0,75 = 15,00 MB
35 MB × 0,75 = 26,25 MB

Opačným smerom, keď chcete vedieť, na akú veľkosť narastie konkrétny súbor:

veľkosť správy = súbor × 4 / 3

18 MB × 1,333 = 24,0 MB
30 MB × 1,333 = 40,0 MB

K tomu treba pripočítať zalomenia riadkov, hlavičky správy, text tela a prípadný podpis. Preto sa pri limite 25 MB oplatí počítať skôr s 18 MB než s 18,75 MB — rezerva pol megabajtu vám ušetrí druhý pokus.

Overené limity k 5. 8. 2026

V tabuľke sú len služby, pre ktoré sa dal limit dohľadať v oficiálnej dokumentácii poskytovateľa. Stĺpec s reálnou veľkosťou súboru je prepočet 3/4 pre prípad, že limit platí na zakódovanú správu — teda konzervatívny odhad. Tam, kde poskytovateľ sám uvádza, že číslo je už po zakódovaní, je to v tabuľke poznamenané.

Zoznam.sk a Azet.sk v tabuľke nie sú. Ich limity kolujú po diskusných fórach a agregátorových článkoch, ale oficiálnu nápovedu s konkrétnym číslom sa dohľadať nepodarilo, takže ich radšej vynechávame, než by sme uviedli neoverený údaj. To isté platí pre Forpsi — jeho verejná dokumentácia konkrétny strop v MB neuvádza.

Čo z toho vyplýva pre hostingové schránky

Firemné schránky na hostingu majú spravidla nižšie limity než veľké bezplatné služby a limit býva nastavený na celú správu vrátane hlavičiek, nie na jednotlivú prílohu. Websupport to má v nápovede rozpísané zrozumiteľne: celá správa približne 32 MB, jedna príloha 20 MB, a keďže mailové klienty prílohy pred odoslaním prevedú do base64, reálna veľkosť odoslaná cez tieto programy musí byť podľa nich o tretinu menšia než maximum, teda približne 21 MB. Odporúčanie znie posielať e-maily aj s prílohou do 20 MB.

Forpsi pracuje s rovnakým princípom. V českej verzii dokumentácie SMTP servera pri limitoch na správy nad 1 MB uvádza, že sa kontroluje veľkosť e-mailu, ktorá býva asi o tretinu väčšia než súčet veľkostí jednotlivých príloh. Ich webmail zároveň rieši veľké súbory tak, že prílohu nad nastavenú hranicu (predvolene 1 MB) nahrá do úložiska a do správy vloží odkaz, ktorý zostáva platný jeden mesiac. Prah si používateľ môže zvýšiť.

Praktický záver: 20 MB prejde takmer všade. Nad tým už stávkujete na nastavenie servera, ktorý nevidíte.

Ako sa dá limit zistiť ešte pred odoslaním

Málo známa vec: SMTP server dokáže svoj limit oznámiť sám. Rozšírenie SIZE, popísané v RFC 1870, pridáva do odpovede na príkaz EHLO kľúčové slovo SIZE s voliteľným parametrom — desiatkovým číslom, ktoré udáva pevnú maximálnu veľkosť správy v bajtoch, akú server prijme. Overiť sa to dá jedným príkazom z terminálu:

openssl s_client -starttls smtp -crlf -connect smtp.priklad.sk:587
EHLO test.local

V odpovedi hľadajte riadok začínajúci na 250-SIZE. Číslo za ním je limit v bajtoch, takže ho vydeľte 1 048 576 — hodnota 35 882 577 by znamenala zhruba 34 MB. Podľa toho istého RFC platí, že veľkosť deklarovaná pri odosielaní má zahŕňať hlavičku správy, telo aj sekvencie CR-LF medzi riadkami. Ak je správa väčšia než pevné maximum servera, server odpovedá kódom 552 s hlásením, že veľkosť správy prekračuje pevný limit.

Keď vám príde hlásenie o nedoručení, oplatí sa v ňom vyhľadať aj rozšírený stavový kód podľa RFC 3463. Kód 5.3.4 znamená, že správa je väčšia než limit na jednu správu, a to z fyzických alebo administratívnych dôvodov. Kód 5.2.3 znamená, že bol prekročený administratívny limit dĺžky konkrétnej schránky, ktorý býva nižší než všeobecný systémový limit. Rozdiel je praktický: pri 5.2.3 má zmysel poprosiť príjemcu, aby si limit upravil, pri 5.3.4 to zvyčajne nepomôže.

Čo robiť, keď sa súbor nezmestí

Prvá možnosť je súbor zmenšiť. Pri fotografiách a videách má zmysel znížiť rozlíšenie alebo bitrate, pri skenoch prejsť z bezstratového formátu na JPEG alebo komprimované PDF. ZIP výrazne pomôže len pri nekomprimovaných formátoch — TXT, CSV, BMP alebo starších binárnych .doc a .xls. Pri už komprimovaných formátoch ako JPEG, MP4, PDF s obrázkami, ale aj pri moderných kancelárskych formátoch .docx, .xlsx a .pptx, ktoré samy o sebe sú ZIP archívy, nezískate prakticky nič — balenie hotového videa do archívu je stratený čas.

Druhá možnosť je archív rozdeliť na diely. 7-Zip to vie prepínačom -v so syntaxou -v{veľkosť}[b | k | m | g], kde k znamená kilobajty (1 KB = 1024 bajtov), m megabajty a g gigabajty; bez prípony sa hodnota berie ako bajty. Dokumentácia uvádza, že zadať sa dá aj viacero prepínačov -v naraz, takže prvý diel môže mať inú veľkosť než ostatné.

7z a zaloha.7z C:\data\* -v18m

Vzniknú súbory zaloha.7z.001, zaloha.7z.002 a tak ďalej. Príjemca ich musí mať všetky v jednom priečinku a rozbaliť prvý z nich. Dokumentácia 7-Zipu zároveň upozorňuje, aby ste s dielmi nepracovali ani ich nekopírovali skôr, než sa archivácia dokončí — program môže ktorýkoľvek diel vrátane prvého na konci operácie ešte zmeniť. Nevýhoda tohto postupu je zrejmá: ak sa jeden diel stratí alebo poškodí, celý archív je nepoužiteľný, a antispamové filtre na viacdielne archívy reagujú citlivo.

Tretia a v praxi najspoľahlivejšia možnosť je neposielať súbor e-mailom vôbec. Nahrať ho niekam a poslať odkaz obchádza všetky tri limity naraz, správa zostane malá a príjemca si súbor stiahne vtedy, keď mu to vyhovuje. Toto riešenie majú zabudované aj samotní poskytovatelia: Gmail podľa nápovedy prílohu nad limit automaticky odstráni a nahradí odkazom na Google Disk, Outlook.com ponúka prílohu z OneDrive až do 2 GB a Forpsi vlastné úložisko vo webmaile.

Ak nechcete zakladať účet v cloudovej službe alebo posielate súbor niekomu, kto v nej účet nemá, existujú aj jednorazové služby na dočasné zdieľanie. Presne to robí zdielajsubor.sk — súbor nahráte, dostanete odkaz a ten pošlete e-mailom namiesto prílohy. Správa tak zostane v jednotkách kilobajtov a je jedno, aký limit má schránka na druhej strane.

Zdroje

• Gmail Pomocník — Odosielanie príloh so správou v Gmaile — limit 25 MB pre osobné účty, automatická náhrada odkazom na Google Disk
• Google Workspace Knowledge — Gmail receiving limits — 50 a 70 MB, hodnoty po zakódovaní s nárastom 37 %
• Google Workspace Updates, 24. 2. 2026 — 50 MB príloha a 70 MB správa pre Enterprise Plus, rollout od 23. 2. 2026
• Microsoft Support — Sending limits in Outlook.com — 25 MB príloha, 2 GB z OneDrive
• Microsoft Learn — Exchange Online limits — 35 a 36 MB predvolene, rozsah 1 až 150 MB, 112 MB mimo dátových centier, 33 MB na mobile
• Proton Support — Attachment and email size limits — 25 a 50 MB, najviac 100 súborov
• Websupport — Veľkosť e-mailovej správy — 32 MB správa, 20 MB príloha, výpočet base64
• FORPSI — Konfigurace SMTP serveru, limity — česká verzia, e-mail o tretinu väčší než súčet príloh
• FORPSI — Posílání velkých příloh pomocí odkazu — prah 1 MB, platnosť odkazu mesiac
• RFC 4648 — Base16, Base32, Base64 — 24 bitov vstupu na štyri znaky výstupu
• RFC 2045 — MIME Part One — nárast približne 33 %, riadky najviac 76 znakov
• RFC 1870 — SMTP Service Extension for Message Size Declaration — SIZE v odpovedi na EHLO, kód 552
• RFC 3463 — Enhanced Mail System Status Codes — kódy 5.3.4 a 5.2.3
• 7-Zip manual — prepínač -v (Create Volumes) — syntax a prípony b, k, m, g

Prečítajte si aj: ako poslať veľký súbor · oplatí sa zipovať? · porovnanie služieb