Thunderbird zpřístupní posílání velkých souborů

Vývojáři poštovního klienta Mozilla Thunderbird plánují implementovat funkci, která usnadní zasílání velkých souborů e-mailem. Tato činnost obvykle narazí na limit SMTP serveru, který velkou zprávu nepřijme. Thunderbird by měl tento problém řešit tak, že soubor, který chete poslat, nahraje na server, příjemce obdrží odkaz a soubor si může stáhnout. Zatím není jasné, ve které verzi se funkce objeví. Zdroj: mozilla.cz.

17.10.2011 23:07 | Tomáš Heger (geckon) | Komunita

Komentáře

[kavol]

hm, zase super featura drbátka za pravým uchem pro leváky, a že by radši někdo už konečně pořádně implementoval rozdělování souborů do několika mailů a následné spojování, věc, kterou pomalu před dvaceti lety uměl každý hloupý mail či news klient, to ne, to radši dnešní "chytré" programy umí uvařit kafe a vyprat prádlo (a hlavně se svou suitou sežrat několik giga paměti), než aby komplětně podporovaly pár blbejch RFCček

[l4m4]

Hm, zase super kecy nějakého chytráka, který chce rozesílat mailem obří nesmysly, a zbytečně zatěžovat servery rozesláním zároveň padesáti lidem, z nichž třicet pět to zahodí rovnou a dalších deset neotevře dřív než za týden, namísto poslání odkazu, ze kterého si to stáhnout akorát ti, kteří to fakt chtějí, a navíc postupně, a kdyby se před dvaceti lety naučil ftp nebo jiný protokol, který je určen k přenosu velkých souborů, nemusel by teď plácat o vaření kafe

[kavol]

Hm, zase super kecy nějakého chytráka,

zato ty jsi sežral kopec chytrý kaše ... nebo tě platí Mozilla Foundation?

já nehodnotím, jestli je posílání velkejch douborů mailem dobře nebo špatně

já mluvím o tom, že zase někdo vynalejzá hranatý kolo, a sere na to, aby podporoval to kulatý, který je tu "odjakživa" - konkrétně RFC2046 část 5.2.2

který chce rozesílat mailem obří nesmysly,

já osobně nechci (mám na rozdávání tak akorát fotky, který stejně dávám do galerie na webu i s popiskama - zpracování metadat uloženejch přímo ve fotkách taky kulhá na obě nohy), ale jestli sis nevšiml, tak doba pokročila ... tak jako Česká pošta dnes umí balík do jedné tuny, namísto nějakých patnácti kilo či kolik byl před lety limit, tak i internetová infrastruktura dnes zvládá více než kdysi dálnopis

jinými slovy, je na ISP a poskytovatelích služeb, co umožní, jestli např. smtp servery Seznamu mají limit 10 MiB (nebo už víc?), tak tím Seznam říká, že takovou věc kapacitně zvládá, a nevidím důvod to nepoužít pokud chci, a proč by nějaký mailový klient měl kecat do smlouvy mezi mnou a mým poskytovatelem mailu

a zbytečně zatěžovat servery rozesláním zároveň padesáti lidem, z nichž třicet pět to zahodí rovnou a dalších deset neotevře dřív než za týden, namísto poslání odkazu, ze kterého si to stáhnout akorát ti, kteří to fakt chtějí,

to jsou zase kydy ... nebylo by snad efektivnější vysvětlit odesílateli, že to nemá posílat těm, co o to nestojí, než vymýšlet finty, aby nemohl poslat, to co chce poslat?

a navíc postupně,

jo, to je úžasná výhoda ... takže místo toho, aby se to lidem natlačilo hned, tak se bude čekat, až k tomu přijdou - jinými slovy, místo aby se mi mail stahoval někde na pozadí, a v okamžiku, kdy mi cinkne jako přijatý, tak jsem se na tu věc mohl rovnou podívat, tak namísto toho kliknu na odkaz a budu půl hodiny čekat, než se to stáhne, to bude moc cool :-/

a kdyby se před dvaceti lety naučil ftp nebo jiný protokol, který je určen k přenosu velkých souborů, nemusel by teď plácat o vaření kafe

děkuji umím - jenom mi ještě nikdo nevysvětlil, jak mám zajistit, aby příjemce měl v době odeslání ftp server nahozený, přístupný (v dnešní době NATů ...), a o mnou nahraném souboru se dozvěděl, včetně průvodního dopisu, aniž bych mu musel paralelně posílat mail, do kterého to teda už rovnou můžu připojit ...

což mimochodem vede na níže zmíněné, on snad ten TB bude poskytovat vlastní úložiště, anebo půjde přes nějaké obecné služby typu Úschovna, takže místo aby člověk šel rovnou na danou službu, tak se akorát bude zbytečně otravovat s TB jako prostředníkem?

a když jsme u těch cizích služeb a prostředníků ... co podepisování a šifrování? - to sice můžu zajistit na úrovni souboru, co nahrávám, ale není to tak trošku pruda to ještě prohánět nějakým udělátorem, co mi soubor zašifruje a připojí podpis, když v rámci mailu to funguje tak nějak "samo"?

[xkucf03]

je na ISP a poskytovatelích služeb, co umožní, jestli např. smtp servery Seznamu mají limit 10 MiB (nebo už víc?), tak tím Seznam říká, že takovou věc kapacitně zvládá, a nevidím důvod to nepoužít pokud chci, a proč by nějaký mailový klient měl kecat do smlouvy mezi mnou a mým poskytovatelem mailu

