Dotaz: Postfix s DB či bez DB

[zipi]

Rád bych si postavil první vlastní mail server pro pár uživatelů řekneme-li tak do 30 ... Prošel jsem několik webových stránek a nyní řeším dilema jestli použít pro ukládání mailu databázi či bez ... v konfiguraci POSTFIX + DEVECOT + ROUNDCUBE.

Po stránce zálohování by bylo lepší ukládat data lokálně, kde je možné lépe řešit přírůstky ..

Odpovědi

[Pavel 'TIGER' Růžička]

Tak tady si myslím, že není nad to si vyzkoušet na vlastní kůži obě možnosti a rozhodnout se pro to, co ti bude vyhovovat více.

[Jendа]

Maily jednoznačně jako maildir na souborovém systému.

Konfiguraci (účty, přesměrování) do DB.

[xkucf03]

+1

Maildir je jasná volba. Co se týče DB: starám se o několik poštovních serverů, na většině mám DB a je to prakticky bezúdržbové, navíc mám sdílená data mezi Postfixem, Dovecotem a dalším softwarem (Jabber atd.). Na jednom serveru (ten jsem neinstaloval) je to v souborech – asi „aby to bylo jednodušší“ – a je v tom takový bordel… že by bylo nejjednodušší to všechno smazat a začít znova s DB.

Takže databázi (používám PostgreSQL – ale i MySQL resp. MariDB bude OK) doporučuji i pro malé instalace, kde máš jen pár účtů a máš pocit, že na to DB není potřeba.

[Petr Šobáň]

Já mám postfix, dovecot a uživatele mám v systému jednoduše že je to jednoduší (pouze 5 uživatelů) ale pokud bych to dělal pro víc jak 10 tak už je to lepší dát do databáze.

[xkucf03]

To má nevýhodu, že takhle obsloužíš jen jednu doménu.

[Petr Šobáň]

Jasně však víc nepotřebuji a pro 5 uživatelů je to dostatečné (vlastně pouze rodina).

Dělal jsem to že mě free řešení neuspokojilo (ztrácely se maily).

Teď co se stratí tak si můžu nadávat sám sobě.....

[pavlix]

Konfiguraci (účty, přesměrování) do DB.

Textová DB má taky svoje kouzlo.

[Max]

Účty a nastavení jednoznačně do db. Už při pár učtech a nastavení narazíš na limity, které konfigurační soubory dávají (v případě řešení postfix+dovecot).
Jde o to, že s db můžeš kdykoli změnit select v postfixu, můžeš přidat sloupeček a můžeš kompletně změnit policy/chování. A to vše s pár tabulkama a pohledama a bez duplikace záznamů.
Pokud by jsi jel v konfigurákách, tak budeš muset mít jednu věc na více místech (v db ti právě stačí pohled), není to pak přehledné a dobře udržitelné.
Zdar Max

[EiFFeL]

přesně tak... plně souhlasím... ve finále k tomu rozběhej postfixadmin a jsi v klidu ;)

[pavlix]

Na druhou stranu není problém používat dovecot jako backend pro postfix.

[Max]

Takto dovecot používám, ale z toho pohledu to s tím nemá moc co dělat. Jinými slovy, i když jsou data/uživatelé v souborech, tak k nim mohou přistupovat dvě služby najednou. Výhoda db jako takové jsou třeba zmíněné pohledy, nebo jednoduchá úprava policy změnou selectu do db. Čímž se mění policy/logika, ale člověk má přitom stále tu stejnou tabulku s uživateli a doménami a dělá úpravy jen tam.
Zdar Max

[pavlix]

No to rozhodně má. Reagoval jsem na potřebu duplicitní konfigurace. Pokud používám Dovecot jako backend, tak si v postfixu nahodím jenom seznam domén a další nastavení typická pro SMTP a účty si kontroluje podle dovecotu.

Neříkám nikomu, co z toho má používat. Osobně používám obojí podle situace nebo i v kombinaci. Databáze má smysl, pokud ji potřebuju pro nějaký management. V tuhle chvíli ale existuje jen dost primitivní postfixadmin, který dávám jen tam, kde s maily potřebuje manipulovat BFU, protože mě to oproti pár texťákům jenom zdržuje.

[xkucf03]

tak si v postfixu nahodím jenom seznam domén

No právě.

a další nastavení typická pro SMTP

Co třeba aliasy?

