Názory k článku Mox: poštovní server v jednom souboru, který sám vyřeší všechny složitosti

Raději kdyby se přidal k Stalwart :-/ Konkurence je pěkná věc, ale na takovém projektu by mělo pracovat více lidí

https://www.root.cz/zpravicky/thunderbird-ma-v-planu-nabidnout-e-mail-thundermail-a-dalsi-sluzby/

Já moc nechápu to, že lidi mají pořád tendenci poučovat ostatní o tom, co mají dělat ve svém volném čase. Je to jeho věc, ať si dělá co chce, ne?

Stalwart je psanej v rustu, mox je v go. Myslím, že to je úplně neporovnatelné

Evidentně si sám vybral cestu, která se mu líbila nejvíc

Rad by som sa spytal autora ako Mox riesi problem, ktory uviedol na zaciatku
"Provozovat v dnešní době vlastní poštovní server je čím dál náročnější. Neustálé řešení, proč někdo odmítá přijímat vaše zprávy, je kolikrát nad síly lidí, kteří mají poštu na starosti."

To nieje problem aky postovy server pouzivam ale spominanych centralizovanych sluzieb, ktore maju svoje pravidla a tie pretlacaju silou.

Mox a ani ziaden iny postovy server na tom nic nezmeni.

Inac prevadzkujem vlastny postovy server asi 8 rokov a skoro o nom neviem. Neviem o ziadny provozych problemech.

A podotknem, ze sa tu vytvorila mylna predstava o emailoch ako o 100% spolahlivej/do­rucitelnej sluzbe.
Email nikdy nebol na nieco take stavany.

Provozuju desitky mailserveru, a pracnosti jsou nekde na dne toho co je treba obsluhovat. Jednou to nastavis a pak to funguje.

Ale to vis, postfix ti barevny grafy na webu nedela ...

BTW; Email umi garantovat dorucovani, ale jedine a pouze za predpokladu, ze mas pod kontrolou vsechny nody cestou a/nebo se ty nody podrizujou nejak centralne stanovenym a vynucovanym pravidlum. Viz de-mail.

Ja vzdycky vsem rikam, ze ten verejnej funguje PRESNE stejne jako ceska krachujici posta = hodis neco do cerny diry, a doufas, ze to nekdy nekde mozna vypadne na druhy strane.

a kolik z nich něco netriviálního posílá?

Seznam, Centrum, Microsoft mění podmínky jak, kdy, v jakém množství emailů přijímají jak na běžícím pásu. Stačí, když pár adresátů z lenosti označí tvůj email za spam a běháš zase po registrech.

Tak nektery z nich odbavujou kolem 100k mailu denne, a guugl nebo seznam rohodne nejsou marginalni komunikacni parneri.

Pricemz to ze nekdo posila spamy je ciste jeho problem. Ono kdyz na guugl prijde 10k identickych mailu a 1k lidi je oznaci za spam proste o necem vypovida ze?

Není potřeba spamovat. Kupříkladu moje žena kolegům posílá odkazy na sdílenou dokumentaci stylem: v e-mailu je odkaz ke stažení a podpis. A najednou se přestalo doručovat na Seznam, na Google, na Office365...
Přitom jde opravdu o pár (desítek?) e-mailů, rozeslaných na jednotky adres.

Tím odbavováním myslíš, že posílají nebo přijímají?

Pokud jde o posílání, nějak tomu nevěřím. Google má prostě striktní pravidlo, pokud na něj jde z tvé domény/ip adresy 5000 emailů denně, vyžaduje DKIM a další serepetičky nebo se nevyhneš chybě 5.7.26.

Seznam si svoje pravidla zavádí jak se mu chce a věčně má plnou frontu, sami na podpoře doporučují rozesílání rozložit v čase a držet nějaký rozumný rate limit, dříve tam měli milion ručním white-listů, dnes tam mají milion tajných pravidel vč. gray listů, kdy zprávu příjmou, ale ve schránce se poměrně dlouho neobjeví.

10 % označení jako spam znamená u spousty free serverů stopku. Problém jsou ale ale i jednotky, bohužel u řady webových klientů je tlačítko spam viditelnější než smazat a pro uživatele to má asi obdobný význam. Na reportech to jde vidět, že jako spam chodí i něco, co prostě není newsletter.

Mě se nedaří doručit email na Seznam.cz. Používám IDN doménu a mám zapnutou podporu SMTPUTF8 a při pokusu o doručení pošty na Seznam.cz narazím na chybu:

SMTPUTF8 is required, but was not offered by host

A teď je to chyba u mě, že to využívám, či u Seznamu protože to nepodporuje.

Dříve jsem používal Postfix a Dovecot, ale ten podporuje SMTPUTF8 až od verze 2.4. která vyšla letos v lednu a aby toho nebylo málo, tak se úplně změnilo schéma konfiguračních souborů. MOX to sice nezmění, jen mě zaujal.

