Office 365 - connector Postfix

[office365]

Ahoj, dotaz pro zkusene.
Mam poslane emaily pro domena.cz na office 365 (MX, TXT, SPF), zde je par licencovanych emailu(kvuli exchage kalendarum apod ...), chodi to ok, nasledne jsem si na office 365 vytvoril konektor a poslal emaily ostatni emaily @domena.cz do tohoto konektoru(transport) na svuj lokalni smtp server s postfixem na debianu, zde na linuxu mam uzivatele lokalni xxx@domena.cz, chodi to, emaily se dorucuji az na postfix a konci u uzivatele ve schrance kde si je obycejnym IMAPem vyzvednou.

Problem je s odesilanim ven.
Nastavil jsem relayhost na postfixu relayhost = [domena-cz.mail.protection.outlook.com], v office 365 jsem udelal druhy konektor primo na IP adresu meho postfixu a chodi to, emaily lze z postfixu zasilat ven na seznam, gmai ... coz je skvele.

A ted ten kamen urazu, kdyz poslu z posfixu email xxx@domena.cz -> office napr. yyy@domena.cz, tak to neprojde posfix rika, ze user unknown in local table, coz chapu, protoze pro postfix je domena.cz lokalni a tak se ji snazi vyridim lokalne, lze nejak rict postfixu, aby vsechno hrnul ven i lokalni domenu ? nebo alespon vyjmenovat emaily co mam na office365 at jsou relayhostem ven ?  Netusite nekdo? Dekuji O365.

[Reklama]

[JapanPOWER]

Tahle konfigurace je z principu nešťastná. Pokud server považuje nějakou doménu za svojí, tak ji bude chtít doručovat lokálně. Ono by to šlo sice ohnout, aby Postfix posílal něco tam a něco tam (nastavit transporty, příklad), ale na to bych se vykašlal.

Systémové řešení je, směřovat poštu primárně na Postfix (ten bude přijímat ...@doména.cz) s pak založit druhou doménu, třeba ...@syfl365.doména.cz a tam budou chodit e-maily těch pár lidí, kteří to chtějí číst tam. Ti samozřejmě můžou přijímat i na jejich.jméno@doména.cz - stačí jim na Postfixu udělat alias. To je jednoduché a čisté řešení a nemusíš nic ohýbat a řešit různé záhadné chyby.

S odesíláním není problém, SPF, DKIM atd. jde nastavit tak, aby šlo odesílat z obou míst.

[honzikk]

U microsoftu mozna nechat @domena.cz a u sebe si udat neco jako @server.domena.cz a odesilat prez smtp microsoftu ... . MX smerovat na Microsoft a zoravy pro uhivatele co nejsou u microsoftu preposilat na MX server.domena.cz. A ty z podruzneho nastavit v adrese odesklatele bez server .. .Takhle jsem to videl fungovat dobre.

Mit stejnou domenu na vic mistech je hloupost. I kdyz to nahodou nastaviy tak do budoucna nevis ...

[j]

Hele dobra rada, snaz se pokud mozno libovolnym zpusobem vyhnout provozu pres servery M$, teda pokud hodlas jeste nekdy nekomu nejakej mail dorucit. Tzn posilej vse pres ten postfix, a ma M$ predavej jen to co musis. Jinak pocitej s necim mezi 0-30% dorucenych mailu. M$ si totiz rozbije hubu na reverzu (30% jejich poolu reverz nema), a hned na to na greylistu - paac ti kokoti neumej ten mail podruhy poslat za 5 minut ze stejny IP, ale zkousej to klidne 30x za minutu ... a pak zas 30x ... z jiny IP. Takze opravdu genialni zpusob jak to na libovolnym MTA dostat na blacklist.

[Pavel Rauš]

Ten uživatel musí být na postfixu definovaný a nastavit mu transport na ten office365 server. To by teoreticky mělo zafungovat.

To co tu píše kolega, aby na office365 byli lidi na nějaké subdoméně - fungovat bude, ale když tihle uživatelé odešlou email z webového rozhraní nebou outlooku s exchange connectorem, tak to bude odcházet tak jak je to vydefinované ( tedy s tou subdomenou ) a nikoliv z @domena.cz, coz se jim asi nebude líbit.

Jinak všechny ty varianty co tu řešime nejsou systémové ... řekněmě si rovnou, že je to prasárna, aby se ušetřily 2 dolary měsíčně za každého uživatele, kterému stači postfix. Docela by mě zajímalo, jestli někdo spočítal interní náklady na provoz toho postfixu včetně času člověka, který se o to stará - skoro bych se vsadil, že by bylo levnější koupit o365 pro všechny ;-)

[Reklama]

[macpac]