Když se vejdeš do toho limitu, tak ty přílohy klidně posílej. Ale když se do něj nevejdeš a obcházíš ho tím, že rozdělíš přílohy do spousty mailů, tak už se asi dostáváš do mezí, které poskytovatel kapacitně nezvládá (nebo nechce zvládat) a jen to nedokáže snadno detekovat (jedna velká zpráva se pozná a odmítne snadno – deset menších zpráv poslaných po sobě už hůře, protože tam si musíš držet stav – kolik toho daný uživatel poslal např. za poslední hodinu).

Předpokládám, že ta hranice, od které se mají přílohy vkládat někam na web místo do mailu, půjde nastavit v Thunderbirdu, případně půjde tahle funkce úplně vypnout.

kliknu na odkaz a budu půl hodiny čekat, než se to stáhne

Pokud bych měl čekat půl hodiny, tak fakt nechci, aby se mi takové objemy stahovaly do schránky – abych je mohl smazat/ignorovat, aniž by se ta data přenášela.

[kavol]

Když se vejdeš do toho limitu, tak ty přílohy klidně posílej. Ale když se do něj nevejdeš a obcházíš ho tím, že rozdělíš přílohy do spousty mailů, tak už se asi dostáváš do mezí, které poskytovatel kapacitně nezvládá (nebo nechce zvládat) a jen to nedokáže snadno detekovat (jedna velká zpráva se pozná a odmítne snadno – deset menších zpráv poslaných po sobě už hůře, protože tam si musíš držet stav – kolik toho daný uživatel poslal např. za poslední hodinu).

hm, takže poslat dest samostatných megových mailů můžu, ale poslat jeden desetimegový rozdělený do deseti částí nemůžu?

Pokud bych měl čekat půl hodiny, tak fakt nechci, aby se mi takové objemy stahovaly do schránky – abych je mohl smazat/ignorovat, aniž by se ta data přenášela.

píšu to už potřetí ... pokud ty data nechceš, tak ti je předně nemá nikdo posílat

mimochodem, ty máš na svém primárním připojení nějaký datový limit?

[Solitary]

píšu to už potřetí ... pokud ty data nechceš, tak ti je předně nemá nikdo posílat

Tohle rekni vsem spammerum, urcite ti prestanou posilat nevyzadanou postu :D

[kavol]

a jaký vliv na spammery má probůh nějaká taková featura thunderbirdu? - já jsem si vždycky myslel, že od toho mají botnety, ale vidím, že jsem se hluboce mýlil, nejspíš na to mají armády indiánů, kteří v TB klikají jak zběsilí

[Solitary]

Mluvim snad o vlastnostech Thunderbirdu? Narazim na tvoji vetu o tom, ze kdyz neco nechces, tak reknes adresatovi at ti to neposila a tim to je na vzdy vyresene... ale takhle to prece nefunguje. Spolehat se na to, ze ti lidi prestanou neco posilat... at uz z tveho okoli ci uplni cizinci/spameri, je hodne naivni. Posilat velka kvanta dat pres mail je proste na hlavu a je jedno jestli to posilas jako jeden kus nebo jako rozsekane kousky. To ze na neco existuje RFC neznamena, ze je to kvalitni reseni.

[xkucf03]

ale poslat jeden desetimegový rozdělený do deseti částí nemůžu?

Kdo ti v tom brání? Ale přijde mi to jako obcházení pravidel (jestli jsou špatná – např. velikostní limit přílohy 5 MB – tak by se měla změnit ta pravidla, než je obcházet).

pokud ty data nechceš, tak ti je předně nemá nikdo posílat

A co když odesílatel (byť je vychovaný a myslí to dobře) neví, zda tu přílohu budeš chtít nebo ne – pak má možnosti:

• neposílat to vůbec
• poslat to i těm, kteří to nechtějí
• nejdřív se zeptat, čekat na odpověď, a pak teprve posílat těm, kdo se přihlásili
• dát to ručně někam na web a poslat jen odkaz

Každá ta možnost má nějaké vady na kráse – přitom by to šlo elegantně vyřešit tak, že by uživatel „vložil přílohy“ a u některých zaškrtl, že jsou „volitelně ke stažení“ a e-mailový klient by pak použil nějakou službu (ať už dané firmy/organizace, nebo u poskytovatele, nebo u třetí strany) pro uložení těchto příloh. A klient na druhé straně by ty odkazy (přílohy s metadaty o příloze) interpretoval uživateli opět jako přílohu (třeba s nějakou ikonkou nebo poznámkou, že je potřeba ji teprve stáhnout) a pro něj by to fungovalo jako obyčejná příloha, jen by se ta data přenášela, pouze když jsou potřeba. Viz #21

[kavol]

ale poslat jeden desetimegový rozdělený do deseti částí nemůžu?

Kdo ti v tom brání?

řekl jsem, že mi v tom někdo reálně brání? - já se pouze ptal, jak to tedy myslíš ...

Ale přijde mi to jako obcházení pravidel (jestli jsou špatná – např. velikostní limit přílohy 5 MB – tak by se měla změnit ta pravidla, než je obcházet).

taková změna pravidel by ovšem nejspíše vyžadovala investice ...

ještě jednou, když pošlu deset mailů po jedné fotce, tak to bude oukej, a když deset fotek pošlu v jednom mailu, a program to rozdělí a v cíli to zase spojí, tak už to oukej nebude, bude to "obcházení pravidel"? - WTF?

A co když odesílatel (byť je vychovaný a myslí to dobře) neví, zda tu přílohu budeš chtít nebo ne

