Dotaz: Jak resite postu? Malo mista :-(

[petrfm]

Ahoj, potrebuju presunout thunderbird ze serveru kde mi bezi desktop s Win do sveho NB, abych ji mel dostupnou offline a kde mam SSD, proto bojuju s mistem. Problem je, ze v thunderbirdu mam postu za poslednich snad 15 let. Je toho uz >20GB. Nevim, jak to resit. Nechci prijit o starou postu a zaroven mne vytaci, tahat sebou zbytecne v NB archivy z roku 1,2. Idealni predstava je, mit na vlastnim serveru doma uloziste s IMAP a do NB si pro offline pouziti stahovat ja nevim, posledniho pul roku. Kdyz chci neco starsiho vyhledat, provadel by to server a nemusel bych to nosit neustale sebou.

S tim se spojuje dalsi problem, ze na serveru kde mam nyni postu (hostingu) mam celkem 4GB mista. Jak pro prezentaci, tak pro postu. Uz ted jsem na hranici limitu a popravde, nemam dobry pocit z toho, nahravat svoji osobni, >10let starou postu nekomu na cizi server.

Idealni by proto bylo, mit doma na serveru takove uloziste posty, ke kteremu by se dalo pristupovat pres IMAP? Ta posta by se nemusela na ten domaci server stahovat z netu a ja bych si ji stahoval z domaciho serveru. Klidne by to mohlo byt jen uloziste - virtualni slozka, do ktere bych si mohl v thunderbirdu presunou stare emaily, aby uvolnily misto na hostingu a zaroven aby nebyly lokalne v thunderbirdu, ale na tom serveru doma. Chci aby to fungovalo jednoduse, cili zadne CLI skripty, ale normalne drag and drop v thunderbirdu, nebo nejakem webovem udelatku ala roundcube, apod. nechci proste kvuli tomu doma stavet kompletni mail server - ktery ani nemuzu, pac mi provider blokuje port.

Jak to resite vy, jak zalohujete starou postu? Oddelujete ji nejak od ostatni? Mate vlastni postovni server, kde mate vsechnu postu? Vim, ze spousta lidi to resi googlem. To taky nepovazuju za stastne - chci se nadale vyhybat vsem cloudum.

Diky za tipy, P.

Odpovědi

[Petr Šobáň]

A kde je problém?

Zařídím si kdekoliv imap server kam si poštu přesunu. (je jedno zda na vlastním serveru někde, nebo u nějakého poskytovatele co umožňuje imap přístup)

Od toho imap je pošta zůstává na serveru a do přohlížeče se stahuje pouze dle potřeby.

Takže pokud máš doma veřejnou IP není problém si na nějaký stroj imap server nainstalovat a poštu přesunout tam.

V TB můžeš mít několik serverů s poštou.

[pavlix]

Jednoduše. V brzké době budu ze starého virtuálu přesouvat poštu na vpsfree a ještě na tom budu testovat vlastní projekt na správu pošty a dalších věcí. Na klientské straně IMAP, to už snad dneska ještě kromě web rozhraní nemá smysl dělat jinak. ;)

[Sten]

Nijak nerozděluji starší a novou poštu. Není to potřeba.

Co se týče Thunderbirdu, tak při použití IMAP má přímo v nastavení volby „synchronizovat jen e-maily mladší než …“ a „odstranit lokální kopie e-mailů starších …“ (v obou případech ty lokálně neuložené může kdykoliv dotáhnout ze serveru, pokud je připojení). To samé nabízí snad každý klient, který podporuje off-line IMAP (třeba AquaMail pro Android, Akonadi v KDE).

Tím pádem to chce IMAP i na server. Nejvhodnější by bylo mít to na serveru, kde je dost místa. Pokud to ale chcete radši mít na svém domácím serveru, tak existuje POP3Aggregator, který spustíte na tom svém serveru a on bude automaticky stahovat poštu ze serveru z netu a ukládat ji lokálně.

[petrfm]