Jen pro info, pro Váš scénář určitě máte licence na Exchange Online Protection (pošta zpracovaná na O365 a předaná on-premis), pokud se tomu chcete vyhnout tak otočit směr MX na postfix a forward uživatelů co jsou v O365 do 365.
Jinak v O365 máte automaticky druhý alias ve tvaru yyy@domenacz.onmicrosoft.com tak na ten si můžete přesměrovávat uživatele yyy@domena.cz
Jinak nevím jak postfix, ale na Icewarpu mám nastaveno klasické routování pošty uživatel yyy@domena.cz na uživatel yyy@domena.cz kde cíl je domena-cz.mail.protection.outlook.com
Vše bez problémů.
Uživatel v 365 posílá z 365 i ven (SPF nastaven jak na on-premis tak 365 MX server) nebo se předává pošta na on-prem server.

[phpmistr]

Ten uživatel musí být na postfixu definovaný a nastavit mu transport na ten office365 server. To by teoreticky mělo zafungovat.

To co tu píše kolega, aby na office365 byli lidi na nějaké subdoméně - fungovat bude, ale když tihle uživatelé odešlou email z webového rozhraní nebou outlooku s exchange connectorem, tak to bude odcházet tak jak je to vydefinované ( tedy s tou subdomenou ) a nikoliv z @domena.cz, coz se jim asi nebude líbit.

Jinak všechny ty varianty co tu řešime nejsou systémové ... řekněmě si rovnou, že je to prasárna, aby se ušetřily 2 dolary měsíčně za každého uživatele, kterému stači postfix. Docela by mě zajímalo, jestli někdo spočítal interní náklady na provoz toho postfixu včetně času člověka, který se o to stará - skoro bych se vsadil, že by bylo levnější koupit o365 pro všechny ;-)

Jednak je to prasár.a, Bez debat, Se stejnou doménou to prostě nepojede dobře. Buď použít subdoménu, vše přesunout k Microsoftu a nebo koupit lepší poštovní server který to EAS s kalendářema prostě má.

Nevím jak postfix, ale na našich poštovních serverech máme subdomény a odesíláme s adresou bez subdomény a funguje to. To řešení ale vzniklo z důvodu, že v pobočce firmy se špatným připojením je hodně lidí s velkým objemem emailů a synchronizace na hlavní server do centrály byla datově a časově náročná. Takhle se synchronizují na jejich místní server.

Naty je to neomluvitelná snaha trochu ušetřit která dopadne blbě.

[phpmistr]

Jen pro info, pro Váš scénář určitě máte licence na Exchange Online Protection (pošta zpracovaná na O365 a předaná on-premis), pokud se tomu chcete vyhnout tak otočit směr MX na postfix a forward uživatelů co jsou v O365 do 365.
Jinak v O365 máte automaticky druhý alias ve tvaru yyy@domenacz.onmicrosoft.com tak na ten si můžete přesměrovávat uživatele yyy@domena.cz ...

Je to pravda, ten alias už tam je.

[office365]

Tak jsem to nakonec uchodil pres transporty a upravou office 365 konektoru.Nejak se to tam navic podle logu cyklovalo.
Vypada to, ze to chodi dobre, zatim jsem problem s dorucenim nemel, veskerou postu ven i Postfixu hrne pres O365, takze i SPF to vyhovuje (melo by), uvidime co na to ostry provoz.

Vim, ze tu je kritika na tohle reseni.
Realne, varianta se subdomenou neni pouzitelna, system aliasu naprd.
Realne mame na Postfixu ~ 80-90 uzivatelu na O365 z toho chceme dostat ~ 20 emailu, licence premium ~ 10eur/mes.
Kdybych chtel i zbytek uzivatelu (coz jsou uplne obycejne lide vyroba//externi/..., mimochodem jedou na Thunderbirdech a IMAP), tak je ~ 60x 5eur/mes * 12mes -> ~ 100k za rok za maily na IMAP je dost penez.

Jinak Postfix s Dovecotem je super reseni, drzi, beha jak ma, za X let nebyl problem, opravdu spokojenost.
O365

[office365]

Ještě dotaz do pléna.
Existuje vůbec nějaké řešení kalendářů a kontaktů, které by fungovala napříč Outlookem, telefony (Android, iPhone) s plnou synchronizací ? Znám pouze SOGO, ale nikdy jsem to neviděl ve funkci. Díky O365

[macpac]

Icewarp bez problemů, další nevyzkoušené Zimbra, Google Apps, Open Xchange, Kerio connect.

[honzikk]

Icewarp bez problemů, další nevyzkoušené Zimbra, Google Apps, Open Xchange, Kerio connect.

Kerio funguje, Google taky.

Ono tech funkcnich reseni je docela dost a  mame rok 2019 ... neumim si predstavit nesynchonizovat kalendar a kontakty.