KistersSolutions

Hab ich entsprechend gemacht. Per OWA klappt es auch. Doch im Outlook wird das Shared Postfach nicht als Absenderadresse angezeigt.

Hi Sunny, die Postfächer wurden durch den Vollzugriff automatisch eingebunden. Gruß Tim

Halllo Forum, ich habe eine Exchange installation mit mehreren Shared Mailboxen. Bei einem User tritt das Problem auf dass egal welche Mailbox er im Outlook auswählt und von dort aus dann einen Neue Mail versendet immer seine persönliche Mailbox als Absender ausgewählt wird. Wenn man dann manuell die Auswahl bei Senden von ändert bleibt die Mail im entsprechenden Postausgang der Shared Mailbox hängen. Der Nutzer hat wie die anderen auch Vollzugriff und Senden als Berechtigung auf die Shared Mailboxen. Jemand ne Idee was dass sein kann? Gruß Tim

Moin zusammen, leider konnte der Fehler noch nicht gelöst werden. Es wurde mit Nslookup versucht den fqdn des gegenüberliegenden DNS Servers aufzulösen. Wo kann ich nun noch ansetzen? Gruß Tim

Die Zone ist aber auf der Gegenseite vorhanden und dort funktioniert die Auflösung auch ohne Probleme. Auch mit einer neuen Testzone klappt es genau so wenig.

@tesso Mit Wireshark sieht es so aus.

Vom Gateway (UDM Pro) lässt sich die Gegenseite nicht anpingen vom Server selbst jedoch schon. Alle Geräte auf der Gegenseite können erreicht werden. Gruß Tim

Routen müssen hier nicht eingetragen werden, das Gateway was auch den VPN Tunnel hält kümmert sich um das entsprechende Routing. Gruß Tim

Das brachte leider keinen Erfolg aber da die Weiterleitung für eine AD Vertrauensstellung benötigt wird bringt auch eine einseitige Weiterleitung keinen Erfolg. Allerdings scheint das Grundsätzliche Problem überhaupt nicht die DNS Weiterleitung zu sein sondern allgemein die Abfrage des DNS Servers von der anderen Seite. Von Niederlassung A -> B nslookup xxxxx.xs.local 192.168.0.2 funktioniert Von Niederlassung B -> A nslookup xxxxx.xsa.local 192.168.2.2 funktioniert nicht. Dies sollte durch die Verbindung der beiden Server immer möglich sein egal ob mit oder ohne Weiterleitung.

Spannend ist es das ich über den entfernten DNS Server www,google.de auflösen kann. Das grenzt die Fehlersuche wirklich ein,

So wie ich das sehe liegt es daran das der entsprechenden fqdn nicht aufgelöst werden kann.

Sieht für mich ganz normal aus.

Also ich kann die Gegenseite über Port 53 als TCP und auch UDP erreichen. C:\PortQryV2>portqry -n 192.168.2.2 -p udp -e 53 Querying target system called: 192.168.2.2 Attempting to resolve IP address to a name... Failed to resolve IP address to name querying... UDP port 53 (domain service): LISTENING or FILTERED Sending DNS query to UDP port 53... UDP port 53 is LISTENING C:\PortQryV2>ipconfig Windows-IP-Konfiguration Ethernet-Adapter Ethernet0: Verbindungsspezifisches DNS-Suffix: rs.local Verbindungslokale IPv6-Adresse . : fe80::a998:f4d6:b460:98fd%13 IPv4-Adresse . . . . . . . . . . : 192.168.0.2 Subnetzmaske . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 192.168.0.1

PS C:\Users\Administrator> Test-NetConnection 192.168.2.2 -Port 53 ComputerName : 192.168.2.2 RemoteAddress : 192.168.2.2 RemotePort : 53 InterfaceAlias : Ethernet0 SourceAddress : 192.168.0.2 TcpTestSucceeded : True Wobei TcpTess Succeded immer mit True angeben wird egal welche Remote IP ich angebe.