no tak to je přesně případ, kdy je nemá posílat - není v tom případě zbytečným zatěžováním serverů a linek, proti kterému tady všichni tak brojí, už jen to, že to vůbec někam uploaduje, aniž by věděl, zda o to někdo bude stát?

[xkucf03]

taková změna pravidel by ovšem nejspíše vyžadovala investice ...

Myslíš jako odložit hrnek s kafem, otřít si ruce do kalhot a změnit jednu položku v konfiguraci Postfixu?

ještě jednou, když pošlu deset mailů po jedné fotce, tak to bude oukej, a když deset fotek pošlu v jednom mailu, a program to rozdělí a v cíli to zase spojí, tak už to oukej nebude, bude to "obcházení pravidel"? - WTF?

Stále to bude obcházení pravidel, ale nebude to provozovatel serveru mít nějak ošetřené*. (ošetřit je to trošku složitější než kontrolovat velikost jedné zprávy – musím si držet stav, kolik toho uživatel poslal v daném dni nebo hodině)

Poslat ručně přílohy v deseti mailech představuje pro uživatele jisté úsilí, což znamená, že se velká část z nich na to vykašle – a těch ostatních bude málo, takže to servery tohle jejich obcházení pravidel v klidu ustojí. Ale když bude běžný e-mailový klient umožňovat vložení přílohy 100 MB (nebo víc) a její následné rozdělení na X mailů – tím, že uživatel jen zaškrtne nějaké políčko, tak toho lidi budou posílat mnohem víc. A pak jako poskytovatel musíš koupit silnější konektivitu, posílit servery, nebo kontrolovat, kolik toho který uživatel během nějakého časového úseku poslal – a co bude nad limit, to odmítnout. Takže příjemci pak dorazí třeba první desetina fotek z dovolené nebo CD obrazu (protože SMTP neumí transakce).

E-mail prostě beru jako službu s relativně nízkou latencí (obvykle vteřiny nebo maximálně jednotky minut – což je taky důvod, proč zrovna nemusím greylisting, byť je to dost účinná metoda proti spamu), relativně vysokou spolehlivostí (zpráva téměř vždy dorazí, neztratí se, v nejhorším případě se vrátí odesílateli – byť to samozřejmě má daleko třeba k dvoufázovému commitu v relačních databázích) pro relativně důležité zprávy. A do této představy mi právě moc nezapadá posílání velkých příloh, které můžou snadno zahltit servery (nebo ty špatné dokonce shodit), zpozdit zprávy ostatních nebo třeba někomu DoSovat schránku (když bude plná a on bude čekat důležitý e-mail).

A líbil by se mi BFU-přátelský přístup, kdy uživatel může vzít třeba půlgigové video, přetáhnout ho myší do poštovního klienta a „sdílet“** ho s ostatními – aniž by při tom zahltil poštovní servery (které mají důležitější věci na práci) nebo zaplnil lidem schránky. O sdílení by se transparentně postaral poštovní klient a pro uživatele by to bylo stejně jednoduché a pohodlné, jako kdyby ostatním poslal obyčejnou přílohu.

*) což neznamená, že se to neprojeví – např. bude chodit ostatním pomaleji pošta.

**) místo aby k tomu musel používat nějaké pošahané centralizované sociální sítě

[Atom321]

Pepa, co spravuje síť naproti v pojišťovně, chodí na oběd k Frantovi do hospody. Je mu úplně jedno, kolik Franta dává do svíčkové tymiánu a odkud kupuje česnek do guláše.

Kuchař Franta občas posílá Pepovi a Mařeně fotky z dovolený. Klikne pravým myšítkem na adresář, vybere odeslat, zaškrtne Pepu, Karla a Mařenu a dá OK. A je mu úplně jedno, jestli se to pošle přes SMTP, FTP, HTTP.

Takový je svět, uživatelé se nikdy nebudou přizpůsobovat blbým protokolům. Protokoly a aplikace se musí přizpůsobit blbým uživatelům.

[j]

Sak jo, blbemu uzivateli se vrati "nasrat, tohle neodesles" a je vyrizeno.

Mimochodem, uz sem zaznamenal pokus odeslat mailem cca 700MB fotek cca 100 adresatum.

[xkucf03]

hmm a pak mi takhle nějaké BFU pošle ISO obraz DVDčka – to ať je tam raději ten odkaz, na který nemusím klikat.

[kavol]

zakaž kuchyňský nože - někdo by tě mohl bodnout ...

[xkucf03]

Nejde přece o zákaz, ale o to, co bude ve výchozím nastavení – kuchyňské nože se běžně taky nevyskytují v dětských pokojích – ale zároveň platí, že kdekoli ten nůž potřebuješ, tam si ho můžeš donést – podobně by to mělo být s tím Thunderbirdem – ve výchozím nastavení to (BFU) uživateli u příloh větších než třeba 50 MB nabídne vložení na nějakou úschovnu. A kdo bude chtít posílat i větší přílohy e-mailem, ten si tuhle funkci vypne a bude si je posílat.

[kavol]

A kdo bude chtít posílat i větší přílohy e-mailem, ten si tuhle funkci vypne a bude si je posílat.

nebude, protože mu to smtp server odmítne, a klienti dělení a spojování moc nepodporujou (abych nepomlouval jenom Thunderbird, tak třeba ani kmail to neumí)

[Max]