Docela hezky a obsáhle popsaný návod, možná to zkusím rozchodit. Jak to funguje s vyhledáváním emailů? Dokáže pak TB vyhledávat globálně i v mailech co jsou na IMAPu, nebo je na to lepší instalovat na server třeba roundcube, který má z podstaty pak přístup ke všem emailům?

Defakto jediný podstatný důvod, proč si držím 10 let starou poštu je ten, že občas potřebuju vyhledat nějaké přihlašovací údaje, nebo email od nějakého starého kamaráda/zákazníka. Takže lokálně to nepotřebuju skladovat, ale když hledám, potřeboval bych prohledávat co nejvíc do historie.

[Sten]

Fulltextové hledání funguje jen pro stažené e-maily. Hledání podle hlaviček (odesílatel, příjemce, předmět) jde u těch, kde jsou stažené hlavičky. Typicky jsou hlavičky stažené pro všechny e-maily.

[k3dAR]

proč si držím 10 let starou poštu je ten, že občas potřebuju vyhledat nějaké přihlašovací údaje
a to nevis ze heslo bys mel menit kazde 3 mesice? ;))

[petrfm]

3 mesice mi trva, nez si ho zapamatuju... a s kazdou dalsi lahvi slivovice je to horsi a horsi. Cili cim dal casteji musim vyhledavat

[Sten]

K tomu slouží správci hesel jako třeba KeePass nebo KWallet.

[petrfm]

To je IMHO vetsi kravina, nez pouzivat heslo nbusr123 a nemenit si ho deset let. Je to stejne debilni, jako nest pul mega zadni kapse kalhot. Prvni, po cem utocnik pujde, je spravce hesel / penezenka na prdeli. Nevim teda, jak presne ten spravce funguje, ale predpokladam, ze se z nej da ziskat seznam vsech sluzeb, pro ktera zna hesla? Takze v pripade kompromitace hlavniho hesla/spravce ma utocnik pristup k celemu memu pisecku. Jestlize se provali jedno heslo, ktere pouzivam 20 let, tak porad utocnik jaksi netusi, jaky mam login a na jake sluzbe.

[Sten]

Jak se k tomu správci hesel útočník dostane? To by vám musel komprimovat počítač. A když už to zvládne, tak mu nic nebrání odposlouchávat hesla pro přihlašování.

[Sten]

Musel by kompromitovat počítač. (Blbý autocorrect na Androidu.)

[pavlix]

Pán je asi suterén. :D

[Jendа]

Podle mě už není takový rozdíl jestli to vytáhne z konfigurace password manageru nebo z mailboxu Thunderbirdu…

[petrfm]

Tady vubec nejde o to, jak to vytahne a proc. Nejvetsi pruser je, ze pokud se dostane do keepasu, tak ma treba 50 hesel. Pokud se dostane do thunderbirdu, vytahne hesla treba k 5 sluzbam. Navic, musel by tusit, ze v poste neco takoveho je. Cili bud stahnout 20GB posty, nebo aktivne prohledavat. Jestlize se dostane do keepasu, jde primo na cil a staci mu stahnout 10kB soubor.

Proste radsi slabsi heslo, ale v hlave, nez nejake silene hashe, koncentrovane na jednom jedinem zranitelnem a pred kazdym utocnikem provarenem miste - ala keepas apod.

[k3dAR]

k te slabosti hesla, ono je to jinak ;) viz: https://xkcd.com/936/

[Sten]

Proč? Pokud je heslo dostatečně silné, tak ho neprolomí ani za 30 let.

[k3dAR]

psal sem samo s nadsazkou ;) https://xkcd.com/936/

[petrfm]

Tohle je super pomucka, to jo, hlavne kdyz si nastavis heslo MamToNejdelsiHesloNaCelemSvete a pak ho musis 5x za hodinu zadavat za kazdym sudo S hesly je proste potiz. Kratka stoji za houby, dlouha se zase na houby zadavaji.

[k3dAR]

muzes si nastavit ze zadane heslo pro sudo vydrzi dele, nebo sudo ani heslo nemusi vyzadovat(nebo nemusi jen pro nektere ukony/binarky co delas casto), pokud si pak zaridis jinak ze se k tomu pocitaci nedostane clovek co tam nema co delat, a budes pri odchodu vzdy hibernovat na (sifrovanej)disk (nebo vypinat, kazdopadne ne uspavat do ram)...