Databáze má smysl, pokud ji potřebuju pro nějaký management. V tuhle chvíli ale existuje jen dost primitivní postfixadmin

Správa není zdaleka jen hotový klikátor.Spravovat to můžeš svým oblíbeným SQL klientem nebo si správu napsat na pár řádků v nějakém skriptovacím jazyce – výsledek je spolehlivé a jednoduché řešení (vícevláknový a víceuživatelský přístup, řízení práv, referenční integrita, rychlé vyhledávání, síťová transparentnost… věci, kterých bys s obyčejnými soubory těžko dosahoval).

Databáze teoreticky znamená další komponentu, která může selhat a snižuje dostupnost systému. Ale vzhledem ke spolehlivosti PostgreSQL (nebo i MySQL/MariaDB) bych se toho nebál. Výhody podle mého převažují. Co se týče spotřeby zdrojů, tam bych se DB vzdal asi jen v případě, že by poštovní server měl běžet na nějakém wifi routeru, jinak to není moc relevantní.

[pavlix]

Nerozumím tvým výhradám. Takže raději budu i nadále volit podle svých potřeba představ.

[R]

Konfiguracia urcite v databaze - pridaj si k tomu este Postfix Admin.

Maily v databaze som nikdy nevidel a neviem si predstavit ziadne vyhody takeho riesenia.

[Max]

Maily v db mají nějaké výhody, ale je otázkou, jak moc to jsou výhody :)
Některé z nich jsou např. to, že když použiješ transakční db, tak není problém udělat konzistentní obnovu dat z téměř jakéhokoli času. Stejně tak můžeš využít replikaci na slave db a mít tak konzistentní failover.
Ale pravdou je, že stejnou funkcionalitu můžeš získat pomocí vhodného storage backendu (ZFS/btrfs/drbd)
Indexy možná v té db budou lepší, třeba dovecot umožňuje použít Solr na fulltext search/index, a ten má data v db.
Zdar Max
PS: Database Back-end for Large Email Systems, The (mostly) bad idea that just won't die
PPS: Exchange má vše v db, Zimbra má kombinaci, maily na fs a metadata/indexa apod. v db

[j]

Maily v DB maji vyhradne nevyhody ... neuveritelny srani kdyz se neco podela. A kdyz zminujes exchange, tak vysat ze zalohy jeden mail je prakticky nemozny. Je pak opravdu povznasejici zabava si nekam obnovovat stovky GB nebo par TB ... abys zjistil, ze v tyhle zaloze to neni, a pokracoval jinou.

[Max]

Záleží, jak zálohuješ a čím.
Když používáš proprietární sw, tak musíš počítat i s tím, že budeš potřebovat nějaký proprietární backup sw, který bude splňovat všechny tvé požadavky.
Zdar Max
PS: např. já obnovu mailů z exchange neřeším vůbec, protože mám všechny maily v archivačním systému, kam má každý uživatel přístup

[Heron]

Jedna z největších výhod dat v db je prakticky neomezený počet záznamů. Zatímco v db mám stovky milionů bytea záznamů (s výhodou rychlé komprimace v TOASTu), tak zkuste si toto uložit na fs (kde sice taky existuje komprimace a tail packing a ukládání malých dat přímo do adresářové struktury, ovšem rychlost takového řešení je poněkud tristní).

[Heron]

Mimochodem ten článek v PS je docela dobrý výlet do historie. Doporučení přejít na serveru z FAT32 na XFS nebo ReiserFS je úsměvné. Stejně tak ten borec zná jen db ve stovkách MB, ale za to maildiry ve GB. My máme v DB jednotky TB, za to v Zimbře maily kolem 100GB (a struktura emailového storage v Zimbře je taky "pěkná"). To jen ukazuje, kam se to pohlo.

[EiFFeL]

a jakou máš představu o železe? kolik účtů?

[zipi]

E-mailovy server poběží na virtualizaci pro cca 20 uživatelů bohužel jinou možnost nemam - ještě zjišťuji opření o proti AD .. Jestli to celé dobře chápu tak jako nejlepší řešení je celou konfiguraci mít uloženou v DB a maily uložené na FS ..

[Max]

Mail server pro 20 uživatelů utáhne jednojádro a 1GiB ram, a to jen kvůli antispam/antivir apod. filtrům, jiank tomu bude stačit 512MiB a měl by jsi ještě rezervu.
Zdar Max

[EiFFeL]

