Stavíme poštovní server – 1 (Postfix) (diskuse)

[misace]

Super, tohle už tady dlouho nebylo. Myslím, že by bylo vynikající, kdyby v připravovaném návodou bylo ověřování přes LDAP.

[Luk]

LDAP bude.

[kvas]

a urcite by sa hodilo aj riesenie s virtualnymi uctami a domenami ulozenymi v databaze (napr: postgres, mysql)

[Antonín Kolísek]

Tohle není příliš efektivní řešení. My to tak v práci máme, ale při počtu cca 500 schránek a více člověk pozná, že databáze není ideální řešení. Daleko lepší (i když asi na konfiguraci pracnější) je LDAP.

[Vskutečnosti Saýc]

I pro desitky az stovky virtuanich domen, kde v kazde jsou dva tri mailboxy?

[Raduz]

Různá zadání žádají různá řešení. Ale ja také zastávám názor, že LDAP je lepší než samostatná databáze někde bokem. LDAP je obvykle hlavní zdroj informací o uživatelích a účtech, tak proč se zatěžovat správou nějaké další samostatné databáze, a potažmo serveru, když to můžu mít všechno na jednom místě, spravované jednou sadou nástrojů.

[Vskutečnosti Saýc]

Jasne, nesnazim se vas presvedcit ze je LDAP spatny napad, jen jsem zvedavy jak to funguje. Dobastlit si spravu virtualnich domen, mailboxu a aliasu nad mysql nebo postgre je docela snadne, jde to snadno i u ldapu (nebo je neco hotoveho?) a co virtualni domeny?

[Raduz]

Osobně jsem na svém serveru nešel až do důsledku, abych dělal v LDAP úplně všechno, hlavně proto, že nepotřebuju např. hromady aliasů, a mám jen několik statických virtuálních domén, takže tyhle věci jsem udělal natvrdo v texťácích (ale taky by to skrz LDAP šlo). Hlavně mám v LDAP uživatele, které Postfix při příjmu mailu dohledá, a pokud je najde, tak si z náležitých atributů vytáhne a poskládá cestu do jejich maildiru, a mail do něj uloží. Něco podobného pak dělá Courier IMAP.

Takže když vytvářím hromadně síťové uživatelské účty, stačí mi u každého uživatele pouze správně vyplněný atribut "mail", který v sobě nese mailovou adresu, a atribut "mailMessageStore", který v sobě nese úplnou cestu k maildiru na mail serveru (ten je pro Courier, Postfix ho při správném nastavení nepotřebuje, vystačí jen s mailovou adresou), a dál se nemusím o nic starat. K tomu vytvářím skriptem na serveru rovnou i ty maildiry, ale není to nutné - pokud Postfix při ověřovaní adresy zjistí že je uživatel platný, vytvoří mu maildir při prvním doručeném mailu automaticky.

[xkucf03]

Ona je hlavně otázka, jestli ten LDAP už máme nebo ne. Já mám naopak většinu věcí v DB, takže jsem i uživatele poštovního serveru a aliasy dal do DB. Věřím, že dobře vyladěná DB (indexy, datový model, správná volba DBMS) je výkonově srovnatelná se stejně dobře vyladěným LDAPem (možná i lepší). Jestli jste někdo dělal na tohle testy, tak sem s tím

Pokud naopak už LDAP máme a je to naše primární úložiště uživatelů, tak je asi celkem jasnou volbou. Rychlost dotazování není zdaleka jediným kritériem, ani není nejdůležitějším – projeví se až při vysokých objemech mailů (ale stejně víc výkonu sežere antivirus a antispam, pokud jsou).

[Kvakor]

Ano, zavádět LDAP jen kvůli Postfixu je zbytečnost, protože databáze je úzké hrdlo až při opravdu velkých objemech pošty nebo při DDoS útocích (ale ty dokáže omezit i samotný Postfix přes modul anvil). Navíc se dá databáze použít i pro jiné věci než samotné uživatelské účty a aliasy, například pro whitelisty, greylist a blacklisty.

[hwsoft]

V cem SQL nevyhovuje? Tech 500 schranek fakt neni moc, aby to bylo na zatizeni videt i SPAM "utoku"