[petrfm]

Tak nejcasteji jde o instalaci / aktualizaci softu, tady by mozna sudo vubec nemuselo chtit heslo. Zbytek uz tak netrapi, ale kdyz clovek neco zkousi a musi instalovat 5x v horizonu jedne hodiny a pokazde zadavat dlouhe heslo, je to pakarna.

[petrfm]

Cožeeeeeeeeeee? takže keylogger, díra v samotném programu...? Prostě pokud do jednoho trezoru koncentruju všechna hesla, musím počítat s tím, že pokud mi zloděj odnese trezor, odnese mi všechna hesla. Koncentrovat všechno na jedno místo stojí vždycky za prd.

[David Indra]

Momentálně máš všechna hesla koncentrovaná v mailu, tzn. útočníkovi stačí uhodnout heslo k IMAPu, který si plánuješ zřídit, tzn. hůř na tom nebudeš.

Toho správce hesel budeš mít lokálně, což je podstatně bezpečnější než ten IMAP, na který se ti přihlásí jediným heslem kdokoliv a ty si toho ani nevšimneš. Ke zkompromitování počítače a tedy správce hesel bude muset útočník vynaložit podstatně více úsilí.

V případě paranoie ohledně díry v samotném správci hesel - použij nějakého open-source, přečti si zdrojáky a sám zkompiluj.

[petrfm]

Ja nepsal, ze tam mam vsechna hesla. Vetsinou se jedna o hesla ke sluzbam, ktere jsem roky nepouzil, nebo k uctum, ktere ani nevim, ze mam. Takze kdyz se po letech potrebuju prihlasit a zjistit, jaky mam vlastne login, vyuziju hledani.

Uz vidim utocnika, kteremu se chce prohledavat 15GB posty, jestli tam nenajde nejaky (expirovany) login. Naproti tomu, zamerit se na keepass, kwallet a jina uloziste hesel, to je docela slusna trefa do cerneho, to za to usili stoji, ne?

Ja si radeji vystacim s jednodussim heslem a vlastni hlavou, nez plnit nejake virtualni penezenky. Kapsaru je vsude plno.

[Sten]

Těch 15 GB se dá projet regulárním výrazem za pár minut. Třeba i jen hledat slova "heslo" a "password" určitě najde dost z nich.

Zaměřit se na offline úložiště je hodně problematické, jelikož k němu jaksi nevede otevřený port jako u toho IMAPu.

[petrfm]

Tak ja si myslim, ze staci, kdyz si user stahne neco, co neprozkoumal az na uroven zdrojoveho kodu a to ono spusti pod rootem. Pak staci, kdyz to ono bude nejaka zajimava aplikace, kterou si stahne a spusti miliony lidi a je urcite jednodussi, kdyz se v tom onom zamerim na databaze keepasu, ktere se zrejme na vsech systemech ukladaji na stejne misto, nez abych individualne skenoval kazdy jeden pocitac.

Ja nepredpokladam, ze by nekdo vedl cileny utok na to, ziskat par mych hesel. Jde o to, ze kdyz si do systemu nahodou zavlecu nejakou sracku, nebo nekdo ziska kontrolu nad mym strojem, at uz online, nebo offline, tak stazenim jedne hloupe databaze mne jak se rika "kompletne dostane". Jestli se nekdo bude probirat archivem mych mejlu, regulernim vyrazem ziska akorat tak stovky impicitnich hesel po registrace danych sluzeb, ktere jsem zmenil uz za 10 minut po nastaveni.

Takhle nejak jsem to myslel. A nerikej mi, ze neexistuje moznost, ze by sis do systemu zavlekl neco s pravy roota. Takovych afer uz bylo, kdy se po letech nasel nejaky backdoor v softu, ktery kazdy s klidem vyuzival. Neznam nikoho, kdo by si pred instalaci softu/knihovny studoval jejich zdrojak. Ano, muzu si zatahnout keylogger, ale tim odchytim jen jesla, ktera zadavam. Kdezto v keepasu mam zrejme VSECHNA hesla a ihned k dispozici.