Na IBM Mainframe som zažil pár krát situáciu, čo email prišiel zákazníkovi až o dva - tri dni po odoslaní, pričom bežná doba doručenia bola tak do dvoch - troch minút. A nikto nevedel prečo.

tiez neviem kde sa beru tie reci o tom, ze prevadzka vlastneho servera je raketova veda a pomaly nic nikam neposlete

5 rokov mam vlastny mailserver a okrem security updatov raz za mesiac o nom neviem

dokonca aj upgrade z ubuntu 20.04 na 22.04 prezil bez nejakeho vacsieho problemu, resp. som nemusel upravovat zo zakladnych sluzieb vobec nic, az na postfixadmin, ale to vdaka novej verzii

je sice pravda, ze neposkytujem sluzby beznym BFUckam a mam ho len pre seba, ale aj spam sa mi zatial uplne vyhyba

Ad „podotknem, ze sa tu vytvorila mylna predstava o emailoch ako o 100% spolahlivej/do­rucitelnej sluzbe“

Nic není stoprocentní, ale obecně to spolehlivá technologie bývala. Pokud server vyloženě neshořel, tak e-mail buď odmítl, nebo později vrátil jako nedoručený, nebo (v drtivé většině případů) doručil příjemci do jeho schránky. Bylo otázkou cti každého správce, aby tu spolehlivost zajistil a aby se u něj žádné e-maily neztrácely.

S nárůstem spamu se zvyšuje i chybovost, některé e-maily jsou neprávem odmítnuty nebo vloženy do složky se spamem. Ale to je ještě ta lepší varianta, protože buď příjemce nebo odesílatel se dozví, co se stalo. Problém je, když ten e-mail prostě v tichosti zmizí. Někdy to lze omluvit chybou, ale spíš to velcí poskytovatelé typu Microsoft a Google zneužívají k potlačování konkurence - snaží se vyvolat dojem, že menší poskytovatelé jsou nespolehliví a že je to jejich vina, že se e-mail ztratil.

.. email nikdy nebyla garantovana sluzba a uz vubec ne sluzba spolehliva. Ta pravdepodobnost ze email dorazi je proste nejaka, vzdycky byla a spravce s tim nic nenadela, protoze presne v tech pripadech kdy email dorucen neni se to typicky ani nedovi.

Jediny na co email je navrzen (narozdil od vetsiny novodobejsich komunikatoru) je nespolehlivost site. S tim pocita a pomerne dlouho a tvrdohlave se snazi.

Spam je uplne jina pisnicka a nepravem oznaceny spam NEEXISTUJE. To tvrdim jako admin ktery se o to stara.

On kdyz nekdo posila email bez subjektu, bez tela jen s obrazkem (to je jeden z mnoha prikladu), tak at se pak nedivi. Stejne tak kdyz zasobuje domenu tisicovkami identickych mailu, tak se nemuze divit, ze skonci na blacklistu. Atd atd atd.

100% vsech stiznosti na nedoruceni mailu je vyhradne o tom, ze ten mail posila dobytek.

Mimochodem, me se jeste nestalo (coz neznamena ze nemuze) zebych userum ztratil maily. Guugl, Ms, Centrum ... atd atd. Vsichni lildem smazali a setrvale mazou emaily. V pripade MS je to treba akce tak mesic stara, a nemyslim si ze to uz vyresili. Nekde sem zahlid clanek na tema ze firma prisla o desitky tisic emailu. Joo to jsou ty spolehlivy a 100% garantovany cmoudy.

Taká blbá otázka. A čo je zlé na postfixe? Mailový server o jednom súbore sme tu mali. Volalo sa to sendmail. A bol to radný ...

sendmail ale není poštovní server, je to MTA (posílač pošty).

Postfix je krkolomný na konfiguraci, potřebuješ k němu řadu dalších služeb a to je kámen úrazu.

Zadny dalsi sluzby nepotrebujes, ty resej tak mozna to, aby ti nechodily miliony spamu, ale pro samotny mailovani to netreba. A pokud to vsechno nacpes do jednoho molocha, tak to bude vsechno mozny jen ne funkcni.

No, zrovna treba DKIM bez externi sluzby neudelate. A samozrejme pro mailovani treba je, zvlast pokud jak sam tvrdite posilate tisice mailu - protoze nekteri prijemci to jednoduse explicitne vyzaduji.

Ale pro mailovani to potreba vubec neni. Proc myslis, ze prakticky 100% MTA prijme i odesle email i uplne bez sifrovani pripadne klidne pouzije DES/MD5 ...

A zkus to vypnout.

Bez DKIM dorucis mail na 99,999% serveru. Zcela uspesne.

