Odesílání přílohy v mailu sežere dvojnásobek dat

[česká pošta]

Když jsem odesílal mail s 5 přílohami o , tak to bilance uploadu byla 2 násobná než velikost dat: 8 MB na 16 MB a 9MB na 18MB).
Zajímá mě , jak je to možné? To je ještě něco horšího než base64, které násobí náročnost datovou 1.37x? Jde o mailový klient na telefonu.

A existuje vůbec v roce 2018 1:1 schéma, které by mělo tedy poměr 1.0x?

[Reklama]

[Kit]

Ano, ještě horší je Quoted-printable na binárních datech.

[Kit]

Pokud chceš přenášet 1:1, vystav si to na svém serveru nebo použij nějakou úschovnu.

[Tomáš K]

Nepoužíváte s/mime podpis?

[David]

Mozna naprosta blbost, ale zkusim to z trochu jineho "soudku": nejedna se o 8 MB odeslani + 8 MB zkopirovani do Odeslane posty? :-)

[Reklama]

[romanz]

Mozna naprosta blbost, ale zkusim to z trochu jineho "soudku": nejedna se o 8 MB odeslani + 8 MB zkopirovani do Odeslane posty? :-)

jo u imapu by to dávalo smysl 

[česká pošta]

>a ta quoted printable má jaký multiplikátor? Když jsto nakous.

>Samozřejmě že dotaz  s 1:1 multiplikátorem se týká stále odesláná přes mail.

> podpis nepoužívám. Jakou by to hrálo roli. Když jsto nakous.

S tím uložením do odeslané pošty by to mohlo být, ale neověřoval jsem to (jak to zjistit? jde nějak udělal man inthe midle, protože do telefonu toho asi moc  nenainstaluji.) Najdu někde historii SMTP/IMAP operací?. To by si jako vážně nikdo nevšiml za těch 20 let, co je SMTP nebo IMAP, že je tam takováhle  bugyna? Nějaký nápad , jak ověřit, zda to není toto?

[lobo]

len tak zo zvedavosti : akonta preboha vobec nieco take napadlo sledovat?

[Jenda]

len tak zo zvedavosti : akonta preboha vobec nieco take napadlo sledovat?

Když platíš korunu za megabajt, tak tě to možná napadne.

[Vít Šesták (v6ak)]

Původní dotaz nezmiňuje použitý protokol ani e-mailového klienta ani server. Podle dalšího dotazu to vypadá na SMTP+IMAP – to skutečně může znamenat dvojí nahrání. Ale nemusí. Některé servery (např. GMail) ukládají do Sent mail automaticky. Pak je ovšem potřeba tuto funkcionalitu vypnout na klientovi, aby se to neukládalo dvakrát. Takže doporučuju zkontrolovat nastavení klienta a složku Sent. Případně se podívat, jestli klient nezaložil náhodou ještě druhou Sent.

Ze síťového provozu by to mělo jít odhadnout – SMTP a IMAP běží na jiný portech.

Pokud by to ale bylo kombinací SMTP+IMAP, pak je divné, že se to nafoukne *jen* dvakrát – vizte base64 a quoted printable. Ledaže by šlo o tak velký plain text, ale to u ~ 8BM souboru nečekám. I když, GCO nebo STL klidně může…

[MasoxCZ]

>a ta quoted printable má jaký multiplikátor? Když jsto nakous.

>Samozřejmě že dotaz  s 1:1 multiplikátorem se týká stále odesláná přes mail.

> podpis nepoužívám. Jakou by to hrálo roli. Když jsto nakous.

S tím uložením do odeslané pošty by to mohlo být, ale neověřoval jsem to (jak to zjistit? jde nějak udělal man inthe midle, protože do telefonu toho asi moc  nenainstaluji.) Najdu někde historii SMTP/IMAP operací?. To by si jako vážně nikdo nevšiml za těch 20 let, co je SMTP nebo IMAP, že je tam takováhle  bugyna? Nějaký nápad , jak ověřit, zda to není toto?

Proc tomu rikas bug? To je prece vlastnost, a synchronizaci slozek mimo Inbox si v trochu inteligentnim klientovi (a na kazdym inteligentnim serveru) muzes vypnout. V pripade mobilu s omezenym FUPem nebo pouzivanym v roamingu to byla jedna z prvnich veci, ktery me napadly uz s Palmem Treo 680.
Navic z mobilu posilat vetsi soubory mailem je tost zrudny, lepsi mas to hodit do sdileny slozky v cloudu a poslat jen odkaz. a jelikoz GoogleDrive umoznuje sdilet slozku / soubor jen odkazem bez nutnosti aby adresat mel na gmailu ucet, je to celkem jasna volba.