Další, co si myslí, že mail slouží k posílání souborů? Uvědom si prosímtě několik věcí :
1) Když by šlo pár stovek v mailu rozkouskovaný na desítky příloh, tak antivirový filtr na mailserveru by dostával pěkně zabrat, resp. celý mailserver (mnohem větší zátěž a mnohem menší průtok mailíku / min)
Nehledě nato, že by spaměři mohli pěkně sundat server tím, že by ucpaly lajnu, což jde v případě zasílání gigových příloh jedna dva.<>br 2) Když by jsi nepoužíval antivir na mailserveru, tak by ti to zabíjel antivir na lokálu (chápu, máš linux, antivir nepoužíváš, ale co zbylá populace?)
3) Řešení Mozilly je možnost volby, tvoje řešení je nemít volbu, což si teoreticky odporuje se svobodou, jenž většina linuxových uživatelů propaguje a ve kterou věří.
Pokud nechápeš, tak jako příjemce pak nemáš možnost volby odmítnout takový mail, rovnou se ti nasáčkuje do mailboxu, nebo tobě na PC (za předpokladu, že syncuješ). Tudíž někomu by stačilo, aby ti poslal pár domácích kousku videí, nebo pár iso obrazů, což by ti zabilo mailbox a přestaly by ti chodit maily. Nebo by ti nějaký spamer mohl sejmout veškeré volné místo na hdd, nebo by ti mohl sejmout celou tvojí internetovou konektivitu jedna dva. a to nemluvím o uživatelých 3G, cdma apod.
Nějaké řešení se samozřejmě nabízí ve stahování pouhých hlaviček a zbytek nechávat na serveru, ale i tak je to prostě celkově koncept na dvě věci.
Zdar Max

[kavol]

Další, co si myslí, že mail slouží k posílání souborů?

viz výše - další, co by Českou poštou povolil jen posílání pohlednic?

1) Když by šlo pár stovek v mailu rozkouskovaný na desítky příloh, tak antivirový filtr na mailserveru by dostával pěkně zabrat, resp. celý mailserver (mnohem větší zátěž a mnohem menší průtok mailíku / min)

sorry, ale této úvaze opravdu nerozumím

samozřejmě, že zátěž serveru záleží na tom, co přes něj teče

zakážeme posílat maily úplně, aby nám všechny ty stroje krásně idlily?

vycházím z toho, že odeílatel chce k příjemci ty data nějak dostat - takže teda místo mailserverů bude zatěžovat nějaký http servery, ok, kde teda máme tu úsporu prostředků?

Nehledě nato, že by spaměři mohli pěkně sundat server tím, že by ucpaly lajnu, což jde v případě zasílání gigových příloh jedna dva.

opět nerozumím ... jak jedna rozdělená gigová příloha ucpe lajnu "jedna dva", zatímto 1024 megových ji neucpe?

2) Když by jsi nepoužíval antivir na mailserveru, tak by ti to zabíjel antivir na lokálu (chápu, máš linux, antivir nepoužíváš, ale co zbylá populace?)

jednak jsem si nějak nevšiml, že by se antivir na serveru nějak vylučoval s antivirem na lokálu

a jednak pořád je potřeba ty data zkontrolovat, a pro antivir je snad jedno, jestli to udělá při otevření mailu nebo při stažení jiným protokolem

3) Řešení Mozilly je možnost volby,

fakt? - no já jsem si nějak nevšiml, že by výše zmíněný standard už spolehlivě podporovali, takže jakouže mi dávají tu druhou volbu? ... ale dost možná mám špatné informace, TB nepoužívám, třeba už to umí?

tvoje řešení je nemít volbu,

"moje" (ehm!) řešení ti nějak upírá možnost volby jít na uschovna.cz, ten soubor uploadnout a nechat příjemci poslat email s odkazem?

Pokud nechápeš, tak jako příjemce pak nemáš možnost volby odmítnout takový mail, rovnou se ti nasáčkuje do mailboxu, nebo tobě na PC (za předpokladu, že syncuješ). Tudíž někomu by stačilo, aby ti poslal pár domácích kousku videí, nebo pár iso obrazů, což by ti zabilo mailbox a přestaly by ti chodit maily. Nebo by ti nějaký spamer mohl sejmout veškeré volné místo na hdd, nebo by ti mohl sejmout celou tvojí internetovou konektivitu jedna dva. a to nemluvím o uživatelých 3G, cdma apod.

ano, jistě, a to všechno uvedené v současnosti nikdo nemůže docílit prostým posláním více mailů místo jednoho rozděleného, LOL

(krom toho, více malých mailů je pro mě větší opruz než jeden velký, viz dále)

Nějaké řešení se samozřejmě nabízí ve stahování pouhých hlaviček a zbytek nechávat na serveru, ale i tak je to prostě celkově koncept na dvě věci.

to je koncept vhodný pro omezené připojení

na telefonu mě spolehlivě "zabije" stokilovej mail, na to mi nikdo nemusí poslat image dvdčka - takže jakej dáme limit, od kterýho se mi to nemůže poslat, 160 znaků jako u sms? - ještě bysme neměli zapomenout zapojit nějakou službu na zkracování URL, aby ten odkaz náhodou nebyl příliš moc poslanejch dat

naopak na desktopu sedícím na pevný lince je mi to docela u prdele, co dělá počítač, jde mi o tu práci, co s tím mám já, a pokud jde o něco nežádanýho, tak zmáčknout delete nad tím stokilovým mailem mě stojí stejnou práci, jako to zmáčknout nad tím gigovým

čili jak jsem psal výše, podstatný je naučit lidi, že mi nemaj posílat hovadiny, a ne snažit se jim znemožnit něco poslat, když je to (zaslání) opodstatněný

když máš plnou hubu svobody, tak proč chceš zasahovat do vztahu mezi odesílatelem, mnou, a našimi poskytovali služeb - když cojávím třeba Google slibuje neomezený maily, proč nám je chceš omezovat ty (resp. schvaluješ omezení ze strany softu)?

