Interne mail verdwijnt

[michaelbar]

Beste mede Tweakers,

Ik heb al veel rond zitten zoeken, en zelfs andere experts gevraagd, maar tevergeefs, ik heb een verdwijnende mail probleem en ik kan het niet oplossen

Als een interne server een mail stuurt aan een interne mailbox, gaat het bij 1 persoon altijd mis. Het betreft hier een Exchange 2016 On-Prem omgeving.

De mail komt binnen, dat is te zien aan de hand van Wireshark, echter verder dan dat komt die niet. Ik heb ook al geprobeerd mail te sturen aan verschillende aliassen van de user, tevergeefs.

Mijn vraag is dan ook, waar blijft deze

Hij bevind zich niet in de F-Secure quarantine, bovendien heeft deze virusscanner het ook een tijd niet gedaan, en toen gebeurde dit ook al

De mail bevindt zich ook niet in de queue

Ik weet niet goed hoe ik zie of een mail verwijderd wordt door de content filter of door de spam filter, zou iemand mij heel duidelijk kunnen vertellen waar ik daarvoor zoeken moet?

Alvast ontzettend bedankt.

Mvg,

Michael Barton

[Vorkie]

Outlook regels al eens bekeken? Sommige mensen doen, hoe ze het doen weet ik niet, per ongeluk een regel maken die alles verwijderd wat binnen komt

[michaelbar]

Hi,

Het ligt niet aan de Outlook regels van de gebruiker, ook heeft de gebruiker geen blokkades ingesteld op het verzendende mail adres in kwestie.

Alvast bedankt.

Mvg,

M

[Techno Overlord]

Al iets gedaan met Get-MessageTrackingLog? Wat zegt dit commando? Als ie intern blijft zal die wel niet langs een Secure Email Gateway of spamfilter gaan denk ik. Get-Inboxrule laat je de regels zien die ingesteld zijn. Gaat het om een user of shared mailbox? Converteer de ene naar de andere en weer terug en probeer het nog eens.

[Caeruleus]

Kan niemand email sturen naar deze mailbox of verdwijnt slechts de email van 1 verzender?

Zoals al gezegd: mailbox rules, check in PowerShell
get-inboxrule -mailbox [e-mail]
forwarding? get-mailbox [e-mail] | select forwarding*
get-mailbox [e-mail] | select reject* (voor het controleren van de instelling "rejectmessagesfrom"
Automatic reply rules, lastig te checken in PowerShell maar zorgt nog wel eens voor problemen als de automatic reply is ingeschakeld, te controleren in het automatic reply (out of office) scherm in Outlook en dan de rules knop onderaan.
Laatste tip voor hulp bij obscure problemen: verplaats de mailbox naar een andere database (en weer terug indien nodig). Een mailbox move kan een hele hoop vage problemen oplossen.

[DiffieHM]

michaelbar schreef op dinsdag 13 oktober 2020 @ 14:30:
Hi,

Het ligt niet aan de Outlook regels van de gebruiker, ook heeft de gebruiker geen blokkades ingesteld op het verzendende mail adres in kwestie.

Alvast bedankt.

Mvg,

M

- OWA geeft hetzelfde beeld?
- Toevallig geen view aanstaan die bv unread eruit filtert?

[Xelefim]

- zie comment van hierboven
- check anti virus of die het niet verwijderd
- zet het adres in safe senders
- stuur een mail die er legit uitziet ipv ‘test’, evt zonder handtekening
- zet emc aan / google naar exchange mail delivery reports
- check of de mailbox database waarop de ontvanger zit, nog veel ruimte heeft (>20)

[chaoscontrol]

Controleer je mail flow regels in ECP

[Jazzy]

Techno Overlord schreef op dinsdag 13 oktober 2020 @ 14:38:
Al iets gedaan met Get-MessageTrackingLog?

+1

[gwreijman]

Wellicht iets geks.
Staat in Outlook in beeld de optie Mail met priority weergeven wel uit?
Als je deze uitzet zie je ineens alle mails zo in de inbox.

[Killah_Priest]

Zoals al eerder geroepen: message tracking logs controleren.
Dit is altijd de eerste stap bij zulke issues, controleren of de mail wel wordt afgeleverd bij de betreffende mailbox.

[michaelbar]

Hi allen,

Het heeft ff geduurd voordat ik hier weer op dook, maar na ongeveer een uurtje pluizen vandaag heb ik het probleem eindelijk opgelost!

Via Get-MessageTrackingLog kwam ik er achter dat er constant EventID = FAIL en Source = AGENT stond by de berichten voor de mailbox in kwestie.

Die output naar een 'formatted list' verstuurd en bleek het de 'Transport Rule Agent' te zijn. Die agent eens goed bekeken, want daar zaten wat default rules in, en ja hoor, het mail adres van de kapotte mailbox zat daar tussen... eenmaal er uit gehaald en voila, alles deed het weer...... wat een gesodemieter....

Namens jullie allen, hartelijk dank, jullie zijn helden!

Met vriendelijke groeten,

Michael Barton