zajimalo by me, kde mam zazadat o to rozsireni na 50MB, s volnym mistem se potykam uz docela dlouho.
Prochazel jsem FAQ a Help a nikde jsem o tom rozsirovani zminku nenasel
Nerozumim. Pokud nekomu nestaci 50 mega na email, tak bud mu chodi OBROVSKE emaily (a protoze me nenapada jine vyuziti nez ze mu treba chodi velke vykresy tak ten email vyuziva profesionalne a hodila by se mu vlastni domena) a nebo tu schranku vyuziva jako archiv (a v tom pripade podle me dost riskuje, nikde nemate jistotu co se s freemailem stane zitra).
Kazdopadne ale pouziva ten ucet podle me nevhodnym zpusobem.
chapu to tak, ze 50M by mu stacilo, ale nestaci mu onech 15M. Jentak mimochodem, 15M neni je opravdu malo, staci jet na tyden na dovolenou a je to plne :)
Druhý problém, díky kterému třeba já IMAP nepoužívám, je, že neprojde přes proxynu mého zaměstnavatele. IMAP jen doma a v práci zase POP3 - to se ty výhody IMAPu míjí účinkem.
no jestli je lepsi imap nebo pop3, to zalezi na tom, jak ten mail pouzivate. pro ty, kteri si maily ctou vzdy jen z jednoho pocitace je pop3 vyhodnejsi v tom, ze maji ty maily k dispozici i v pripade, ze server na kterym jsou zrovna nejede. naopak pro lidi, pripojujici se casto z ruznych masin je imap nenahraditelny. ovsem pouze, pokud server poskytuje sifrovany imap a sifrovane SMTP, jinak je asi lepsi nejaky webmail s SSL.
Ne, to jsou dneska normalni uzivatele pocitacu (BFU). Bezne se mi stava, ze si stezuji, ze maji problemy s postou a ja zjistim, ze tuhle nekdo posila mailem databazi, ktera ma (po base64 kodovani) 18MB, jiny zase posila kamaradovi denne tak 5 ruznych vtipnych videi o delce 2-6MB a divi se, ze se mu vraci jako nedorucitelne (jeho kamarad ma 10MB schranku) apod.
Protoze se razi pristup "z pocitacem muze delat i ten, kdo o nem nevi vubec nic", tak to podle toho dopada.
Zase Vy? :-)
No tak pokud třeba nevíte, že nesmíte řadit bez spojky (máte-li manuál) nebo že při tankování se vypíná motor, při odbočování bliká, tak se divím, že se ještě účastníte diskuzí. Nemusíte vědět, proč to funguje, jak to funguje, ale povědomí o tom, jak se s tím zachází, předpokládám máte. Nemusí Vás zajímat, proč se řadí, stačí, když víte, jak se používá spojka a v kolika otáčkách nejpozději přeřadit (např.).
Kdežto postup BFU je takový, že (možná) ví, že je někde nějaký disk, šipkou po obrazovce hýbe takovou to zakulacenou krabičkou, co má vedle klávesnice a konec. Bezpečnostní/provozní návyky, jako třeba základní bezpečnost počítače, na Internetu, netiketa apod. nezná (k poslání mailu to nepotřebuje, tak proč by se s tím zatěžoval)? Mně to přijde podobné, jako pustit k autu někoho, kdo se pak metodou "pokus/omyl" a "kamarád mi to popsal" nějak naučí jezdit. S tím rozdílem, že v autě je to o zdraví, zatímco u počítače tak o smazaná data/zablokovaný systém.
A ktere treba? ;-) Nejak me nenapada nejaka rozsirena sluzba, ktera by mi umoznovala poslat soubor konkretnimu uzivateli...
Samozrejme je mozne to vymenovat pres FTP/Sambu atp., ale to je oproti "klinout na nova zprava, napsat mail prijemce, pripojit soubor, odeslat" slozitejsi. Je nutne vytvorit ucty, spravovat je, uzivatele si musi rict, kde soubor je,
jak se jmenuje, musi rict zpatky, ze soubor je mozno smazat...
Samozrejme je nutne brat ohled na situaci a spatne se to pouziva s uzivateli, kteri maji nastavenou restriktivnejsi politiku na mailserveru. Ale treba uvnitr firmy je to docela pouzitelne.
FTP jste vzpomnel, kdekdo dnes pouziva vselijake messengery, ktere taky file transfery umi a kdyz chteji prenest bez FTP soubor, kt. ma treba 100MB, mohou zkusit nejakou P2P sit jako je DC++ (beztak to ma kdejaky BFU nainstalovany :-)
A jestli je to vsechno moc slozite, tak www.uschovna.cz zvladne i cvicena opice.
Reseni je spousta a az na poslednim miste bych videl zvetsovani emailove schranky na 200MB ;-)
Ty messengery jsou na to vhodne zhruba stejne, jako mailovy protokol :-)
Popravde receno, uz vidim, jak si posilate duverne firemni materialy pres treti osoby (treba uschovnu ;-). Krom toho byste s ni mel problemy pri posilani dat > 10MB.
A to jeste jejich propagacni materialy obsahuji zavadejici tvrzeni o tom, ze se o tretinu zvysi naklady pri posilani po modemu... Nezvysi - protoze modem to zpatky zkomprimuje, takze dle meho odhadu je preneseni base64 encoded a cisteho souboru zhruba stejne narocne.
Stejne tak P2P site vetsinou tvrde zakazujete a ne abyste jejich vyuzivani jeste podporoval :-)
Nechapu, co je pro Vas tak tezke na tom, natukat pri vytvareni uzivatelovy schranky misto cisla 10 cislo 200 ;-) Proste pro vnitrofiremni komunikaci je posilani mailem zdaleka nejjednodussi a nejbezpecnejsi zpusob. Pokud si potrebuji posilat neco s kamaradem a nemam k dispozici dostatecne velkou schranku, muze byt nekdy vhodnejsi pouzit jinych sluzeb.
Pokud chcete posilat "duverne firemni materialy", pak predpokladam, ze na to vytvorite nebo budete mit vytvoreny nejaku rozumny standardni a k tomu vhodny prostredek. Takze pokud se bavime o seriozni urovni, pak treba nejaky vnitrpodnikovy FTP server by nemel byt problemem. A na nejaka humorna videa vymena pres treti stranu klidne postaci. Proste k danym pozadavkum primerene prostredky.
A k tomu "Nechapu, co je pro Vas tak tezke na tom, natukat pri vytvareni uzivatelovy schranky misto cisla 10 cislo 200 ;-)"... Je tu treba rozdil v cene hardware. U par desitek uzivatelu mozna zanedbatelne, u podniku s tisici zamestnanci nebo freemailu s milionem uctu, dost vyznamny rozdil.
To je jednoduche. Pokud vyrizujete nejakou agendu, potrebujete mit postu tridenou do slozek k dispozici alespon do vyreseni jednotlivych pripadu. Pokud zaroven potrebujete ke slozkam pristupovat z ruznych pocitacu (staci ze dvou, ze), pak jsou IMAP pristup + rozumna kapacita mailboxu nezbytne. Neni-li to navic k firemnim ucelum, nezbyva, nez vzit za vdek nejakym freemailem s temito vlastnostmi.
Zalohovani od poskytovatele by sice byla dobra vlastnost, to ale lze provest i svepomoci, pokud ozelite ztratu korespondence mezi dvema zalohami.
Konkretne, me zabere rocni agenda spojena se zajmovou cinnosti zhruba 40 MB i s rezervou pro nenadaly prival zprav. Do toho nejsou zapocteny nadmerne zpravy (zpravidla pokusy nezkusenych uzivatelu o prenos velkych souboru - to se da odmazat ihned po prenosu), spamy (odmazat ihned), ruzne srandicky (odmazat po precteni). Starsi zpravy mohu presouvat do archivu ctvrtletne, takze mam stale k dispozici nejmene 3/4 roku stare kauzy. Obsazena kapacita by byla mnohem mensi, nebyt nestastneho zvyku nekterych lidi posilat dopisy ve Wordu jako prilohu jinak prazdneho e-mailu. Jenomze kolegy pro zajmovou cinnost si zpravidla nevybirate podle schopnosti prace na siti :-) IMAP klienty nastavim na vytvareni lokalni kopie, cimz se mi pri vhodnem pouziti postaraji o zalohy. Myslite stale, ze je to nevhodny zpusob pouziti uctu?
Formulace "Ke schránce můžete kromě obvyklých protokolů POP3 nebo SMTP přistupovat" je dost nešťaatná, protokol SMTP neumožňuje žádný přístup ke schránce ani k tomu není určen.
Vzato úplně doslova jsou všechny e-mailové schránky na Interntu dostupné přes SMTP, tedy přijímají maily protokolem SMTP, ale to autor zřejmě neměl na mysli.
Přes SMTP se maily odesílají, a bylo by dobré zmínit, jak je tento server zabezpečen před spammery, jestli je tam pouze nepříliš účinná kontrola domény adresy "FROM" nebo jestli je použitá metoda POP before SMTP nebo SMTP AUTH.
S tím pak také souvisí to, jak moc se objevují adresy SMTP serverů na spammerských blacklistech, a jak často se tam objevují domény toho či onoho freemailu.
Asi žádný uživatel mailu nevidí rád, když jsou jeho e-maily odmítány.
Blacklistů je řada a většinou jsou lokálního významu, třeba http://www.linux-tech.com/badmailfrom.html (blokuje email.cz a post.cz)
http://mail.gwl.koszalin.tpnet.pl/badmailfrom.txt (atlas.cz, email.cz, centrum.cz)
a spousta dalších.
Přehled o tom, v kterých RBL je SMTP server uveden je třeba na http://rbls.org/
A poznámka k smtp serveru atlasu - to není jejich smtp server, ale Contactelu. Tím spíš by byla zajímavá politika posílání mailů přes něj - viz
;; ANSWER SECTION:
smtp.atlas.cz. 3600 IN CNAME mail.contactel.cz.
mail.contactel.cz. 41592 IN A 212.65.193.9
mail.contactel.cz. 41592 IN A 212.65.193.3
Vzhledem k tomu, ze 90% spamu ma falsovaneho odesilatele, tak jsou blacklisty zalozene na adrese odesilatele takrka bezcenne. Do blacklistu se muzete bez problemu dostat aniz odeslete jediny spam. A pak vysvetlujte uzivatelum, ze nemuzou poslat postu obchodnimu partnerovi, protoze jejich administrator je *** a pouziva blacklist :-|
Stejne tak jsem byl casto bombardovan spamem od "antispamoveho" sw, protoze nekdo zneuzival adresy uzivatelu v nasi domene :-(
AFAIK jsou na blacklistech počítače prokazetelně _odesílající_ spam. Takže open-relay servery apod. Kontrolu na odesílatele je zcela zbytečné provádět, protože v SMTP nejde nijak zaručit.
Jak ve kterych. Poznat, ktery pocitac spam odeslal neni zcela trivialni (je nutno poznat, kde konci prave Received hlavicky a zacinaji ty podvrzene). Asi existuji blacklisty, kde to funguje dobre, ale tech je pomalu. Vetsinou jsou dost pochybe.
A jinak - treba list uvedeny v prispevku jimz zacal tento thread shromazduje prave emailove adresy...
Ono je to s tema spamerama cim dal horsi. Driv posilali spamy jen totalni looseri, dnes uz jsou spameri natolik pocitacove erudovani, ze dokazi podvrhovat i reverzni DNS. To uz je docela problem, nebot se tim daji obcurat i dobre nastavene smtp servery. Uprimne receno by me zajimalo jak to delaji. IMHO musi mit nekde v blizkosti (kvuli sniffovani dotazu do DNS od smtp) prislusneho smtpserveru hackly stroj a podvrhovat DNS pakety?
Ne, ze by to bylo bylo bezne, ale v posledni dobe se setkavam i s takovymito spamy...
Vychazi z toho, ze v podstate jedina spolehliva metoda ochrany je nejaky zpusob autentifikace, ktery dokaze spolehlive identifikovat odesilatele. Pokud jsme ovsem ve stavu, kdy je spamer schopen podvrhnout DNS paket, neni pro nej nepochybne problem si odsniffovat i prislusnou autentifikaci (alespon jednu nejakou, coz mu staci), nebot okolo mailu se prevazne jedna o plaintextovou komunikaci. Je to tedy jen o jeden schudek obtiznejsi, skript to dokaze automaticky vyresit behem nekolika malo vterin, tudiz cela autentifikace smtp je stejne k nicemu....
Ted nevim, co myslis... Kdyz mam pocitac s IP 1.2.3.4 a mam pro tohle IP na svuj NS delegovany reverzni resolving, tak neni problem nastavit, aby vracel treba mail.seznam.cz... K tomu neni potreba zadny hacking.
Ony by totiz mail servery mely spravne overit, ze se vracene jmeno resolvuje na puvodni IP. Pokud ses setkal s tim, ze nekdo podvrhuje tohle, tak pak to hackign je :-) Ale ja jsem o zadnem takovem pripadu neslysel...
Bohuzel se ale toto netestuje, vetsinou proto, ze spousta "administratoru" ma DNS spatne nastavene a nechodi jim to.
Ano, myslim, ze jsem se setkal s takhle dokonale podvrzenym spamem, uz si to presne nepamatuju, ale kdyby to nebylo takhle dotazene az do konce, urcite by mi nezustala v hlave ta nezodpovezena otazka "jak to proboha delaji".... ale tohle jeste dlouho nebude bezna zalezitost, musela to byt naka particka profesionalu, kteri se rozesilanim spamu zivi.
No, ať už je skutečný přínos blacklistů založených na e-mailových adresách nebo na IP adresách jakýkoliv, přesto jsou používány a to může uživateli freemailu způsobit potíže, pokud s tím nepočítá.
Proto informace o tom, jak moc je který freemail, ať už podle e-mailových nebo IP adres, považován za zdroj spamu, je důležitá informace. A jestli je blacklistován oprávněně nebo ne, to už je nakonec uživateli jedno, protože problém - adresát e-mail nedostane - mu vznikne.
A mimochodem - třídit spam podle e-mailové adresy je poměrně účinné, do přihrádky "podezřelé" přesunuji všechny maily ze světových freemailů jako @aol.com, @yahoo.com, @hotmail.com atd a 99% z toho je spam, tedy se nedivím tomu, že ve světě je zablacklistování @atlas.cz nebo @centrum.cz stejně úspěšné.
Vicemene souhlasim. Bohuzel to neni chyba toho freemailu :-(((
Jinak pro velkou cast lidi v nasich krajich je dobra metoda na odfiltrovani spamu filtrovat (krome pripadnych vybranych adres) vsechno, co neni z domeny .cz :-)
Atlas do odesílaných e-mailů reklamu vkládá, možnost odstranění tohoto jevu je plánována v placené verzi. Omlouvám se, že tato informace v článku chybí.
Nemůžu si pomoci, ale freemail Atlasu do e-mailů reklamní patičku skutečně vkládá. Za prvé mi to potvrdila tisková mluvčí Atlasu a za druhé jsem si to sám vyzkoušel ;-)
Freemailová služba Atlasu přidává reklamní patičku jen do e-mailů odesílaných přes webové rozhraní. Bez reklamy jsou zprávy odesílané pomocí SMTP. Děkuji Jiřímu Maškovi za pomoc při zjišťování skutečného stavu věci.
Ono to ani dost dobre nejde, pokud clovek nepouziva smtp server Centra, ktery vetsina lidi asi nepouziva a do nedavna to nebylo mozne vubec. U Atlasu je to podobne...
Jenom by me zajimalo, proc tady neni porovnani s takovym mailovym gigantem, jako seznam.cz...
K tomu smtp - jsem uzivatelem atlasu uz dlouho. Pokud vim, zrusili jejich smtp kvuli zneuziti spammery. Sam musim uznat, ze jsou uplne udesna kvanta spamu, ktere mi na atlas chodi. Stale uvazuju nad zrusenim adresy, protoze mi chodi temer 60 spamu denne. Protoze mivam v cc: mnoho uzivatelu atlasu, myslim ze tento problem ma vetsina lidi. Reknu vam, IMAP se mi libil, ale za tohle to nestoji. Mozna je to jenom tim, ze mam ten mail uz dlouho, ale nevim, myslim ze atlas na tom ma taky slusny podil. Ja uz ted vsechny od atlasu odrazuju. Myslim ze vetsina mailu s primym SMTP nepridava nic.
Po sérii článků plných bohapustých žvástů konečně text obsahující řadu zajímavých údajů, ke kterým se člověk jen tak nedostane. Díky! Jsem zvědavý na údaje týkající se email.cz, doufám tedy že na něj dojde.
taky mi vadi ze centrum nepodporuje ssl, samozdrejme pokud to nekdo mysli se zabezpecenim vazne (aby melo smysl) tak je nutne pouzivat sifrovani vsude, tedy https, pop3s, imaps
Pokud ctete maily pres http rozhrani, nepotrebujete pop3s :-)
Jinak - kdyz jsem byl jeste v Centru, tak jsme o zlepseni SSL uvazovali (poridit slusny certifikat atp.), ale jelikoz ho pouziva naprosto mizive procento uzivatelu, tak z toho nakonec seslo :-|
Krom toho - i kdyz pouzivate SSL na komunikaci s mail serverem, maily na nej stejne chodi nekryptovate... Tady pomuze pouze PGP.
- pouzivam http protoze neni k dispozici https
- pouzivam pop3 protoze neni k dispozici pop3s
- pouzivam pop3(pop3s) protoze neni k dispozici imap(imaps)
- divil by jste se kolik lidi by pouzivalo ssl varianty (https, pop3s, imaps) kdyby varianty bez ssl nebyly akceptovane na strane serveru :-)
- nejde ani tak o zabezpeceni jednotlivych mailu jako o zabezpeceni celeho uctu - hesla ktere se posila otevrene!
Tedy jeste jednou: HTTPS je na Centru k dispozici a skoro nikdo ho nepouziva. Koneckoncu, je to logicke - BFU netusi, proc by to meli pouzivat a technicky zdatni uzivatele stejne freemail na dulezite veci nepouzivaji, takze je zabezpeceni take netrapi :-)
- https na centru je v soucasne podobe vicemene nepouzitelne - behem nacitani kazde stranky je nekolik vyzev na stazeni nezabezpecenych polozek, coz je dost otravne, a navic se nenatahuji css soubory takze cely vzhled a usporadani jde do kytek ...
pokud chcete videt jak ma vypadat sluzba pres https tak se podivejt napr. na joker.com (je jedno jestli uzivatele vedi co je https (a jestli ho chteji pouzivat))
- proc by technicky zdatny uzivatel nemohl pouzivat kvalitni zabezpeceny freemail ? (tzn. freemail je jen pro blbce ? )
- nebavime se o dulezitosti a vyznamu jednotlivych emailu, ale o kvalite a zabezpeceni sluzby (v soucasnem stavu GNU softwaru a jeho dostupnosti jde spise o schopnosti administratora serveru a jeho pristupu k zabezpeceni) btw. nechapu jak se muze centrum chlubit v reklamach zabezpecenim kdyz nemaji defaultne https (pop3s vubec), tzv. bezpecnostni agent je naprosta picovina - k cemu je kdyz vas upozornuje po pul roce ke zmene hesla kdyz ho posilate nesifrovane a hned vam ho nekdo zachyti ???
Ty hlasky tam vyskakuji (mimo jine) kvuli reklamnim systemum. Ty HTTPS neumi a tedy se reklamy natahuji pres HTTP. Takze by se to muselo provozovat bez reklam, coz by bylo pro provozovatele ponekud kontraproduktivni :-)
Nerikam, ze ho pouzivat nemuze. Jenom rikam, ze takovych uzivatelu (kteri by ho kvuli tomu pouzivali) je prilis malo, takze se vyplati soustredit se na masu, ktera ale zabezpeceni (ke sve skode) nevyzaduje.
Mel jsem na mysli HTTPS. Pisete,ze na Centru k dispozici je, ale nejak se mi nedari najit, kde ho zapnout. Asi jsem neco prehlidnul, drive jsem to pouzival - prihlasoval jsem se "HTTPS autentifikace" nebo tak nejak. To ze vyskakuji okna "chcete stahovat nezabezpecene polozky" je normalni, je to "dan" za zabezpeceni.
A proc to je prinosne pouzivat HTTPS? No napriklad nekteri zamestnavatele sleduji postu zamestnancu. I kdyz nemate nic proti svemu zamestnavateli, urcite nekdy ocenite mailovat bez toho, aby zrovna u vas ve firme vedeli, co komu pisete.
Diky za info. Vim, ze drive se primo prihlasovalo formularem s HTTPS zabezpecenim. Tedy bylo to explicitne uvedeno u prihlasovacich moznosti. Nyni to tam neni.
To neni zadna dan za bezpecnost. Jde jen o to, tam ty obrazky a reklamy nalinkovat tak aby se tahaly taky pres to HTTPS. Nevidim v tom problem. Staci si to jenom rozmyslet a nasadit to.
To ze nekdo nema certifikat a na strance se stahuji nezabezpecene polozky? To si to muzou strcit za klobouk. Pokud chci neco secure, tak to chci secure a ne spolehat na dobry slovo studenta kterej tu stranky splichtil. Kdyz se na https stahujou veci ktery nejsou secure, tak to znamena ze stranka neni secure. Jinak ten certifikat stoji 6000 na rok. Viz. Verisign.
V mailech se orientuju asi 5 roku
Post - to jeste funguje ?
Seznam - standart ( pop3, normalka )
Email - Trezor az nekdy moc zabezpeceny ( - pop3 placene )
Xko - Prumer
Centrum - nemuzu hodnotit ale jako portal mě zklamal ztratou HESEL NA XCHATU !
použivam domaci mail u provaidera spem a antivir ochrana super vec...
Dlouho jsem byl uzivatelem atlasu, nez jsem zjistil, ze atlas nekdy zobrazuje zpravy jinych uzivatelu. Po precteni zpravy a naslednem zmacknuti "back" se mi zobrazil seznam cizych mailu. nekdy se to same stalo, kdyz sem zmacknul "back" po odhlaseni - byl jsem naspatek ve schrance ale ne vzdy ve svoji. Vzdy to byly zpravy od uzivatelu v ramci nasi site, kteri pristupovali k atlasu pres webove rozhrani. Pozoroval jsem to v ramci tri ruznych siti. Nevim kde je chyba, mozna ne na strane atlasu, ale v nastaveni proxy na nasi strane site. Nehodlam v tom patrat dale, beztak jsem presel na Centrum, ten to nedela.
V clanku zminovana moznost vybrat si na Atlasu mezi odvirovanim, presunutim do zvlastni slozky ci smazanim byla omezena. Nyni jsou (nebo alespon v relativne blizke minulosti byly) vsechny zavirovane e-maily nucene odvirovany. Trochu jsem se kvuli tomu hadal s helpdeskem Atlasu (chtel jsem karantenu, avsak e-maily ponechavat v nezmenenem stavu - otazka principu). Nakonec mi nezbylo, nez uznat, ze podminky provozovani si proste urcuje provozovatel :-) Tolik k jiste nepresnosti ohledne Atlasu.
Varuji před používáním freemailového serveru atlas.cz! Kdysi jsem si zřídil mailovou schránku na serveru atlas.cz, kterou jsem pravidelně využíval a zhruba každé tři dny kontroloval příchozí poštu. V poslední době se mi párkrát stalo, že jsem vytvořil email, odeslal ho, ale email se ztratil a adresát ho nikdy neviděl. Docela mě to štvalo, protože jsem musel mail psát znovu nebo v horším případě jsem si nevšiml, že nebyl odeslán a marně čekal na odpověď. Nedávno se mi stalo, že mi mailový server atlas.cz zahlásil, že mám špatné heslo a nepustil mě k mým zprávám. Přitom heslo bylo správné. Nejnověji se mi stalo, že mi machři ze serveru atlas.cz celou mailovou schránku prostě a jednoduše zrušili bez jakékoli omluvy nebo slova vysvětlení. Prý že jsem se nepřihlásil déle než 90 dnů, což nebyla pravda, protože jsem ještě týden předtím mail kontroloval. Na mojí žádost mi sice schránku obnovili, ale veškerou příchozí a odchozí poštu smazali. K tomu jsem dostal jen lakonický dovětek, že deaktivací schránky byl obsah smazán.
Chtěl bych proto varovat všechny uživatele, aby nevyužívali služeb serveru atlas.cz, pokud nechtějí dopadnout stejně, tj. tak že jednoho krásného dne jim bez varování budou smazány veškeré zprávy a zrušena mailová adresa s nulovou omluvou a nulovou snahou věci navrátit do původního stavu.