[Vantomas]

Root není ani potřeba.

http://xkcd.com/1200/

[Sten]

Ta databáze je šifrovaná velmi silným klíčem.

Zajímavé, že těch afér s úniky hesel z e-mailu už taky bylo hodně, ale o úniku hesel z off-line správce hesel jsem ještě neslyšel.

[petrfm]

Tak ono prece jenom spravce hesel pouziva hrstka lidi ve srovnani s tim, kolik lidi ma email (na ktery implicitne vetsina hesel chodi), nebo heslo na papirku. Osefovat si na napadenem stroji keylogger uz je to nejmensi. Ja tady ani tak neresim mozne metody utoku. Spis jsem chtel poukazat na to, ze je rozdil ziskat ja nevim 3 hesla tim, ze nekomu napadnu desktop a odchytim jeho login do emailu a na facebook, nebo si stahnout jeho databazi hesel absolutne ke vsemu. On ten "trezor" vytvari takovy nebezpecny pocit falesneho bezpeci a kdyz ho nacpu vsemi hesly, ktera jsou silna a nahodna, tak muzu mit pocit, ze se nic nemuze stat. A ono ejhle.

IMHO mnohem lepsi, nez ucit lidi pouzivat sw trezory na hesla a ruzne USB tokeny, je naucit je vytvaret si slozita a pritom snadno zapamatovatelna hesla.

[Josef Kufner]

Tak ono prece jenom spravce hesel pouziva hrstka lidi

Asi tak všichni, kdo si ukládají hesla v prohlížeči.

[petrfm]

V prohlizeci se necha ulozit treba heslo k sifrovanemu oddilu, nebo k archivu, k mobilu, nebo cislo debetni karty?

Ale jo, mas pravdu, taky je to spravce hesel, takze nespravne tvrzeni. Kdyz se nad tim zamyslim, nenapada mne ani zadna afera, kdy by cilene nekdo vykradal DB ulozenych hesel z prohlizece. Pritom to je z hlediska nejakeho malware mnohem lepsi cil, s mnohem tucnejsi potencialni koristi. Celkem se tomu divim, ze se na to jeste nekdo nezameril.

Osobne to taky pouzivam, i kdyz je to bezpecnosti dira jak prase. Pohodlnost vede svet do zahuby :-/

[Jendа]

Je toho uz >20GB.

A to je v době půlterových notebookových disků problém?

[petrfm]

Jo, protože mám jen jednu pozici na disk a je 256GB SSD. Mít na něm zbytečných 20GB pošty, která se jen váli je na prd. Škoda, že nakonfigurovat IMAP server s fetchmailem nebo getmailem je takový porod, asi raději oželím těch 20GB místa a budu to prostě přetahovat do lokálních složek.

[Vantomas]

A těch 20GB je v plaintextu nebo v nějakých binárkách? Zkusil bych aktuální poštu zabalit pomocí gzip a když bude výrazná úspora, tak v tom notebooku je možné mít vše, jenom to nechat zkomprimovat pomocí filesystému.

[Kit]

Předpokládám, že většinou z těch velkých e-mailů budou přeposlané dokumenty a multimediální soubory. V takových případech ty přílohy uložím na jiné vhodné místo a příslušný e-mail smažu.

Gzip bych do toho vůbec nemíchal, protože na multimédia nefunguje a textové e-maily jsou krátké. Naopak se použitím gzipu významně znepříjemní vyhledávání podle textu.

[k3dAR]

misto gzip staci pouzit squashfs(vychozi s gzip nebo dukladnejsi lzo nebo xz a vyslednej squshfs soubor primontovat a pristupovat k souborum bezproblemu v readonly rezimu... (ve spojeni s aufs nebo overlayfs pak lze simulovat i nedestruktivni/docasnej readwrite rezim) ;)

[Vantomas]

Osobně jsem měl na mysli spíš btrfs, kdy na notebook jsem nad adresářem s image virtuálů udělal chattr +c a uspořil asi 20GB a tak vím, že je to docela funkční řešení a u těch emailů bych se toho nebál.