přesně tak, něco podobného provozuju na atomové desce od ASRock s 8GB paměti (postfix, samba, mysql, nginx, uttorent, unifi atd.)

funguje to naprosto bez problému

[Josef Kufner]

Pak je ještě otázka, jak budou vypadat ostatní služby na daném serveru. Pokud by uživatelé chtěli ještě jabber na stejné adrese, jako jejich e-mail, CalDAV/CardDAV server s webovým kalendářem a případně i základní web hosting, kam můžou nahrát svou vizitku, občas nějaké fotky a větší sdílené soubory, jak by vypadala integrace všech těchto služeb tak, aby správa všech účtů byla na jednom místě?

[R]

Prave riesim ten jabber. Maily mam vyriesene, tak k tomu skusim rozchodit Prosody a mod_auth_dovecot. Akurat ma serie dokumentacia (resp. jej absencia) zo strany Prosody.

[Petr]

Jo, toto nyní také řeším. Moc by se mi líbilo mít historie Jabber konverzací jako mail, jak to má Gmail. Ale ne a ne nic najít.

[R]

Uz som to vyriesil, nebol to velky problem. Doinstalovat mod_auth_dovecot (v Debiane nie je, takze stiahnut do vhodneho adresara, nastavit v konfiguraku). V Dovecote vytvorit novy autentifikacny unix socket s ownerom prosody:prosody, cestu k nemu nastavit v konfiguraku Prosody. Nasledne debugovat, preco to nejde - a zistit, ze klient (stare Kopete) potrebuje legacy_auth, po jeho povoleni to zacalo fungovat.

Historiu konverzacii by mal riesit XEP-0313. Do Prosody existuje mod_mam a musi to podporovat aj klient. Moj to nepodporuje, takze som to neriesil.

[rudiik]

Doporucuju jit pres DB reseni ve vsech pripadech, kdy to ma obslouzit vice nez jednotky uzivatelu. Samozrejme zalezi taky na zeleze. Ja mam treba postaka na Atomu s 3GB RAM a DB by pri 3 userech prinesla jen zbytecny overhead.

[R]

Na kazdeho uzivatela giga RAM? Mame server s 1 GB a je tam 100 mailboxov, samozrejme s databazou.

[Josef Kufner]

Spíš jde o to, že každá služba si veme kus paměti jen aby běžela a 3GB není zas tak moc. Mám tu server s 2GB RAM a je to trošku na těsno, ale uživatelů, že by je na prstech spočítal.

[R]

Ak tam nemas Javu, tak je 3 GB dost na mnoho sluzieb a este ti ostane aj velka cache.

[hydrandt]

Pokud si to nechces stavet sam kvuli samotnemu procesu davani to dohromady, pak muzu doporucit "out-of-the-box" reseni Modoboa: http://modoboa.org/en/. Administracni rozhrani napsane v pythonu, postavene na postfixu, dovecotu, mysql/postgres, krome roundcube (ma svuj vlastni webmail) tedy vse sw, ktery chces pouzit i ty, jen uz predkonfigurovane. Pouzivam to pro par domen a par desitek uzivatelu a spokojenost.

Doporucuju na serveru nainstalovat lxc, hodit to do jednoho kontejneru, presmerovat porty a pohrat si s tim.

[izidor]

ja jsem sel take cestou "out-of-the-box" reseni, pouzivam Kolab.

[hydrandt]

Vypada to, ze kolem kolabu je momentalne docela zivo. Jsem zvedavy, kdy se objevi s nejakymi novinkami ohledne roundcube-next.

[Max]

Kolab mi přijde v současné době jako nejlepší volba pro groupware (+ full ActiveSync). V poslední verzi prošel i faceliftem, takže už nevypadá jako sw doby minulé.
Zdar Max

[hydrandt]

My pouzivame Sogo, respektive Zentyal, ktery je na sogo postaveny. Neni to spatne, verze 3 taky prosla faceliftem, videl jsem to UI zatim jen z rychliku, ale vypada to jako podstatne zlepseni (ve verzi dva bylo dost silene treba nastavit filtry, nastavit sdileni kalendare).

Openchange (implementace mapi exchange protokolu ktery pouzivaly outlooky do 2010) je ale naprosto nespolehlive a nepouzitelne; activesync je na tom lip, ale porad sem-tam nejaky mail ci udalost v kalendari chybi (=taky to nikomu nenasazuju) a jako tresnicka na dortu se ted _nektere_ eventy nesynchronizuji na iOS zarizeni. Lahoda.

