Jak posílat e-maily přes MS Exchange?

[googler2]

Ahojte, prosim Vas, riesim taku zapeklitu situaciu: Firma vyuziva primarne relativne klasicky web a email hosting (IMAP / SMTP), ale niektori zamestnanci potrebuju mat synchronizovany kalendar medzi MS Outlook (Windows) a mobilnymi zariadeniami - Vcetne moznosti odosielat emaily o polozkach v kalendari priamo cez funkcie kalendara.
Moja predstava bola / je nasledovna:

- V MS adminovi:
     - vytvorim Exchange Online konta pre dotknutych zamestnancov
     - V kazdom konte nastavim preposielanie prijatej posty na prislusne IMAP konto
     - Doménu v MS adminovi nastavim ako internal relay

- V globalnych DNS domeny:
     - MX zaznamy necham odkazovat tak ako teraz, teda na hosting
     - Do SPF zaznamu k aktualnemu hostingu doplnim aj Exchange server
     - DMARC zaznam necham tak ako je
     - Podla instrukcii v MS adminovi vytvorim dva nove CNAME DKIM zaznamy s tym, ze ponecham aj povodny

Vysledkom tychto nastaveni by malo byt to, ze odosielanie by fungovalo z hostingu aj z Exchange kont a to bez toho, aby zabludili do SPAMu, prave vdaka DKIM a SPF.
Ked sme spravcu hostingu (jedna sa o mensi, neverejny hosting) poziadali o pridanie DKIM zaznamov, bolo nam dorazne odporucane, aby sme to nerobili lebo DKIM zaznamy su viazane na celu domenu ako taku a museli by sme zmenit aj MX zaznamy na MS cize by cela firma musela emaily migrovat do MS.

Chcem sa spytat: Bol moj predpoklad od zaciatku zly a je standard, ze DKIM zaznamy su viazane na celu domenu a nie je mozne vytvorit viacero DKIM zaznamov, aby niektore smerovali na MS a ine na hosting a teda aj vo vseobecnosti plati tvrdenie spravcu hostingu alebo je to nejake jeho specifikum pricom na inom beznom standardnom hostingu by to fungovalo presne za ucelom toho, aby bolo mozne emaily odosielat z dvoch roznych serverov?

Dakujem

[Reklama]

[jjrsk]

Hele, ja vim ze mi tu zas nejaky yntelygent vynada ze tomu vubec nerozumim, ale kalendare a email jsou zcela nesouvisejici veci i v exchange.

Kalendare vs email funguje tak, ze se posila uplne normalni email, ve kterym je priloha s tim kalendarovym eventem. A klient si to zpracuje (nebo taky ne) a ulozi nebo aktualizuje ve svym kalendari.

A pro ucely kalendarovani pokud nechces pouzivat exchange, existuje cosi jako CALDAV. Klient si takhle muze pripojit nekolik kalendaru z ruznych zdroju kdyz potrebuje.

Samo ze muzes kalendarovy eventy rozsilat klidne i scriptem z bashe. Stejne tak muze X ruznych lidi sdilet jeden kalendar ... na nic z toho nepotrebujes exch.

A mel bys zmenit provozovatele toho mailingu ... kdyz nevedi, ze dkim zaznamu pro domenu muzes mit samozrejme nekolik ... stim se naprosto samozrejme pocita, ze pouzivas vic ruznych odesilacu mailu. Ostatne i na jednom stroji bys jich spravne mel mit vic, abys moh rotovat klice = potrebujes aby vzdy alespon nejakou dobu byly platny oba.

[googler2]

V podstate su to nesuvisiace sluzby, ale zaroven su do istej miery prepojene na urovni klientskych aplikacii pretoze ak v Outlooku (Windows) manazujes nejaku polozku (pozvanky na udalosti, schodzky atd...), tak sa to defaultne snazi vzdy odoslat z exchange emailu, bez ohladu na to, ze predvolene je imap konto. Ano pri odosielani pozvanky z kalendara sa da manualne prepnut, ze to ma byt odoslane z imap konta, ale to samozrejme nikto robit nechce. Obdobna situacia je aj v klientskej appke iPhone.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                               

[googler2]

A mel bys zmenit provozovatele toho mailingu ... kdyz nevedi, ze dkim zaznamu pro domenu muzes mit samozrejme nekolik ... stim se naprosto samozrejme pocita, ze pouzivas vic ruznych odesilacu mailu. Ostatne i na jednom stroji bys jich spravne mel mit vic, abys moh rotovat klice = potrebujes aby vzdy alespon nejakou dobu byly platny oba.

Takze zatial to beriem tak, ze moj predpoklad bol spravny a u ineho standardneho poskytovatela by mohol byt mnou navrhovany postup pouzitelny a funkcny. Budem tad, ak to potvrdi / vyvrati este niekto dalsi.

[BobTheBuilder]

DKIM je věc serveru, může jich pro doménu být víc. Každý má v DNS unikátní jméno, třeba:

a2025._domainkey      IN      TXT      ( "v=DKIM1; h=sha256; k=rsa; " "p=MII....")