Ten gzip jsem myslel jen tak, aby si teď na desktopu zkusil tu poštu zabalit, aby věděl, jestli to bude nebo nebude mít nějakou úsporu, protože záleží na charakteru dat a podle toho mohl poté laborovat s filesystémy na notebooku. Co mám zkušenosti, tak takové 20GB maildiry uživatelů jsou po zabalení cca 7GB, ale zde bohužel nevím, jak se to chová když ty data komprimuje filesystém, který pracuje na úrovní bloků a kolik je overhead toho celého, když jako bonus je ta pošta v tisících mikro souborů.

[petrfm]

Poresil jsem to. Aplikoval jsem udrzbu slozky - poprve po snad 5 letech :-/ a ono to ukouslo asi 5GB. No a 15GB posty neni zadna tragedie. Cize to mam v lokalnich slozkach a nejaky server zatim prdim, delam uzitecnejsi veci

[krocan]

da rozum, ze 20GB vyzaduje postavit si vlastni server, ale 15GB neni zadna tragedie

[petrfm]

Kdyz mas na disku 50GB volneho mista, pak je usetrenych 5GB 10 procent. Navic diky organizaci spamu a jeho smerovani do /dev/null, misto lokalnich slozek, se mi tech 15 GB podari udrzet. Takze i kdyz se to nekomu zda nepochopitelne, mi to vyresilo problem.

Navic jsem si po presunu z virtualky osahal praci s takhle naplnenym TB na SSD disku a odezva je perfektni, cili mi to takhle vyhovuje. Pocitove pri praci ted nepoznam rozdil, jestli tam te posty mam 20MB nebo 20GB. Myslel jsem si, ze to bude line, tak budu mit lokalne treba jenom rok starou postu, ale neni s tim zadny problem.

[petrfm]

Takze pokud se nepletu, staci mi libovolne serverove distro + rozbehat na nem dovecot, zpristupnit porty na me verejne IP a muzu pretahovat postu na server, jak je libo, je tak? Dovecot resi ukladani posty do maildiru a vzdaleny pristup, vc. SSL.

Cize rozchodit to na virtulce by nemelo trvat dele jak pul hodiny. Asi to testnu. Mozna se obejdu i bez toho fetchmailu. Jde mi defakto o takove uloziste na postu ala samba disk + rsync pro lokalni soubory. Proste moznost archivovat si postu na serveru, misto lokalnich slozek. Pokud si k tomu casem dodelam getmail/fetchmail, byl by to prijemny bonus, ale protoze na domacim serveru nedokazu zajistit pristupnost 24/7, mohl by nastat opruz, kdyz bych se nedostal k poste vlivem vypadku.

[Josef Kufner]

VPS se stabilnim Debianem, nainstaluj postfix a dovecot, přidej certifikat od Let's Encrypt, nastav DNS a máš hotovo. Pokud chceš automatické stahování serverem, tak přidej fetchmail, dovecot-sieve a pár dalších drobností dle libosti.

[EiFFeL]

kup si synology, to umi mail server ;)

[pavlix]

Nevím jak dneska, ale když jsem to používal naposledy, tak nebyl mailserver na synology žádný zázrak, v podstatě nepoužitelné.

[petrfm]

Jasne a jako bonus ziskam kupon na jeden ransomware zdarma, ze? Neucil jsem se linux, abych nakupoval takove komercni krabicky a byl zase rukojmim nejakeho vyrobce. Radeji si za ty penize koupim ITX desku, bednu s pozicema na ja nevim 3x 3,5" disk a kdyz to strcim do obyvaku pod televizi, vyuziju to i jako HTPC. Jasne, stravim i toho vikend, ale treba zase nebudu muset platit vypalne za sva data.

[EiFFeL]

ok, v tom případě tady máš krásný návod jak na to :) http://www.xenlens.com/debian-wheezy-mail-server-postfix-dovecot-sasl-mysql-postfixadmin-roundcube-spamassassin-clamav-greylist-nginx-php5/