[xkucf03]

tak zmáčknout delete nad tím stokilovým mailem mě stojí stejnou práci, jako to zmáčknout nad tím gigovým

Jenže ta data se musela zbytečně přenést a zatížit síť. Můžeš se samozřejmě snažit vychovávat uživatele, aby neposílali zbytečné přílohy někomu, kdo o to nestojí, to je v pořádku, ale i když se ti to povede, často prostě nemůžeš rozhodnout, zda příjemce tu přílohu bude chtít vidět nebo ne – do hlavy mu nevidíš, to bys mu musel předem zavolat nebo poslat e-mail: „hele, můžu ti poslat to a to?“ počkat, až ti odpoví a pak mu to poslat.

Dejme tomu, že chceš poslat video z konference všem účastníkům – ale jen někteří se na něj budou chtít podívat, jenže ty nevíš, kteří to jsou. Jako přílohu by to video dala leda hodně otrlá povaha (a ostatní by mu za to nepoděkovali). Takže se to většinou řeší tak, že soubor pověsíš někam na svůj web, zkopíruješ si odkaz, vložíš ho do e-mailu a pošleš.

Přitom by to mohlo být krásně automatizované – mohlo by tu být API pro ukládání velkých souborů, e-mailový klient by ho zavolal, vložil soubor, obdržel odkaz a vložil ho do e-mailu. Ideálně jako přílohu, která by obsahovala nejen URL, ale i další metadata jako název souboru, popis, velikost, hashe atd. A klient na straně příjemce by tuhle přílohu „rozkódoval“ a stáhl přílohu ze serveru. Běžný uživatel by byl od tohoto procesu úplně odstíněný – pro něj by to bylo pořád stejné jednoduché „pošlu přílohu e-mailem“ nebo „dostal jsem zprávu s přílohou“ a zároveň by se nepřenášela zbytečná data. Ještě lepší by bylo použít Torrent místo HTTP – když pošlu stejnou přílohu dvěma lidem ze stejné organizace, tak přes HTTP by se to stahovalo dvakrát, zatímco v případě Torrentu by si ten, kdo přílohu otevřel později, mohl stáhnout od svého kolegy v rámci LAN.

Takovou úschovnu (HTTP, Torrent atd.) by mohla mít každá organizace vlastní, takže by se nemuselo spoléhat na třetí stranu a nechat se otravovat jejich reklamou.

[kavol]

to jsou moc krásné ideje

má to jen jeden problémek - nic z toho není standardizované - a jeden problém jak hrom, že spousta z toho vyžaduje spoléhání se na třetí strany nebo další investice do infrastruktury

přitom tu máme již více než patnáct let (koukám, že RFC2046, z roku 1996, v tomhle nebylo první, ale nechce se mi to dohledávat přesněj) řešení standardizované a funkční nad současnou infrastrukturou

můžeme se tedy laskavě vrátit k mému prvnímu příspěvku, a můžeš mi vysvětlit, proč nemůže být prozatím již dávno plně naimplementované to RFC2046, aby uživatelé měli aspoň něco (jo ještě jsem někde slyšel takovou kacířskou myšlenku, že by prý standardy měly být podporovány, a taky nějaké pomluvy, jak Mozilla standardy podporuje, narozdíl od zlého Microsoftu, jehož produkty ovšem zrovna tohle umí ...), a teprv potom proč se nezačnou vývojáři zabývat vymýšlením lepšího řešení a jeho standardizací, a teprv pak implementací do normální (obyčejným uživatelům určené) verze klienta a tím pádem nucením ostatních tuto blbost podporovat - ještě jednou opakuju, že teprv po všeobecné shodě na standardu, podle kterého to mají podporovat?

[xkucf03]

Tak minimálně na straně příjmu by to RFC 2046/5.2.2 Thunderbird podporovat měl, v tom souhlasím. Ale fakt si myslíš, že je to tak skvělá myšlenka a měl by se tento přístup používat?

This mechanism can be used when intermediate transport agents limit the size of individual messages that can be sent.

Vždyť to slouží skutečně k tomu obcházení pravidel, která někdo jiný stanovil – zřejmě proto, že jeho server větší objemy nezvládne. A když se začne hromadně obcházet, tak on bude muset nasadit složitější pravidla. Přijde mi to podobný kolotoč jako firewally – někdo zakáže porty pro ICQ aby zaměstnanci nechatovali a oni začnou chatovat přes HTTP, to se zakázat nemůže, tak se místo jednoduchého firewallu musí nasadit složitější, který kouká dovnitř HTTP protokolu, analyzuje požadavky a některé zahazuje (místo aby stačila obyčejná kontrola portů). Nakonec se na obou stranách vyplýtvá hodně energie (implementace tunelů a složitých firewallů) a přesto se to stejně nějak protuneluje – nebo naopak zarazí – podle toho, která strana má zrovna navrch.

U těch firewallů je to často nesmyslná buzerace… Ale u těch velikostních limitů to bývá docela racionální pravidlo vycházející z technologických omezení – naše servery a linky víc neutáhnou a chceme raději spolehlivé doručování malých e-mailů než nespolehlivé doručování velkých.

[Max]

opět nerozumím ... jak jedna rozdělená gigová příloha ucpe lajnu "jedna dva", zatímto 1024 megových ji neucpe?

Eh? Už vidím, jak ti jeden uživatel kouskuje a posílá 1024 souborů a když ano, tak né najednou. A o tom to je . Dovolením větších příloh, popř. automatického rozkouskování, by servery zabíjelo.