Čo je na postfixe krkolomne? Pripadne na kombinácii postfix/dovecot? Obzvlášť keď to už máš v distribúcii v balíku s nejakými rozumným nastavením v defaulte od ktorého sa môžeš odraziť?

27. 5. 2025, 11:32 editováno autorem komentáře

Postfix je krkolomny v tom, ze je to "jen" mail server. Ale svet postoupil, dnes je potreba vice, nez "jen" mail server, je potreba i administrace, ruzny antispam veci, apod. Takze se to musi lepit s ruznymi dalsimi programy a ohybaky v konfiguraci postfixu.
Samotny postfix je to jako kdybych provozoval DB, ktera by neobsahovala rizeni uzivatelskych roli atd.

"Postfix je krkolomny v tom, ze je to "jen" mail server"
Presne! A ten mailserver robí dobre. A je aj dobre pripravený na spoluprácu s tým ostatným čo je treba. Žiadne ohejbaky na narovnaváky som nezaznamenal. To skôr Mox mi pripadá ako ohejbák na ktorý bude treba časom vymýšľať narovnavak.

dovecot, rspamd, k tomu nějaký monitoring doručovaných zpráv, blacklistování nedoručitelných, frontování vstupu.

Konfigurace postfixu je komplexní, velká, rozsáhlá. Strašně blbě se to celé testuje dohromady a integruje. Např. opensmtpd mi připadá lehčí, přehlednější.

Nejsem zvyklý záviset na nastavení služeb z distribuce, vše si automatizuji a chci spravovat. Problém je, že třeba konfiguraci postfixu nemám komu moc předávat, i střednězkušený admin s tím velmi zápasí a dělá chyby, které se blbě ladí.

Pro nas co jsme zacinali na Sendmailu nebo Eximu je konfigurace Postfixu lahudka.
Ne ale vazne, pokud vis jak funguje SMTP nevim co by melo byt na konfiguraci postfixu sloziteho. Prakticky vse co potrebuji jsem nastavil pomoci jednoho nebo dvou radku v konfiguraci.
Ale je pravda ze i stredne velkym firmam se asi vlastni mailserver nevyplati a budoucnost je v cloudu, Tedy alespon do te doby, nez se to nekomu podari hacknout a miliony uzivatelu a firem prijdou o data :-).

Krkolomné....

Asi věc úhlu pohledu:
https://www.postfix.org/postconf.5.html

Za mě by se pár "krkolomností" našlo.

Ten projekt se mi moc líbí. Škoda, že neumí uživatele z LDAP.
Jinak rozjet postfix a dovecot není zas tak těžké když se před to použije hotové řešení jako Proxmox Mail Gateway, které všechny ty serepetičky ohledně spamu a dodržování standardů řeší.

Ještě je tu podobný projekt podobný Mox a to Maddy https://maddy.email/ také jedna binárka v GO.

Porid si exchange. Taky to umi vsechno a zaroven to neumi poradne nic. Maily, ty to neumi vubec.

Nějak mi uniká smysl tvé reakce. Produkt od MS je mimo téma.

Mne sa ten napad velmi paci. CPU/pamat je dnes uz lacna, takze bezpecny jazyk pre jednopouzivatelsky mailserver aby sme decentralizovali maily... ale asi sa taka vizia nenaplni, ked budu problem s dorucovanim sprav pripadne ak sa najde nejaka zneuzitelnost a nebude sa to patchovat. Velki provideri to utnu hned.

Třeba někomu pomůže - https://poste.io/

sudo docker run \
--name poste.io -it --restart unless-stopped \
-h posteio \
-p 25:25 \
-p 80:80 \
-p 443:443 \
-p 110:110 \
-p 143:143 \
-p 465:465 \
-p 587:587 \
-p 993:993 \
-p 995:995 \
-e TZ=Europe/Prague \
-e "HTTPS=OFF" \
-v /home/michal/pr­ojects/poste.i­o/data:/data \
-t analogic/poste.io

Není to skoro jako https://mailcow.email/?

Už jsem myslel, že to nikdo nezmíní. Přešel jsem na to před ~7lety? po dlouhodobém udržování postfix/dovecot/rspamd komba, které už mě nebavilo udržovat (a taky jsem dost zlenivěl).
Takový klid co mám. Asi 20domén, 150boxů, bez jediného problému za celou dobu.
Dokonce to roste tady v česku.

Poste.io ma pro mne nesikovnej pricing. Rad bych nahradil postfix+dovecot necim jednodussim na management a pridal nejake zobrazeni diagnostik, dmarc reportu a tak. Ale pro firmicku o 3 lidech, co si vymneni par mailu za den, nenajdu business case pro placeni $350 rocne. Proti tomu je zajimave udelanej pricing stalw.art, kde se pocita $2.40 za mailbox na rok. Ten se mi ale zas tolik nelibi.