a to je uvedeno i v podepsaném mailu, takže příjemce ví, podle kterého záznamu to má zkontrolovat. Tohle je naše interní, které znamená, že je to DKIM serveru, jehož jméno začíná "a" a je z roku 2025.
Pro druhý server máme ještě historický:

mx1._domainkey IN TXT ("v=DKIM1;h=sha256;p=MIGfMA....")

[Reklama]

[googler2]

Dakujem za odpoved. Uz niekolko dalsich reakcii je v rovnaom duchu, lepsie povedane, zatial vsetci potvrdzuju, ze za standardnych podmienok to fungovat ma absolutne bez problemov a odporucanie spravcu hostingu je bud blbost alebo by to bolo sposobene nejakou nestandardnou internou konfiguraciou na strane hostingu.
Pre mna islo len o to, aby som tu zistil ci mi naozaj nedochadza nieco dolezite preco by to takto nemohlo v praxi fungovat vo vseobecnosti vobec alebo ci by to inde fungovalo normalne a pripadna nefunkcnost by bola zapricinena niecim internym na strane tohto konkretneho hostingu.

[Ondřej dj-bobr Úlehla]

K DKIMu: zažil jsem už i doménu se šesti nezávislými selektory (selector je to před ._domainkey) ; dává smysl pro každý odesílající subjekt mít separátní klíč.

[Filip Jirsák (forum)]

DKIM je řešený tak, že příjemce e-mailu se teprve z toho e-mailu dozví, jaký DKIM (jaký selektor) má použít. Neexistuje ani žádný seznam všech DKIM selektorů pro danou doménu. Takže DKIM záznamů může být libovolné množství a jednotliví  uživatelé (odesílající servery) o sobě ani navzájem nemusí vědět. Jediné, co si musíte pohlídat vy, jako správce DNS, je to, aby jednotliví odesílatelé (servery) měli různé selektory. Což nebývá problém. Selektor daného poskytovatele pak odkazuje na jeho klíč (vy ten klíč ani nemusíte znát) a poskytovatel vkládá do odchozího e-mailu svůj DKIM záznam podle své konfigurace.

A je to celkem běžné řešení – máte třeba jeden DKIM selektor pro základní firemní poštovní server, pak třeba přes nějakou službu posíláte marketingové e-maily, tak do DNS zaregistrujete jejich DKIM s jejich selektorem, a pak třeba ještě jiného poskytovatele budete používat pro rozesílání transakčních e-mailů, a zase jeho DKIM s jeho selektorem zaevidujete do DNS.

[nocturne.op.15]

V prvni rade zmente hostingovou firmu, nebo jim alespon seberte pristup k DNS a odmigrujte si je jinam. Netusi co cini, pokud maji v ruce vase data a zaroven DNS, buh s vami. DKIM klicu muzete samozrejme mit kolik chcete a jak uz tu padlo nekolikrat, dokonce byste jich mit vic mel.

Neni to nahodou takovy ten klasicky poskytovatel webhostingum ktery vam tvrdi, ze DNS musi byt u nej, protoze jinak vam to nebude fungovat? Tuhle pohadku proste miluju, to nikdy neprestane bavit.

V druhe rade si spocitejte, jestli takovy scenar stoji vubec za to provozovat a jestli neni vyhodnejsi proste ty maily do M365 (nepredpokladam, proboha, onprem exchange) presunout.  Jeste jsem za 25 let nevidel scenar, kdy by pro firmu bylo vyhodne mit cast mailu jinde.

[googler2]

Pomer cena / kapacita email hostingu je u toho poskytovatela niekolkonasobne vyhodnejsi ako MS

[nocturne.op.15]

Kvalita bude, zda se, taky nekolikanasobne vyhodnejsi  Good luck, s timhle materialem provozovat hybridni reseni, z toho prosim udelejte dlouhodobou reportaz. Vidim tam dost prilezitosti k vytvoreni naprosto absurdinch situaci.

[googler2]

Ano, po tom ich podla vsetkeho absurdnom vyjadren ohladom DKIM sa obavam aj ja toho co je za tym (ci hruba neznalost alebo nejake uplacane "extra specificke technicke custom home DYI riesenie...") + ine spcifika toho hostingu, preto dam od toho radsej ruky prec

[nocturne.op.15]

Někdy je to lepší, pokud člověk nedostane mandát udělat věci pořádně. IT není jen o tom že "to nějak funguje", ale i o čisté hlavě a o tom, aby se člověk za svou práci nestyděl - a to s některými "partnery" prostě nejde udělat.

[Ondřej dj-bobr Úlehla]

A ještě si dovolím popřát hodně štěstí s budouváním kladné IP reputace - velcí hráči omezují množství pozřených emailů z IP/subnetu, pokud je reputace neutrální nebo špatná. Limity jsou třeba desítky mailů za hodinu..
Dá se pomoct kontaktováním MS supportu se žádostí o zařazení odesílající IP na tzv. "warming list", ale musí být velmi malé procento nahlášených spamů a samozřejmostí je platné SPF, DKIM a DMARC s quarantine/reject.