lotsch17
-
Gesamte Inhalte
38 -
Registriert seit
-
Letzter Besuch
Beiträge erstellt von lotsch17
-
-
-
Kennt jemand den Fehler ? Der wiederholt sich immer wieder auf einer neuen Installation.
Wie könnte man den beheben ?
Exchange 2019 Ereignis 4, MSExchange Store Driver Delivery
Microsoft.Exchange.MailboxTransport.StoreDriverCommon.SmtpResponseException: 250 2.1.5 UserMailboxSentItemsAgent; Sent item copy to user mailbox successfully. bei Microsoft.Exchange.MailboxTransport.StoreDriverDelivery.Agents.SentItemsAgent.SentItemsAgent.ProcessSentItemWrapperMessage(MiniRecipient mailboxOwner, EmailMessage message, String mdbGuid, MessageItem replayItem, IStoreOperations storeOperations, IAgentInfoWriter agentInfo) Die Nachrichtenressource ist vorhanden, die Nachricht wurde in der Nachrichtentabelle jedoch nicht gefunden
-
Ist jemand bekannt wann ein Patch kommt welches das Einfügen von pdf in Kalender Terminen in Outlook wieder ermöglicht ?
-
-
Das Einfügen von pdf in Kalender Terminen in Outlook von intern klappt problemlos.
Bei Terminen die allerdings von Extern kommen geht es nicht und der Kartenreiter ist ausgegraut.
Lässt sich das einrichten ?
-
Danke NorbertFe , so wie es der Artikel beschreibt ist das Verhalten wohl normal seit 2013.
Nun war das die Systempostfächer vorher in einer anderen DB mit vielen Postfächern und nur auf 2 Servern , also 1aktiv und 1passiv Kopie, angelegt.
Ich finde es so jedoch besser die Systempostfächer in eine extra DB und 3 passiv Kopien davon, so damit auf jedem Exchange eine vorhanden ist.
-
Hallo
also ich habe am Freitag alle Systempostfächer umgezogen in eine neue DB.
Davon auf jedem der 4 Server eine DB Kopie angelegt.
Und dann : Update-OfflineAddressBook -Identity Default
ausgeführt
Und es wird nur das OAB aktualisiert auf dem Server wo die Aktive DB läuft. Nicht auf den passiven.
Wenn man die DB auf einem anderen aktiv schaltet dann wird es dort aktualisiert.
Schon seltsam oder ?
-
vor 44 Minuten schrieb NorbertFe:
Du sollst nicht "rumbauen", sondern einfach mal 1. sagen, was du da einsetzt und 2. damit man den Fehler eingrenzen kann immer einen der Exchangeserver ausklammern.
Wenn du das nicht willst kannst oder darfst, dann wirst du wohl an anderer Stelle ggf. unnötig lange brauchen.
Und? Ist doch Top.
Wie wärs bspw. hiermit?
Bye
Norbert
zu 1.: HWL ist ein F5
Der Artikel ist gut , den hatte ich bisher nicht gefunden , das könnte es sein. Danke.
Allerdings erklärt das nicht warum auch das GAL bei manchen nicht verfügbar ist.
Und folgender Punkt wenn man den Ordner vom OAB manuell hinein kopiert , also von einem Exch bei dem er vorhanden ist zu einem anderen Exch , dann funktioniert auch das GAL wieder.
-
ja der eine von 4 ist anders , ich habe keinen davon installiert , ich soll jetzt aber "das Problem lösen" (so ist es im Leben ...)
der HWL macht nur Exchange und OWA Zugriff , sorry da baue ich nicht daran rum das funktioniert auch.
Es geht nur um das Adressbuch , wirklich, alles andere ist Top.
Was stimmt denn mit diesen Ordner nicht ?
Auf manchen Exchange gibt es einen Ordner OAB unter C:\Program Files\Exchange Server\ClientAccess\OAB
mit aktuellem File f0bc5669-4be0-40cd-b243-xxxxxx und auf anderen Exchange nicht ,
Gleiches gilt für das Protokoll unter :
C:\Program Files\Exchange Server\Logging\OABGeneratorLogmanche haben ein OABGen Log andere nicht.
Und ja die welche ein Protokoll haben , haben auch ein OAB
-
MX02 ist einer von 4 MX also Exchange 2013 Servern.
Es ist ein Hardware Load Balancer davor , damit kenne ich mich aber nicht aus , den hat jemand anders eingerichtet.
Außer dem Adressbuch funktioniert sonst auch immer alles , deshalb habe ich da kein Verdacht drauf.
-
Alle haben CU23 und werden regelmäßig mit Updates versorgt und neu gestartet.
MX02 wurde in dem Pfad installiert: C:\Program Files\Exchange Server
andere MX in dem Pfad: C:\Program Files\Microsoft\Exchange Server\V15
ok ist aus dem Support. Danke
einzelne aus DAG nehmen habe ich nicht probiert.
-
Hallo
ich habe eine DAG aus mehreren Exchange.
Daran sind mehrere Outlook 2016.
Problem: Manche haben Zugriff auf das Adressbuch und andere nicht. Sowohl im Online Modus wie auch Offline Mode von Outlook.
Festgestellt bis jetzt
Auf manchen Exchange gibt es einen Ordner OAB unter C:\Program Files\Exchange Server\ClientAccess\OAB
mit aktuellem File f0bc5669-4be0-40cd-b243-xxxxxx und auf anderen Exchange nicht ,
Gleiches gilt für das Protokoll unter :
C:\Program Files\Exchange Server\Logging\OABGeneratorLogmanche haben ein OABGen Log andere nicht.
Und ja die welche ein Protokoll haben , haben auch ein OAB
Woran liegt das ?
Senden als geht nicht Fehler: [0x80070005-0x0004dc-0x000524].
in MS Exchange Forum
Geschrieben
Exchange 2019 aktueller Stand , Outlook 2016
Ein PF auf das der User Senden Als , Senden im Auftrag und Vollzugriff Berechtigung hat.
Das PF wird richtigerweise im Outlook eingeblendet.
Das PF selbst kann empfangen und auch Antwort Senden an Absender.
In OWA geht es auch.
Aber Neue E-Mail Senden als bringt den Fehler:
Diese Nachricht konnte nicht gesendet werden. Versuchen Sie es später erneut, oder wenden Sie sich an den Netzwerkadministrator. Sie besitzen nicht die Berechtigung, die Nachricht im Auftrag des angegebenen Benutzers zu senden. Fehler: [0x80070005-0x0004dc-0x000524].