[Antonín Kolísek]

1/ Kdyz se k tomu pripocte i webmail a dalsi dodelavky, tak je to docela dost spojeni s databazi (musel jsem zvetsit maximalni pocet spojeni na 500), nicmene o zatez nejde..ale spis o prakticnost.

2/ Daleko vetsi problem byl, kdyz jsme chteli po nejake dobe data centralizovat (mit nejakou hlavni db). Nacitani z mysql jsme museli recit ruzne pres externi nastroje. LDAP se mi jevi jako daleko lepsi reseni protoze s tim umi pracovat asi i vice aplikaci.

Proste kdyz jsme to rozjizdeli zdalo se mysql jako vhodne reseni. Pominu-li malickosti jako ze Postfix v RHEL podporuje pouze PostgreSQL, maildrop tam vubec neni... takze se plno veci muselo kompilovat rucne, ale to je otazka volby distribuce. Dnes to mame vyborne zajete a odladene s mnozstvim vychytavek a vylepseni, takze se uz nevyplati prechod k LDAPu.

[SAL]

My pouzivame postfix+dovecot a ucty mame riesene v mysql cez libnss_mysql. Okolo 10000 uctov na jednom servri a nepocitujeme ziaden problem (asi 2000 zamestnancov a zvysok studenti).

[Luk]

Záleží, o jak velký server jde, jak se to bude spravovat atd. Databáze zvládne hodně (těch 500 schránek je vcelku směšný počet - pokud je ta databáze správně navržena, nemá s tím problém), ale u větších serverů je opravdu lepší LDAP.

[Andrej]

LDAP je optimalizovany na caste citanie a zriedkavy zapis. Mat na tom zaveseny vytazeny mailserver mi nepride ako dobry napad.

[Raduz]

A můžu vědět proč? Vždyť ten mail server přesně tohle dělá - často z LDAP čte, ale nic do něj nezapisuje.

[Ripper]

Osobně si myslím, že je LDAP dobré řešení pro podnikový server tak v řádu stovek uživatelů, kde na něm budou provozovány i třeba nějaké místní profily a tak podobně. Pro mail server typu hosting s vícero doménami a vícero adminy je lepší nějaká ta SQL, která bez problémů zvládne velký počet uživatelů. Manipulace a podobně je potom efektivnější.

[Jakub Lucký]

nebo se chová abnomálně

[Luk]

Ne, anomálně (anomálie=odchylka). Abnormálně je IMHO spíš "nad normálem", anomálně se mi zdá vhodnější.

[Jakub Lucký]

ah... Jo, to určitě.. já v těch nočních hodinách totiž místo anomálně anormálně, což je tak trošku paskvil... Anomálně nebo abnormálně je OK

[dad]

kdysi davno mel grumpa na eurowiki cely takovy navod. Hledal jsem to, asi tu wiki zrusili. Nevim jestli tam byl postfix a nebo exim, ale dovecot tam byl v kazdem pripade. Takze bude tento serial doufam dobra nahrada. Zjistuji, ze je relativne malo navodu pro kombinaci exim+cyrus-imapd ve srovnani s postfixem+nejaky-imapd. Nevi nekdo proc? Je exim tak hrozny?

[Zdenek]

Nevim jestli je hrozny, ale posledni verze je 2 roky stara. Tudiz ho povazuji za mrtvy a pri mem vyberu vyhral prave postfix.

[pasmen]

Myslím, že Exim hrozný není. Tedy alespoň "nová" verze, která už je modulární. Mám doma knížku od O'Reillyho o Postfixu, a na začátku ve srovnání MTA se dokonce píše, že Postfix a Exim vychází +/- na stejno. Jen je Postfix řekl bych provařenější, existuje proto pro něj mnohem více návodů a co je důležitější, více těch drobných prográmku, které zaručí kompletní funkčnost. Většina z nich na volbě MTA samozřejmě nezávisí, ale některé ano (např. můj oblíbený postgrey).

[Michal Kopecny]

Ja mam Exim4 vylozene rad ;)

m.

