Dobrý den,Velmi pěkný popis.Měl bych jeden problém, který s tématem souvisí. Nedávno jsme u zákazníka přešli z Exchange 2007 na Exchange 2010 sp2.Používají webovou aplikaci, která odesílá zprávy z mailové adresy support@doména.cz, ale s různými jmény odesilatele, takže příjemce pak dokáže rozpoznat který člověk danou zprávu odeslal. Současně může na zprávu odpovědět a odpověď se zaznamená do systému.Problém je že po přechodu na Exchange 2010 Outlook nezobrazuje toto jméno z hlavičky (kde je tato informace správná), ale nahradí jej jménem mailboxu, který používá adresu support@doména.cz.Zde: http://paulroman.pras.ro/2012/05/change-display-na... ... jsem četl, že je to otázka správného nastavení receive konektoru. Proto jsem konektor vytvořil znovu, nicméně se server chová stejně.Jiné zmínky jsem na toto téma nikde nenašel.Nemáte s tím nějaké zkušenosti, zda je možné tuto funkcionalitu zprovoznit?P.S.: Chápu, že to není nejvhodnější způsob, jak identifikovat odesilatele, nicméně by mě jen zajímalo, zda je možné tuto funkcionalitu na Exchange 2010 sp2 zprovoznit. Mockrát Děkuji za odpověď.S přátelským pozdravem OK
Aplikace používá nesprávně jednotlivá pole. Budu-li sledovat Váš příklad, pak ve From by mělo být support@domena.cz, v Sender by měl být uveden konkrétní uživatel - "Krestni Prijmeni ".Outlook pak zobrazí hlavičku zprávy: Za "support@domena.cz" odeslal Krestni Prijmeni.(Pozn: Oba objekty budou dohledány v GAL a bude uvedeno jejich displayName.)Případně lze vytvořit nový Receive Connector a v jeho vlastnostech vypnout:- na záložce Authentication checkbox Externally secured ... - na záložce Permission Groups vypnout vše kromě Anonymous usersPak by nemělo docházet k resoluci odesilatele zprávy, tj. měly by být zobrazeny údaje z hlavičky zprávy.Obojí lze snadno otestovat z telnetu.
Děkuji za odpověď. To co píšete v druhém odstavci je přesně to o co jsem se pokoušel.vytvořil jsem tedy nový receive connector:New-ReceiveConnector -Name "Anonymous Relay" -Usage Custom -PermissionGroups AnonymousUsers -Bindings 10.2.3.4:25 -RemoteIpRanges 192.168.5.77Do remoteIPRanges jsem nastavil IP aplikačního serveru.Potom jsem mu nastavil annonymous relay právo tímto cmdletem:Get-ReceiveConnector "Anonymous Relay" | Add-ADPermission -User "NT AUTHORITY\ANONYMOUS LOGON" -ExtendedRights "Ms-Exch-SMTP-Accept-Any-Recipient"Nakonec jsem jen v EMC editoval: - FQDN jméno které vrací na pozdrav EHLO, - max velikost zprávy, kterou příjme - musel jsem vypnout TLS auth. která byla i přes použití Custom connectoru při vytváření zapnutá. Tedy vypnul jsem všechny Authentikační metody.Nakonec jsem restartoval Microsoft Exchange Transport service.Přesto dochází k resolvování jména odesilatele. 🙁V Tracking logu pak vidím, že se používá zamýšlený konektor a IP Adresa aplikačního serveru také odpovídá tomu co je nastaveno v RemoteIpRanges.Děkuji
Dobrý den, Takže jen pro úplnost.Z mého pohledu je to vyřešeno, i když to úplné řešení není.Výše popsaná konfigurace tedy zdá se funguje správně.Nakonec se při testování pomocí telnetu ukázalo, že konektor za určitých okolností funguje správně a tedy snažili jsme se najít chybu na straně odesílatele. Samotnou příčinu neznám, ale vypozorovali jsme, že pokud zpráva odeslána prostřednictvím microsoft SMTP serveru (např jako lokální smtp), který je součástí Windows server 2008, tak se adresy resolvují špatně bez ohledu na konfiguraci receive konektoru. Windows server 2008 R2 a Windows server 2012 tento problém negeneruje. Upgrade na novější verzi os to v tomto případě vyřešil.Velice děkuji za pomoc při řešení.S přátelským pozdravemOndřej Krhut
Potvrďte prosím přezdívku, kterou jsme náhodně vygenerovali, nebo si zvolte jinou. Zajistí, že váš profil bude unikátní.
Tato přezdívka je už obsazená, zvolte prosím jinou.