Vlákno názorů k článku Mox: poštovní server v jednom souboru, který sám vyřeší všechny složitosti od Vladki - Co podle mně totálně chybí všem opensource mailům...

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.