a nebo https://nixos-mailserver.readthedocs.io/en/latest/setup-guide.html pokud vas nebavi Docker

Co podle mně totálně chybí všem opensource mailům (a to klientům i serverům) je integrace kalendáře a adresáře. Každej klient má nějaké svoje lokální úložiště, zcela nekompatibilní s čímkoliv jiným. Sem tam nejaký co umí caldav/carddav, ale pak zase chybí ten server. Cyrus to má, ale kalendář je na nějakým šíleným url... Nextcloud zase není propojený s imapem, takže duplicitní správa uživatelů nebo si ještě pridat vlastní ldap.

Přitom by nebyl až tak velký problém se domluvit, že kalendáře a adresáře budou uložené na imapu v nějaké speciální složce. Koneckonců cyrus to tak interně ukládá, ale žádný klient na to přes imap neumí sáhnout.

Takže pak mnozí raději jdou na gmail/365.

Otlouk vs. IMAP to je taky peklo. Když už jsem konečně našel co mám dát do autodiscover.xml, tak se ukáže že je potřeba autodiscover.json. A nejnovější otlouk striktně vyžaduje aby login do IMAPu byl emailová adresa. (Do SMTP kupodivu jiný login povolí ale ne do IMAP).

Pokud Gmail/365/seznam odmítá moje maily, tak není absolutně nikde dovolání. Nikdo ti neřekne proč, není kde požádat o vymazání z blacklistu, prostě smůla. Ale když já odmítnu od těch 3 mail protože sou na blacklistu oni, tak je to zase jen můj problém a ne jejich...

Google úspěšně donutil všechny aby si nastavili SPF, DKIM, DMARC i kdyby s policy=none (+all). A k tomu SRS když si někdo přeposílá maily k nim.

Ale s ničím z tohoto nepomůže sebelepší místní mail server, to je o lidech a korporatech.

Utlouk jsem naštěstí viděl naposledy před 20lety. Vzpomínky na různe recovery PST souborů mě děsí ještě teď.
Děkuji, raději knihu.

Stastny to clovek...

Bohuzel jsou uzivatele kteri reknou ze jedine otlouk a nic jineho, prave proto ze tam maji kalendare a kde co. Jenze kdyz k otlouku neni exchange/365 tak je to naprd. Kalendar je lokalne, takze ho nemaji na mobilu, nenatahne se jim na novy pocitac. I s IMAPem to dokaze delat nechutny veci - napr. nektery slozky se jen tak tise nesyncnou (napr. kdyz do nazvu slozky date tecku, a ta je zrovna oddelovac slozek na servru, nebo nejaky jiny specialni znak) a taky zustanou jenom na lokale. Nebo se to nejak vyprasi pri syncovani mailu a nektery maily to proste nesyncne (v tcpdumpu je videt ze to sype tisice prazdnych radku).

Jo a to jeste do toho pridejte domnelou inteligenci od MS/Google a muzete si svuj free/open-source server strcit... Jako posledni argument zbyva jen to, ze na vlastnim servru mate mail plne pod kontrolou a nekouka vam do nej velky bratr.

Jakkoli je utlouk desnej, tak je to jedinej klient kterej nemrvi kalendare. Teda, mluvim o klasickym utloukovi, ten "new" kteryho soudruzi z ms nacpali vsem, ten nefunguje vubec.

Se vsim ostatnim umim predvist zmrveni eventu takovejma zpusobama, ze si to nedokaze vetsina lidi predstavit. Vysledek je, ze mas stejnej event v kalendari klidne 5x v ruzny casy, a ani jeden neodpovida tomu, kde ho aktualne ma zadavatel.

A nemluvim o zadnym hackovani, staci, kdyz ten event nekdo posune, a zacnou se dit veci.

Před dvaceti lety fungoval ještě docela dobře. Pro mě osobně byl mnohem příjemnější než cokoliv open source. Zprasili ho až později.

Kolik ovecek racis obhospodarovat? Poslat pozvanku do kalendare umi tak jeden ze 100. A i ten jen kdyz nad nim zrovna nekdo stoji a chce to po nem.

Pridat do eventu treba zasedacku ... lol ... jeden z tisicovky. A to jen v pripade, ze predtim dostal nejmin 10x pojeb ze leze do obsazeny.

No nevím; tam, kde jsem posledních deset let pracoval to vždy uměl každý, kdo to potřeboval častěji než jednou za čtvrt roku.

Mozes skusit Stalwart, Myslim, ze prave kalendar a kontakty pridavaju (https://stalw.art/blog/collaboration). Neskusal som, takze netusim, v akom je to stave.

Dlouhodobe pouzivam Mailcow, spokojenost. Poste a Stalwart vypadaji zajimave.