Jump to content

lotsch17

Members
  • Gesamte Inhalte

    38
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von lotsch17

  1. 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].
  2. 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
  3. Ist jemand bekannt wann ein Patch kommt welches das Einfügen von pdf in Kalender Terminen in Outlook wieder ermöglicht ?
  4. Das Problem ist hier wohl beschrieben. https://www.borncity.com/blog/2023/08/22/outlook-body-zugesagter-termine-nicht-mehr-nderbar-office-august-2023-update-schuld/
  5. 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 ?
  6. 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.
  7. 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 ?
  8. 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.
  9. 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\OABGeneratorLog manche haben ein OABGen Log andere nicht. Und ja die welche ein Protokoll haben , haben auch ein OAB
  10. 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.
  11. 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.
  12. 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\OABGeneratorLog manche haben ein OABGen Log andere nicht. Und ja die welche ein Protokoll haben , haben auch ein OAB Woran liegt das ?
×
×
  • Neu erstellen...