Vinc211

Moin, ich habe vor einigen Monaten unseren Fileserver neu aufgesetzt mit Windows Server 2022. Nach dem alle Datein mit robocopy kopiert waren und alles soweit wieder lief habe ich die Schattenkopien aktiviert und diese liefen auch ohne Probleme über mehrere Wochen. Auf Platte D sind etwa 1,4TB Daten und auf E werden die Schattenkopien gespeichert. Die Platte hat 126GB und laut Schattenkopien werden 6,86 dafür benötigt/belegt. Am 6.11 morgens um 8 ist plötzlich eine Datei erstellt worden die nun 113GB groß ist und {3808876b-c176-4e48-b7ae-04046e6cc752} heißt. Man kann das Wachstum in CheckMK recht gut nachverfolgen die Datei ist in etwa 8 Stunden um gewachsen. Leider kann ich in der Ereignisanzeige nicht nachvollziehen warum und was passiert ist. Nach allem was ich gegoogelt habe soll es entweder der Index der Schattenkoopien sein, oder eine verwaiste Datei. Ich habe ein paar alte Schattenkopien gelöscht damit neue erstellt werden konnten und auf der dafür vorgesehen Platte etwas Platz gemacht. (6GB) Heute am 19.11 sind die 5GB die frei waren wieder weg und die Datei auf 119GB gewachsen. Die VM Backup Software und die File-Backup Software laufen zu anderen Zeiten. Die Schattenkopien laufen täglich um 8 und 13 uhr. Im vssadmin list shadows / vssadmin list shadowstorage wird die Datei nicht angezeigt. Ich kann die Datei nicht löschen und auch nicht ihren Besitz übernehmen. Reboot des Servers steht noch aus. Kann mir jemand sagen was das genau für eine Datei ist und wie ich Sie entfernen kann und Sie nicht wieder erstellt wird? Oder auch Tipps geben wie ich rausfinden kann was passiert ist? Merci

Habe erstmal eine Reparatur von Office 2019 versucht und alle Datein aus den Appdata/Local und Roaming Ordnern zu Outlook gelöscht ohne erfolg. Die Mails sind so lange im Postfach und auch in OWA zu sehen, bis die Person sich am Outlook 2019 Client anmeldet. Also muss eine Regel die nicht sichtbar ist für das löschen verantwortlich sein. Server Seite ist auszuschließen. Im nächsten Schritt wird Office 2019 deinstalliert und Office2021 installiert.

Exchange Web Services nein und Mobile Geräte werden im EAC auch nicht angezeigt. Kein Firmenhandy etc vorhanden. Nur ein Laptop. Wenn der Laptop aus und ist Outlook nicht angemeldet bleibt die Mail im Postfach. Also muss es ein Client ereigniss sein. Outlook mit /cleanrules /cleanserverrules und /cleanclientrules zu starten hatte nur keinen Erfolg (Es sind keine Regeln vorhanden gewesen nach Neustart) Das Auditlog habe ich mit der Anleitung korrekt eingestellt. Trotzdem nur die Erkenntnisse die ich gezeigt habe. AuditEnabled : True AuditLogAgeLimit : 90.00:00:00 AuditAdmin : {Update, Move, MoveToDeletedItems, SoftDelete, HardDelete, FolderBind, SendAs, SendOnBehalf, Create, UpdateFolderPermissions, UpdateInboxRules, UpdateCalendarDelegation} AuditDelegate : {Update, SoftDelete, HardDelete, SendAs, Create, UpdateFolderPermissions, UpdateInboxRules} AuditOwner : {Update, Move, MoveToDeletedItems, SoftDelete, HardDelete, UpdateFolderPermissions, UpdateInboxRules, UpdateCalendarDelegation} Ich werd Outlook jetzt neu installieren.

Ich habe nun Exchange 2019 auf CU12 geupdated da ich gelesen habe das dies die MailboxAudit Probleme beheben soll. Den Befehl den @massaraksch vorgeschlagen hat konnte ich auch nun erfolgreich ausführen und bekomme folgende Ausgabe: Leider ist dort nicht mit HardDelete in zusammenhang mit Emails zu sehen. Ich habe meine Testmail um 10:11 geschickt und diese wird dort nicht aufgeführt. Ich habe mir das Postfach wie gesagt verbunden und kann sehen wie die Mail ankommt und direkt wieder verschwindet. Noch eine Idee? Generell dachte ich man sieht mehr im Auditlog, bzw. alle aktionen. Hab ich wieder was falsch eingestellt?

