massaraksch

Hi, was sagt... Get-InboxRule -Mailbox POSTFACH ?

Hi, ist ein altes Outlook-Problem. Outlook definiert die Kontobezeichnung in der Ordnerliste nur bei der Ersteinrichtung und schreibt das in die lokale Registry (ist aber so ein häßlicher HEX-Eintrag irgendwo unter ...\Windows Messaging Subsystem\Profiles\..., der daher schlecht direkt änderbar ist). OK, für den Admin ein "kosmetisches" Problem, aber verständlicherweise für den User verwirrend, wenn da die alte Mailadresse drinsteht. Habe mal zwei Scripte (VBS, Nutzung des Outlook-VBA-Modells) erstellt und angehängt... Ein Script "Ren_Outlook_Abfrage.vbs" zum Ändern der Bezeichnung mit Abfrage für den User (gut zum Testen, man kann selbst "irgendwas" eingeben, der Effekt ist bei geöffnetem Outlook sofort sichtbar, Vorgabe ist die aktuelle Antwortadresse). Ein zweites Script "Ren_Outlook_Auto.vbs" ohne Abfrage zum automatisierten Ändern der Bezeichnung (bei mehreren Outlook-Profilen wird nur das Standardprofil verwendet). Scripte funktionieren egal ob Outlook gerade läuft oder nicht. Besser ist im Prinzip, wenn Outlook dabei geöffnet ist, da Script dann schneller. Habe keine großartige Fehlerbehandlung drin (Faulheit, Zeitmangel), Einsatz natürlich auf eigene Gefahr, besser vorher in der eigenen Umgebung testen (und nicht gerade bei der GF :-) Die beiden Dateien müssen für die Ausführung von .txt in .vbs umbenannt werden. Hinweis: Je nach Einstellung im Outlook-Sicherheitscenter unter "Programmgesteuerter Zugriff" kann bei Ausführung eine Sicherheitsabfrage bezüglich "Zugriff auf Adressinformationen" erscheinen. Dies stellt eventuell eine Hürde für die "Automatisierung" dar. (getestet mit OL2010 32bit, sollte aber mit OL2013/16 auch gehen) Ren_Outlook_Abfrage.txt Ren_Outlook_Auto.txt

Hi, wie sind die Einstellungen für diese beiden Domains bezüglich Adressbuchprüfung? Anzeige: Get-AcceptedDomain | ft DomainName,AddressBookEnabled -a

Hi, Ich mach das ja auch (bei Umwandlung eines Exchange-Objekts in ein anderes durch Neuerstellung, z.B. Kontakte in Mailuser o.ä.), aber man sollte doch besser den alten LegacyExchangeDN dem neuen Objekt (hier also der neuen Verteilergruppe) als X500 hinzufügen und nicht irgendeinem anderen, oder? Das scheint mir irgendwie inkosistent und verwirrend und ich könnte mir da durchaus unerwünschte Seiteneffekte vorstellen.

Hi, getestet mit Ex2010 + OL2010 Ergänzung: Mit OWA (2010) noch etwas einfacher: Rechtsklick - Übermittlungsbericht öffnen Ergänzung 2: Huch? Wo iss'n das bei OWA 2013 hin? Hm, Optionen - E-Mail organisieren - Übermittlungsberichte gibt's da zwar auch... Aber das ist so "unhandlich".

Hallo, zumindest der interne Weg (Exchange) kann nachvollzogen werden. Dazu in Outlook die gesendete Mail öffnen - Register "Datei" - Übermittlungsbericht öffnen Dort wird die erfolgreiche Zustellung an ein internes Postfach angezeigt bzw. die Übergabe an das nächste Mailsystem (Mailgateway o.ä.). Da steht dann sowas wie: Die Nachricht wurde erfolgreich zugestellt. oder Die Nachricht wurde erfolgreich an ein anderes E-Mail-System übergeben. Eine weitere Verfolgung ist nicht möglich. Ob die Mail an einen externen Empfänger wirklich zugestellt wurde kann damit allerdings nicht nachvollzogen werden. mfg, massaraksch