"moje" (ehm!) řešení ti nějak upírá možnost volby jít na uschovna.cz, ten soubor uploadnout a nechat příjemci poslat email s odkazem?

Pokud jsi nepochopil, ač jsem to jasně napsal, jedná se o možnost volby příjemce, nikoli odesílatele.

ano, jistě, a to všechno uvedené v současnosti nikdo nemůže docílit prostým posláním více mailů místo jednoho rozděleného, LOL

Ano, nemůže, protože jednak ti uživatel ten mail nerozkouskuje na 100 (s tím se nikdo babrat nebude), takže už jen toto je přirozená regulace, další regulace je na straně serveru, kdy se dá v pohodě žít s omezením počet emailů / min / IP apod. (takže toto částečně eliminuje nadměrnou zátěž, i když si to ten klient bude chtít kouskovat, ale i tak tam bude), kde by byly takové limity v případě big souborů stejně na nic.

Taktéž si nejsem zcela jist, zda vůbec víš, jak funguje antivir na mail serveru a co se s tím mailem děje. Protože pak by to mohlo jít do stádia, kdy server s 10GB ramkou dokáže obsloužit třeba jen 10 klientů, nehledě na rychlost obsloužení.

Vážně by ti nevadilo, kdyby ti někdo poslal mailem třeba 1TB dat? Tzn, že schránku by jsi měl zaplněnou a pak by jen maily seděly ve frontě u senderu a čekaly by na uvolnění schránky, nebo by se vůbec nedoručily. Takže co je podle tebe lepší? Když ti půlka mailů zabije mailbox a zbytek se nedoručí, nebo když ti půlka mailů zabije mailbox a pak ho budeš muset pravidelně promazávat další půl den, protože po jednom smazání se ti opět celý zaplní poštou, která je ve frontě?

Jinak obyčejné uživatele můžeš učit co chceš, ale spammer zůstane vždy spammerem
Zdar Max

[kavol]

Eh? Už vidím, jak ti jeden uživatel kouskuje a posílá 1024 souborů

psal jsi původně "že by spaměři mohli", takže co do toho zase taháš obyčejného uživatele, co podle tebe neumí poslat 1024 souborů?

a když ano, tak né najednou. A o tom to je . Dovolením větších příloh, popř. automatického rozkouskování, by servery zabíjelo.

zajímavé ... a hele víš o tom, že Outlook to dovoluje už léta? - můžeš mi tedy poreferovat o nějakých těch konkrétních z právě tohoto důvodu zabitých serverech?

"moje" (ehm!) řešení ti nějak upírá možnost volby jít na uschovna.cz, ten soubor uploadnout a nechat příjemci poslat email s odkazem?

Pokud jsi nepochopil, ač jsem to jasně napsal, jedná se o možnost volby příjemce, nikoli odesílatele.

no tak to fakt nechápu

jak si podle tebe příjemce může vybrat, jakým způsobem mu to odesílatel pošle?

ano, jistě, a to všechno uvedené v současnosti nikdo nemůže docílit prostým posláním více mailů místo jednoho rozděleného, LOL

Ano, nemůže, protože jednak ti uživatel

ehm, mluvil jsi o spammerech

ten mail nerozkouskuje na 100 (s tím se nikdo babrat nebude),

viz výše, to si vážně myslíš, že když to neumí ThunderBird, tak to neumí nic?

další regulace je na straně serveru, kdy se dá v pohodě žít s omezením počet emailů / min / IP apod. (takže toto částečně eliminuje nadměrnou zátěž, i když si to ten klient bude chtít kouskovat, ale i tak tam bude),

WTF?

nejdřív si argument sám popřeš, a pak napíšeš, že stejně platí?

kde by byly takové limity v případě big souborů stejně na nic.

smím se zeptat proč?

Taktéž si nejsem zcela jist, zda vůbec víš, jak funguje antivir na mail serveru a co se s tím mailem děje.

poslyš, a na kterém serveru myslíš? - ne, vážně nevím, jak je každý jednotlivý mailserver nakonfigurován ...

Protože pak by to mohlo jít do stádia, kdy server s 10GB ramkou dokáže obsloužit třeba jen 10 klientů, nehledě na rychlost obsloužení.

viz výše - opravdu je to, že mailservery neklekají, jen a pouze zásluha TB, když odmítá tento standard implementovat?

Vážně by ti nevadilo, kdyby ti někdo poslal mailem třeba 1TB dat?

mno, trošičku ano - jenom stále nechápu, proč se pokoušíš argumentovat, jako kdyby mi nikdo nemohl za současné situace ten terabajt dat mailem poslat ...

Tzn, že schránku by jsi měl zaplněnou a pak by jen maily seděly ve frontě u senderu a čekaly by na uvolnění schránky, nebo by se vůbec nedoručily. Takže co je podle tebe lepší? Když ti půlka mailů zabije mailbox a zbytek se nedoručí, nebo když ti půlka mailů zabije mailbox a pak ho budeš muset pravidelně promazávat další půl den, protože po jednom smazání se ti opět celý zaplní poštou, která je ve frontě?

opět nemám jinou reakci než WTF?

jak jsi přišel na to, že nerozdělené maily se nedoručí a nebudou sedět ve frontě, zatímco rozdělené v té samé frontě čekat budou, případně že se po zaplnění inboxu neodmítnou stejně jako ty nerozdělené?

Jinak obyčejné uživatele můžeš učit co chceš, ale spammer zůstane vždy spammerem

a můžu se aspoň pokusit naučit tebe rozmyslet si, jestli tedy argumentuješ spammery nebo obyčejnými uživateli?

[Max]