[PS] C:\Windows\system32>Search-MailboxAuditLog -Identity user@domain.de -LogonTypes Admin,Delegate -StartDate "07/20/2022" -EndDate $Today -ResultSize 2000 RunspaceId : 3affaba8-176c-4121-85c1-7111d0c8bf5b MailboxGuid : a9741d88-d112-4861-b112-ce71a054aa0f MailboxResolvedOwnerName : username LastAccessed : 22.07.2022 12:04:08 Identity : domain/MyBusiness/Users/business/username IsValid : True ObjectState : New okay. soweit bin ich gekommen. ich sehe auch unter Get-Mailbox user@domain.de | Get-MailboxFolderStatistics -FolderScope RecoverableItems | fl name,foldersize das ein Ordner mit Audtis hinzugefügt wurde und jetzt 35Kb hat. Es sieht einfach noch nicht korrekt aus. Wirklich sehr ungeil von MS aber was hab ich erwartet.

/cleanrules hatte keinen effekt. Problem besteht immernoch. Aktuell habe ich versucht das audit log zu aktivieren und bin dann darüber gestolpert das dies nicht auf Deutschen Servern funktioniert. Ist dies korrekt oder mach ich etwas falsch. Get-Mailbox user@domain.de | Format-List Audit* sagt es ist aktiviert, aber mit search-mailboxauditlog bekomme ich keine ergebnisse.

Im EAC ist kein Gerät unter "mobile Geräte" eingetragen. IMAP und POP3 sind deaktiviert. Nur Mapi ist aktiviert. Im Outlook des Users sind keine weiteren Regeln zu finden. Neue Erkenntnisse: Die Mails die ich am Donnerstag vom Scanner an das Postfach geschickt habe sind heute wieder nur unter "gelöschte Elemente wiederherstellen" zu finden. Neue Mails vom Scanner werden ebenfalls direkt wieder dorthin geleitet. Also als wenn eine Postfach-Regel das ganze Postfach durchsucht und die Mails wieder verschiebt. Audit-log werde ich nun testen.

Okay, es funktioniert wieder zumindest für die Mails die ich reproduzieren kann. Ich hatte den Junk E-Mail Filter einmal deaktiviert und dann eine Mail geschickt und Sie kam an. Nun hab ich den Junk E-Mail Filter wieder aktiviert und die Mail kommt weiterhin an. In der Ausgabe von get-mailboxjunkemailconfiguration ist die Absenderadresse aber vorher wie nachher nicht drin gewesen. Wie bereits gesagt gibt es keine Custom Regeln Sehr lustig aber nicht hilfreich. Der User ist gar nicht anwesend und ich habe aktuell die Kontrolle über das Postfach um das Problem zu lösen.

Ich habe natürlich in gelöschte Elemente geguckt und gelöschte Elemente wiederherstellen war ausgegraut. Allerdings über OWA konnte ich diese aufrufen und habe die Mails dort gefunden. Aber wie kommen diese direkt dahin. Unternehmsweit werden die Mails aus dem Ordner "Gelöschte Elemente" erst nach 30 Tagen gelöscht und dann für die Wiederherstellung noch vorgehalten. Okay jetzt muss ich den Prozess finden der diese Mails direkt purged. hmm

Also bist jetzt ist es zumindest der einzige von 100 Usern der den Fehler gemeldet hat. Die Exchange Datenbank sieht soweit gut aus. Laut Compliance Search ist die Email ja auch im Postfach vorhanden. Postfach neuerstellen wäre für mich die letzte Option wenn es keine wirkliche Lösung des Problems gibt.

1. Ich habe Zugang zum Account. Habe den User komplett aus der gleichung entfernt und Zugang zum Account. 2. Alle Tests wurden ebenfalls im Owa gemacht und dort nicht sichtbar. Ich habe beim User bereits den offlince sync cache gelöscht und auch abgeschaltet. Die lokale .ost Datei ist nicht das Problem. 3. Ich habe das Postfach bei mir im Outlook eingebunden und die Ansichten zurückgesetzt. Mail trotzdem nicht auffindbar.