Hallo, bei Authentifizierung müßte man wohl für den speziellen User am entsprechenden Empfangskonnektor die Berechtigung ms-Exch-SMTP-Accept-Any-Sender eintragen. Mögliche Konnektorberechtigungen hier: https://technet.microsoft.com/de-de/library/jj673053%28v=exchg.150%29.aspx Also sowas wie: Get-ReceiveConnector "Konnektorname" | Add-ADPermission -User "Blabla" -ExtendedRights "ms-Exch-SMTP-Accept-Any-Sender"

Hallo, Das ist korrekt. Transportregeln verhalten sich da ähnlich (unschön) wie die Client-Regeln (OWA/Outlook) und werten nicht die eigentliche SMTP-Adresse aus sondern holen sich vom Empfänger die primäre Adresse und vergleichen damit. Man könnte aber in einer Transportregel den Mailheader (To, bei Bedarf auch Cc) auswerten. Für eine OWA-Client-Regel hatte ich das mal da beschrieben: http://www.msxforum.de/community/index.php/Thread/15293-OWA-Regeln-und-Namensaufl%C3%B6sung/?postID=86821#post86821 Bei einer Transportregel muß der auszuwertende Header konkret angegeben werden, also z.B.: HeaderMatchesMessageHeader: To HeaderMatchesPatterns: {dein Kriterium} Wenn du die Transportregel nur auf externe Absender einschränkst (FromScope: NotInOrganization), dann bräuchtest du eigentlich auch kein weiteres Kriterium (also dieses ExceptIfFromAddressMatchesPatterns). Gesundes neues Jahr noch...

Welches Outlook? Wir hatten das Problem mit Outlook 2010 bei eigentlich allen Usern, deren primäre Addresse (Domainanteil) sich geändert hatte. Die Bezeichnung der obersten Ordnerebene im Outlook (die ja lokal im MAPI-Profil in der Registry gespeichert ist) aktualisierte sich erst, wenn man manuell irgendwie über die Konteneinstellungen "nachgeholfen" hat. Reparieren oder Namen neu prüfen... (oder gleich neues Outlook-Profil). Von "allein" tat sich im bestehenden Profil nichts.

Ich halt's für bequemer, wenn das Resultat nicht mit in den *logs* Namensbereich fällt. Ansonsten muß man auch noch beim Einlesen aufpassen. Ja... kann man auch filtern/ausschließen :rolleyes: Jeder wie er mag.

Weil sich die Postfachbezeichnung im Ordnerbaum des Outlook-Clients nicht automatisch aktualisiert. Ist saublöd für den Anwender. Der ist (verständlicherweise) verwirrt.

Wahscheinlich so oder ähnlich: add-content -value (get-content C:\PS\*Logs*.txt) -path C:\PS\Ergebnis.txt remove-item C:\PS\*Logs*.txt Der Zielname "C:\PS\Ergebnis.txt" ist Absicht, damit der Löschbefehl das nicht auch wegwirft ;)

Nun ja, ist natürlich Spekulation... Und was Besseres fiel mir erstmal nicht ein :) Hab da noch was Interessantes bezüglich Gruppenrichtlinien gefunden... Es gab (gibt?) da wohl eine "kaputte" Outlook-GPO: http://blogs.technet.com/b/matabra/archive/2011/10/17/outlook-2010-group-policy-templates-issue-with-exchange-unicode-mode-turn-off-ansi-mode.aspx Bewirkt gerade das Gegenteil von dem, was man glaubt einzustellen :cry: Müßte ich direkt mal nachprüfen, ob das mittlerweile korrigiert ist...

Hi, Ich sprach zwar vom Offline-Cache (OST), aber egal... Und natürlich hat das Format (Unicode oder ANSI) der Outlook-Datendateien (OST und PST) etwas mit dem Inhalt zu tun. Nämlich die Unicode-Unterstützung oder nicht. https://support.office.com/en-us/article/Unicode-support-for-multilanguage-data-in-Outlook-8ff593bd-bab5-4aad-a12f-ed1e283c37a1?CorrelationId=04126d15-5962-4ee1-bc25-ae900532d349&ui=en-US&rs=en-US&ad=US

Hi, Läuft Outlook im Unicode-Modus? Kontoeinstellungen - Datendateien - Einstellungen - Erweitert... Postfachmodus: "Outlook verwendet ... den Unicodemodus" (habe gehört, daß es bei Updates von alten Versionen passieren kann, daß die alte (Ansi) OST übernommen wird) mfg, Massaraksch