[Ondrej 'SanTiago' Zajicek]

> Zjistuji, ze je relativne malo navodu pro kombinaci exim+cyrus-imapd ve srovnani s postfixem+nejaky-imapd. Nevi nekdo proc?

Mozna proto, ze exim ma vynikajici dokumentaci, narozdil od postfixe, kde me dokumentace prijde jako nekompletni snuska nesouvisejicich souboru, a tak neni treba tolik jinych navodu.

[vencour]

Dík za článek. Nedávno jsem taky hledal, našel jsem http://flurdy.com/docs/postfix/.

[Vskutečnosti Saýc]

To nevim jak moc bude pouzitelne -- sice ta maji vyvesene docela nove datum posledni aktualizace, ale amavis je uz roky mrtvy projekt.

[vencour]

Fajn, dík za zhonocení. I takováhle konfrontace myšlenek mi přijde užitečná. Přesto ... RC ke stažení jsou, poslední z června 2009, fakt je mrtvý?

[Luk]

fakt je mrtvý?

Není, Jakub si zřejmě popletl původní amavis a nový amavisd-new. A z toho června je nejen RC, ale (z 25.6.) i ostrá verze 2.6.4.

[Vskutečnosti Saýc]

Eh, jo.

Sorry :)

[Luk]

amavis je uz roky mrtvy projekt

Amavis ano, amavisd-new ne. Navíc amavisd-new bohužel nemá srovnatelnou náhradu (nejlépe takovou, která by nebyla v Perlu).

[Vskutečnosti Saýc]

Existuje sagator (ktery je teda napsany v pythonu). Ale nabizi se otazka, jestli to necemu vadi, pokud kolem lita spamassassin.

[Luk]

Perl ani Python nemám příliš v oblibě (a nejhorší je, když běží oba najednou). Jsou žravé a pomalé. Optimální by bylo mít tyto věci (jako amavis nebo SA) napsané v C nebo C++, ale chápu, že se do toho nikomu nechce.

[Ondrej 'SanTiago' Zajicek]

Existuje dspam, jako antispamovy filtr napsany v C.

[Luk]

Kdysi jsem ho testoval, neměl jsem s ním moc dobré zkušenosti. I když je to tedy pár let zpátky, takže je možné, že se zlepšil.

[ntw]

Hledám náhradu za současný zastaralý mailserver postavený na qmail + vpopmail + mysql + courier_imap, na kterém provozuji asi 450 domén s 2500 schránkami. Jsem zvědavý, jestli mně tento seriál pomůže.

[Andrej]

Postfix se mi nikdy příliš nepozdával. Používám Courier-MTA, protože je mnohem flexibilnější. Záležitosti jako podpora pro IMAP nebo POP3 jsou pro něj samozřejmostí. Není třeba hledat žádný další program. A co je nejdůležitější: ESMTP, IMAP i POP3 mají společnou správu přihlašovacích údajů a uživatelských účtů. Tohle Postfix jednoduše neumí.

[Luk]

Záležitosti jako podpora pro IMAP nebo POP3 jsou pro něj samozřejmostí. Není třeba hledat žádný další program.

Ano, pro někoho, kdo chce mít vše v jednom. Někdo chce mít ale řešení složené z komponent, které mu lépe vyhovují - tak si vybere něco jiného.

A co je nejdůležitější: ESMTP, IMAP i POP3 mají společnou správu přihlašovacích údajů a uživatelských účtů. Tohle Postfix jednoduše neumí.

Neumí, protože neumí IMAP a POP3. Když se ale dá dohromady například Postfix a Dovecot, je společná správa samozřejmostí (protože Postfix využívá SASL z Dovecotu).

[brabitom]

Zajimavej serial, a protoze zrovna resim postovni server, tak se mi to hodi

Mimochodem, tady je taky zajimavy clanek o vytvoreni postovniho serveru, s ucty v MySQL: http://www.zdenda.com/mailserver-postfix-imap-maildrop-mysql Nepouziva se tam sice Dovecot, ale kombinace Courier-IMAP a Courier-Maildrop, navic je uz nejaky ten rok stary, ale je to hodne zajimave pocteni.