[hydrandt]

a jako tresnicka na dortu se ted _nektere_ eventy nesynchronizuji na iOS zarizeni.

Vypadlo mi "pres CalDav".

[Max]

A to jsou ty důvody, proč jsem do něj nešel.
Rozhraní mi zas tak strašně nepřipadalo, ale connector pro komunikaci s outlookem to nemá a nativní mapi nejede dobře. Kombinace IMAP + CalDAV do outlooku také není ideální, protože CalDAV plugin něco stojí a je to další drbačka navíc.
Zdar Max

[hydrandt]

Od nedavna existuje foss caldav plugin Outlook Caldav Synchronizer. Ale drbacka to je, kazdy sdileny kalendar se musi pridavat zvlast; misto upravy eventu to spoluucastnikum vytvori event novy, obcas pri synchronizaci gui outlooku zamrza...des bes.

[j]

S kalendarema maj problem naprosto vsichni ...

Zrovna sme testovali icewarp, google, ... a takova zajimavost, pokud ti nekdo posle event, a pak ho zmeni (treba posune cas) tak muzes prijmout (v zavislosti na klientovi) libovolnej z nich, nekdy i oba. A pak se zacnou dit veci ... ;D.

Ty trebas prijmes schuzku v 8, ale zadavatel ji mezi tim posunul na 10. Jemu se jevi, ze ty si souhlasil, a ty mas v kalendari 8. Nekdy se ale zadavateli do kalendare zpet aktualizuje na 8, cehoz si prozmenu nevsimne on, protoze prece menil na 10. A nekdy se mu v kalendari obevi oboji ...

Jak to dopadne, a co se bude dit, zavisi jak na klientovi, tak na serveru. A nefunguje to ani google vs android. Asi nejlip (ale nikoli idealne) to funguje exchange vs utlouk. Ale tady prozmenu zas nefungujou z ruznych duvodu nabodenicka ... a zalezi i na verzi utlouka a exchange a jejich kombinacich ...

[hydrandt]

Hm, dobre vedet, ze s temi problemy nejsem sam...

My mame na serveru Zentyal (SOGo), klienti Outlook 2010 + CalDav Synchronizer. Zmena casu schuzky vytvori lidem, ktere jsi pozval, dalsi udalost.

Nicmene s tim se da zit. Horsi je to, ze do iOS zarizeni se synchronizuji jen nektere schuzky.

[bigBRAMBOR]

a ten activesync s outlookem? myslím ze moc nedoporučovali na emaily, jenom na kalendar a kontakty.

[Max]

ActiveSync pro Outlook je úplně něco jiného. Řeč je o ActiveSyncu (EAS) pro mobilní zařízení.
Zdar Max

[zipi]

Existuje nějaká možnost pro syncovaní Outlooku ..? jako devecot pro telefony..

[Max]

Dovecot jen poskytuje imap/pop3. Obojí Outlook umí, nerozumím tedy otázce?
Jinak nejlepší pro sync mobilních telefonů je právě podpora ActiveSync. Tento protokol toho umí celkem dost a IMAP+CalDAV+CarDAV se tomu nevyrovná.
Zdar Max

[hydrandt]

Ja mam bohuzel problemy s tim, ze se pres activesync obcas ztrati e-mail nebo event. Rec je o implementaci v Zentyalu (SOGo). Takze lidem na telefony stale pracne davam imap+carddav+caldav.

Pouzivas activesync na Exchange, nebo na iredmail/kolab?

[Max]

Implementaci ActiveSyncu v rámci SOGo jsem testoval a díky tomu jsem SOGo nenasadil.
ActiveSync používám v rámci Exchange 2007 (aktuálně migruji na 2013) a v rámci KerioConnect (tady je asi 350 uživatelů s ActiveSync zařízením)
Když jsem podporu ActiveSyncu zjišťoval v OSS řešeních (2roky zpět), tak jsem právě konstatoval, že to nemá cenu a nasadil jsem KerioConnect.
V dnešní době bych si ale řádně otestoval Kolab a možná nasadil ten. Dle této diskuse je na tom SOGo s ActiveSyncem stále nic moc.
Zdar Max

[Petr]

Obávám se Maxi, že to není pravda. Naopak IMAP/SMTP/CardDAV/CalDAV je to nejlepší řešení, co je.

Pár omezení ActiveSyncu, na které jsem dojel:

• EAS neumí více než tři e-mailové adresy na účet
• EAS nepodporuje custom labels, pouze základní (Home, Work..)
• EAS umí max. 6 telefonních čísel na kontakt, 1 website, 3 adresy, dvě data…

Nic z toho není problém u CardDAV, i multiplatformě vše funguje parádně. Takže jsem EAS nakonec zrušil.

[Max]

Na první problém jsem nenarazil, ale když to zkouším, máš pravdu, nejde víc, jak 3.
Třetí limit na mém zařízení s EAS nefunguje zcela, normálně vytvořím 9 čísel a mohu jít dál ....
Vlastně jsem ani nenarazil na druhý limit, nevím o nikom, kdo to používá (máme cca 450 uživatelů), tak asi proto :-/.

Jinak EAS umí push a je mnohem úspornější na spotřebu + má podporu ve všem out of box + jednoduchost nastavení. Z tohoto hlediska jej prostě beru jako lepší, než cokoli jiného.
Nějak si nedovedu představit správu 450 mobilních zařízení, kde budu mít různě nakoupené a doinstalované app pro CalDAV/CarDAV + řešit případně to, že si uživatel omylem něco přenastaví.
Ale třeba to nějaký MDM řeší.
Zdar Max

[hydrandt]

Zmatl jsi me, ale Outlook 2013 podporuje i EAS (exchange activesync). Viz treba http://www.iredmail.org/docs/activesync.outlook.html. Ale prakticke zkusenosti s tim nemam.

[bigBRAMBOR]

outlook 2016 podporuje uz hlavne(jenom?) EAS a na jeho podpore je prave videt jak v kterem stavu activesync jednotlivých produktů. Zatím nejlépe mi výchází Horde, které melo problémy s košem, ale uz to snad odstranili. KOlab to doporučuje na kontakty a kalendař ale ne na maily, a na většinu se Outlook ani nenapojí.

[bigBRAMBOR]

to né, řec je EAS, a ty jsi psal ze kolab má full activesync

[Max]

Tyjo, asi jsem se spletl. Horde by mělo podporovat ActiveSync 14.1, stejně tak KerioConnect. Co jsem se naposledy díval na Kolab, tak ten používal Syncroton a nevím, jak dobrou implementaci EAS mají.

Pokud jde o outlook, tak tam je to právě trochu složitější, protože dřív používal spojení pomocí MAPI (v OSS světě to implementuje Openchange), poté bylo MAPI nahrazeno EWS (Exchange Web Service, začalo to částečně už Outlookem 2007) a následně byla do outlooku dodána podpora pro EAS (to začalo s Outlookem 2013, ale jen pro komunikaci s Outlook.com / MS cloudem). Je tedy otázkou, nakolik je implemetace EAS v outlooku ok. Viz třeba : Exchange, EAS, and Outlook 2013
Zdar Max

[bigBRAMBOR]

ja horde zkoušel, EAS proti androidu, IOS a Outlooku 2013, jediny problem byl ze Outlook nepracoval zpravne s košem, mail pri smazani zustal v doručene poste, ale zdvojil se i do koše. Tehdá to horde svádělo na chyubu implementace EAS, ale už ot snad opravili, takze bud to byla chyba jejich, nebo si na to proste udělali nejakou obezličku.

[hydrandt]

Pisi o tom v Broken Client Behavior a Known Activesync Issues.

Jestli to je jediny problem, na ktery jsi narazil, tak to je super - az se mi nechce verit. Musim vyzkouset.

[bigBRAMBOR]

já pravě vždy horde vynechával z úvah, přišlo mi hnusné(to je pořád) a zastaralé, ale o to větší bylo překvapení ze EAS mají asi v nejlepším stavu co jsem zatím u free SW viděl.

[bigBRAMBOR]

jinak tuhle stejnou debatu jsme spoli vedli asi před pul rokem

[Max]

Ahoj,
jj, vím o tom :)
Zdar Max

[zipi]

To zní celkem dobře, jak je to s autorizací o proti ActiveDirectory ..?

[hydrandt]

Podporuje, ale provozuji to samostatne, takze neozkouseno:

http://modoboa.readthedocs.org/en/latest/getting_started/configuration.html?highlight=active%20directory

[Heron]

Případně iredmail. Používá to klasiku postfix / dovecot / roundcube + sogo + nějaký konektor na mobily + postfixadmin a nějaký jejich admin.