Okay, ich habe mit get-inboxrule -inculdehidden nur 2 deaktivierte und die standard Junk Mail Rule gefunden. Im Junkmail Ordner ist aber nichts. In Gelöschte Mails auch nicht. Eine Suche über das gesamte Postfach bringt keine Treffer. Sowohl Owa als auch Outlook. Ich habe ein Compliance Search über das EAC gemacht (Über Powershell ist das ja nur ätzend) und dort finde ich die Mails. Heißt also Sie sind im Postfach? Soweit so gut? Ich habe die Outlook Protokollierung bei Problemen aktiviert und alle logs die dabei in AppData/local/Temp genertiert wurden gespeichert. Darunter .etl Dateien die sich zwar mit der Ereignisanzeige öffnenlassen. aber dann nichts anzeigen. Weiß leider nicht was ich dort falsch mache. Berechtigungsproblem?

Guten Tag, bei einem Benutzer kommen manche Mails nicht im Postfach an. Im Exchange Trackinglog sieht das ganze so aus: Server1 Timestamp EventId Source Sender Recipients MessageSubject --------- ------- ------ ------ ---------- -------------- 13.07.2022 14:25:51 HAREDIRECT SMTP P0005@domain.de {usershort@domain.de, vorname.nachname@x... Internet Fax Job 13.07.2022 14:25:51 RECEIVE SMTP P0005@domain.de {usershort@domain.de, vorname.nachname@x... Internet Fax Job 13.07.2022 14:25:51 RESOLVE ROUTING P0005@domain.de {vorname.nachname@domain.de} Internet Fax Job 13.07.2022 14:25:51 AGENTINFO AGENT P0005@domain.de {vorname.nachname@domain.de, julia... Internet Fax Job 13.07.2022 14:25:51 SEND SMTP P0005@domain.de {vorname.nachname@domain.de} Internet Fax Job Server2 Timestamp EventId Source Sender Recipients MessageSubject --------- ------- ------ ------ ---------- -------------- 13.07.2022 14:25:51 DELIVER STOREDRIVER P0005@domain.de {vorname.nachname@domain.de} Internet Fax Job 13.07.2022 14:25:51 HARECEIVE SMTP P0005@domain.de {usershort@domain.de, vorname.nachname@x... Internet Fax Job 13.07.2022 14:27:46 HADISCARD SMTP P0005@domain.de {usershort@domain.de, vorname.nachname@x... Internet Fax Job Das externe Email Archiv arbeitet mit dem journal user von exchange und archiviert die Mail ganz normal. Get-Mailboxstatistics zeigt an das der ItemCount steigt und die Mailbox größer geworden ist. Get-Inboxrule zeigt keine automatischen Regeln die angewendet werden an. Der Fehler ist beliebig reproduzierbar. Zuerst war es eine Mailadresse von einer externen Person und jetzt ist es auch bei einem Scan-to-mail prozess aufgefallen. Verwendet werden zwei Exchange 2019 15.2 ‎(Build 858.5)‎ Cu9 mit DAG. Client ist Outlook 2019. Owa zeigt die Mail ebenfalls nicht an. Vielen Dank im vorraus.

Das Problem ist nur das man dann keine genaue Firewall freigabe machen kann. Wie lösen andere denn das Problem die Server und Client Netz getrennt haben, aber PXE nutzen wollen?

Guten Tag, ich habe im Zuge der Trennung von Client und Server Netz heute den WDS auf dem auch DHCP läuft in das Server Netz verschoben. Per ip helper-address im Switch funktioniert die DHCP Zuweisung. In der Firewall wurden die Ports 67, 68, 69, 389 und 4011 UDP und 389 TCP freigegeben. Beim Start von PXE Boot bekomme ich eine IP Adresse aus dem Client Netz und danach wird in der Firewall angezeigt das eine Verbindung vom Client mit TFTP zum Server aufgebaut wird. Danach versucht der Server auf einem Highport ( 50000-60000 ) dem Client zu kontaktieren auf einem Random Low Port ( 1000 - 2000 ). Auf welchem Windows Phänomen bin ich hier gestoßen. Die Ports die bis jetzt versucht wurden zu kontaktieren sind 1158, 1179, 1408, 1425, 1428, 1687 und 1928. Alle UDP. Kennt jemand dieses Problem?