Asi se do toho začínáme nesmyslně zamotávat a vidím, že už i hodně slovíčkařit.
Tak trochu jinak : TB by to neměl implementovat, protože je to blbost, už jen z pohledu mailserveru (je nereálné, aby nějaký mailserver byl schopen posílat 1GB soubory a přitom byl schopen ustát nějaký rozumný počet klientů, rozumný čas vyřizování požadavků atd.)

Jinak, když jsem myslel možnost volby na straně příjemce, tak jsem tím myslel možnost volby, zda ten příjemce ten soubor chce, nebo ne - když by byl v mailu jen odkaz na nějaký share, tak je to možnost volby. Porovnání s malými přílohami ztrácí smysl, páč tam nehrozí tak rychlé zahlcení jako u emailů s big přílohama.

Jinak mail server si většinou maily neukládá na disk, ale má je v ramce, kde je projede antivirem, což je mnohem rychlejší, než je ukládat na disk a pracovat s nimi z disku, takže je v dnešní době nasazení možnosti big příloh nereálné, není tedy důvod něco takového implementovat a čekat, že se něco za 10 let změní.
Zdar Max

[pavlix]

Naštěstí, pokud uživatel pošle 1024 mailů najednou, tak ho to v mnoha sítích na nějaký čas zablokuje. A znám nemálo sítí, kde ho to zablokuje do doby, než zavolá, že mu něco nefunguje :).

[j]

Mel by sis ty podmiky CP nastudovat nez tu zacnes placat kraviny, dorucej ti balik o nejakych maximalnich rozmerech (ktere nejsou nijak obrovske) a s vetsim te jednoduse vyhodej.

[kavol]

zalez trole

[j]

Jop, a jeste jedna iformace pro tupce tveho razeni, mailserver neodesle ani prd, dokud bude odesilat tu tvoji gigovou prilohu => muze to byt klidne desitky minut, kdy se budou maily normalnich useru hromadit a nebudou odesilany, kdyz to posles 50ti lidem, tak to muze byt klidne nekolik dnu. Proto te stim kazdej posle kam nalezi.

[the.max]

dop*dele, mail je nahrada za dopisy, tak tam ma byt jen text (pripadne male prilohy), kdo chce posilat soubory, at se nauci pouzivat k tomu urcene nastroje a protokoly a nek*rvi tim email!

Vrchol idiocie je, kdyz mi z jednoho nejmenovaneho uradu prisel mail s prilohou. V mailu bylo napsano, ze si mam orecist prilohu. V prilozenem .doc souboru byla pouze vyzva, ze se mam na dany urad dostavit. Obratem jsem odpovedel, jestli je zapotrebi vyvynout nejake nadlidske usili k tomu, aby tato vyzva byla napsana rovnou do mailu, kdyz uz tam byla iformace o nutnosti precteni prilohy, nez aby se to muselo extra psat do prilohy. Fakt bych takovehle lidi trestal rakoskou do chodidel.

[rastos]

Obratem jsem odpovedel, jestli je zapotrebi vyvynout nejake nadlidske usili k tomu, aby tato vyzva byla napsana rovnou do mailu, kdyz uz tam byla iformace o nutnosti precteni prilohy, nez aby se to muselo extra psat do prilohy.

Asi áno. Vďaka funkcii "poslať tento dokument mailom" (File->Send to) v MS Word-e.

Snáď dlho potrvá, než niekto tromfne v tomto smere príhodu, ktorá sa stala mne. Ako reading confirmation mi prišla správa od používateľa Lotus Notes - mail s priloženou "One Note Database" o veľkosti niekoľko sto kB.

[xkucf03]

Vrchol idiocie je, kdyz mi z jednoho nejmenovaneho uradu prisel mail s prilohou. V mailu bylo napsano, ze si mam orecist prilohu.

To je ještě nic není. Já nedávno psal do jednoho obchodu (dotaz na dostupnost a cenu zboží) a přišel mi od nich e-mail s předmětem „Dokument1“ ale text zprávy úplně chyběl a místo toho tam byla příloha „doc1.docx“, ve které byl jejich dopis (beztak tu věc měli o tisícovku dražší než jinde, celkově lameřina).

[Kvakor]

dop*dele, mail je nahrada za dopisy

Já nedávno použil přesně tenhle argument na osobu, která se pokoušela oeslat asi třistamegový soubor e-mailem, přitom onen soubor nejspíš ani neprošel SMTP serverem jejich poskytovatel, protože na náš mailserver nic nedorazilo (logu jsem kontroloval). Když se divila, proč to nejde poslat, tak jsem se jí zeptal, jestli by pračku posílala tak, že by jí zkusila vecpat do poštovní schránky

... Fakt bych takovehle lidi trestal rakoskou do chodidel.

Moc mírný trest ... lidé, co tohle dělají, by si zasloužili minimálně samostatné oddělení pekla (výběr vhodného trestu je ponechán na zvrhlosti čtenáře).

[CIJOML]

Aha takze budou reimplementovat sluzbu co je na ceskem netu snad 16 let a to uschovna.cz?

[pushkin]

Ber to tak, že těch pár programátorů se něčím zabavit musí

[Václav "Darm" Novák]

Tak předpokládám že to dělají hlavně pro běžného Frantu, který se vždycky diví proč mu těch 500MB fotek nejde poslat…

[xkucf03]

Bylo by fajn, kdyby Thunderbird definoval nějaké API a těch poskytovatelů „úschoven“ by bylo víc, se všemi by se pracovalo stejným způsobem a uživatel by si jen zvolil, na který server se to uloží.

Navíc, když něco vkládám přes web do té Úschovny, její provozovatel se dozví můj e-mail a e-mail příjemce, o což nestojím.

[Vykook]

Proc by se mel dozvedet ten e-mail? Zjisti sand "jenom" tvoji ip a pan samozrejme ip tech co to stahujou...

[l4m4]

Integrace do e-mailu BFU stylem, kdy uživatel prostě přiloží přílohu, ale ta se nepošle přes SMTP, ale přes nějakou službu vysdílí a pošle odkaz, to není tak špatná myšlenka.

[Martin]

Jasne, ale na rozdil od soucasneho stavu staci aby ta uschovna klenula a data jsou fuc...

[kavol]

proč by měla hned kleknout, stačí, když si nějaký pomatenec vzpomene, že chce nechat smazat "závadný" obsah ...

[Max]

Stejně tak může klenout mailserver s tvýma mailama . Stejně tak jako maily, můžeš mít ty soubory stažené u sebe na PC. Jak už tu někdo vzpomenul, tak se také nemusí jednat o server třetí strany, ale samy firmy mohou mít své vlastní file servery na takové věci.
Zdar Max

[pavlix]

Mailserver s mýma mailama provozuje někdo, koho jsem si na to vybral :).

[Jaromír Svoboda]

Já to řeším tak, že mám nainstalovaný Apache na kolejní síti s veřejnou IP adresou, pošlu jen odkaz na soubor či složku, co jsem zkopíroval nebo nalinkoval do /var/www/, zvlášťě když mám na ploše složku nalinkovanou do apache, je to pohoda. Pak emailem nebo IM pošlu odkaz a už to jede. Chápu ale, že to není pro každého (neveřejná adresa např.).

[Radek Hladik]

No to opravdu není pro každého Dokonce ani pro většinu ne, dokonce ani pro statisticky významnou menšinu ne Co si budeme povídat, jestli je takovéhle řešení pro víc jak 1% lidí, kteří používají email/IM, tak jsem papež... Ale co si budeme nalhávat, ja také takto posílam soubory a nedávno jsem se dozvěděl, že jeden z adresátů je vezme, stáhne, přejmenuje na .jpg a pošle emailem dál.

Ale musím říct, že se mi moc líbí, že ať se udělá to, či ono, pokaždá se najde dost lidí, kteří to zkritizují a ještě nutí ostatním něco, co si sami myslí, že je správné a ještě jim nadávají...

Materiály, ze kterých jsem čerpal:

http://www.abclinuxu.cz/zpravicky/thunderbird-zpristupni-posilani-velkych-souboru#1

http://www.abclinuxu.cz/zpravicky/thunderbird-zpristupni-posilani-velkych-souboru#11

http://www.abclinuxu.cz/zpravicky/thunderbird-zpristupni-posilani-velkych-souboru#3

http://www.abclinuxu.cz/clanky/komiks-xkcd-949-prenos-souboru

[kavol]

Ale musím říct, že se mi moc líbí, že ať se udělá to, či ono, pokaždá se najde dost lidí, kteří to zkritizují a ještě nutí ostatním něco, co si sami myslí, že je správné a ještě jim nadávají...

Materiály, ze kterých jsem čerpal:

http://www.abclinuxu.cz/zpravicky/thunderbird-zpristupni-posilani-velkych-souboru#1

já bych si tedy s dovolením vyprošoval být prvním příkladem k tomu "nutí" a "nadávají"

kritika, to ano, a považoval bych za velmi nešťastné, kdyby všichni jenom tupě přitakávali a schválili kdejakou blbost, jen aby se někdo necítil pohoršen nesouhlasem

ale kde vidíš, že bych někomu něco nutil? - považuješ snad za nucení to, že jsem vyjádřil nelibost nad tím, že namísto podpory standardů se vymýšlí nové blbosti? ... nebo to, že jsem následně několikrát odpálkoval pseudoargumenty proti použití toho standardizovaného řešení (přičemž jsem se zároveň ale několikrát vyjádřil ve smyslu, že posílání extra velkejch souborů nepodporuju)?

a co se týče nadávání, rovněž, kde to v tom vidíš, nebo seš přecitlivělej a vadí ti, že jsem RFCčka označil slovem "blbejch" místo "docela jednoduchých"?

[Radek Hladik]

Přiznám se, že jsem to myslel spíše obecněji. V tvém příspěvku to nadávání a vnucování explicitně není, bral jsem ho spíše jako jakýsi "baseline" jedné části názorů. I když se přiznám, že říct mi někdo, koho dobře neznám, do očí "zato ty jsi sežral kopec chytrý kaše ", tak to už bych za trochu pejorativní považoval...

[kavol]

bral jsem ho spíše jako jakýsi "baseline" jedné části názorů

mno ... ale nic

"zato ty jsi sežral kopec chytrý kaše ", tak to už bych za trochu pejorativní považoval...

jistě, ale to je již v kontextu reakce na "super kecy nějakého chytráka", tedy někde úplně jinde než v reakci na kterou jsi odkazoval

[Jaromír Svoboda]

http://www.abclinuxu.cz/clanky/komiks-xkcd-949-prenos-souboru

Podle popisku obrázku jsem to jeden čas taky dělal ale jen v situaci, kdy jsem neměl USB disk u sebe a chtěl jsem si ve škole uložit pár dokumentů.

Ještě bych doplnil ke svému předchozímu příspěvku, že když jsem teď neměl ten apache chvilku nainstalovanej u sebe tak jsem využil apache na svém účtu na serveru mého ISP, tímto odpadá problém s neveřejnou IP adresou na vlastním počítači.