Exchange 2010 verloren mails

[Verwijderd]

Ik ben een leek in de Exchange wereld die graag bijleert.
De situatie: de partitie waarop mijn exchange server draait was gisteren volgelopen.
Ik kon nog steeds uitkomende mails verzenden maar er werd geen inkomende mails meer ontvangen.

Doordat ik nog mails kon versturen had ik dit pas in de namiddag door.
Na wat ruimte vrij te maken op deze partitie en de exchange services te herstarten kon ik weer mails ontvangen. Btw: het is een Exchange server 2010.

Probleem is dat de mails die daarvoor verstuurd werden verloren zijn.

In het mapje Sync Issues -> Server Failures komen deze ook niet terecht.

Ik heb 2 MX records voor mijn domein.
1) in.mx.trendmicro.eu
2) relay.mx.skynet.be

Is er een mogelijkheid dat ik de verloren mails nog kan retrieven?

[Rev!]

Wat zie je bij de bezorgingsrapporten?

[Verwijderd]

Rev! schreef op woensdag 09 oktober 2013 @ 15:26:
Wat zie je bij de bezorgingsrapporten?

Uitgaande mails bleven verstuurd worden.
Het probleem was bij inkomende mails.
Ik veronderstel dat ik hiervan geen bezorgingsrapport kan opvragen?

[Question Mark]

Waarschijnlijk heb je die mail nooit ontvangen

Ik vermoed (ik moet een beetje gokken op je beperkte informatie) dat de information store gewoon gestopt is, waardoor mails niet bezorgd konden worden. Standaard gedrag van SMTP is dat een mailserver het periodiek weer probeerd. Lukt het dan nog niet, dan ontvangt de verzender een NDR met daarin de melding dat de mail niet bezorgd kon worden.

[Verwijderd]

Question Mark schreef op woensdag 09 oktober 2013 @ 15:28:
Waarschijnlijk heb je die mail nooit ontvangen

Ik vermoed (ik moet een beetje gokken op je beperkte informatie) dat de information store gewoon gestopt is, waardoor mails niet bezorgd konden worden. Standaard gedrag van SMTP is dat een mailserver het periodiek weer probeerd. Lukt het dan nog niet, dan ontvangt de verzender een NDR met daarin de melding dat de mail niet bezorgd kon worden.

Als test had ik vanop mijn g-mail adres een mail verstuurd naar een mailbox in mijn domein?
De mail kwam gewoon bij mijn verzonden items te staan en kreeg geen melding à la "mail niet bezorgd"

[lolgast]

Volgens mij gooit Exchange 2010 zijn information store down bij schijfruimte < 1GB. Het feit dat je nog e-mails kon verzenden kan ik niet helemaal rijmen bij het feit dat je een volle schijf had. Je verzonden e-mails komen uiteindelijk in diezelfde store terecht..

[hhoekstra]

Waarschijnlijk gaan de mails naar het tweede MX record? en wat doet relay.mx.skynet.be ermee ?

[Verwijderd]

hhoekstra schreef op woensdag 09 oktober 2013 @ 15:34:
Waarschijnlijk gaan de mails naar het tweede MX record? en wat doet relay.mx.skynet.be ermee ?

Ik vermoed dat deze de "verloren mails" terug probeert te sturen naar de exchange server?
Dat is dus niet het geval in de praktijk.
Dit was al voor mijn tijd opgezet dus weet het fijne hier niet van.

[Question Mark]

Verwijderd schreef op woensdag 09 oktober 2013 @ 15:29:
[...]
Als test had ik vanop mijn g-mail adres een mail verstuurd naar een mailbox in mijn domein?
De mail kwam gewoon bij mijn verzonden items te staan en kreeg geen melding à la "mail niet bezorgd"

Je eigen mailserver doet niks met een extern GMail adres... Die staan gewoon in de sent-items bij GMail...

hhoekstra schreef op woensdag 09 oktober 2013 @ 15:34:
Waarschijnlijk gaan de mails naar het tweede MX record? en wat doet relay.mx.skynet.be ermee ?

Da's waarschijnlijk een relay omdat poort 25 vanaf internet naar een thuisgebruiker dichtstaat. Mail komt dan terecht bij het tweede MX-record die hem wel door mag sturen... Veel internetproviders regelen het op deze manier.

[Verwijderd]

Waarom is de mail vanop deze relay niet correct bezorgd bij mijn exchange mailboxen?
Ik probeer wat wijs te geraken uit de configuratie.
In de DNS zie ik geen 1 MX record.
Alleen een A record (www) dat verwijst naar de mail server zelf.

[Question Mark]

Verwijderd schreef op woensdag 09 oktober 2013 @ 15:51:
Waarom is de mail vanop deze relay niet correct bezorgd bij mijn exchange mailboxen?

Geen idee... ik ken de instelling van die relay servers niet. Jouw mailomgeving was tijdelijk niet bereikbaar, daarom lukte bezorging in eerste instantie niet. Ik weet niet waneer en of deze relays het weer gaan proberen, voor hetzelfde geld staan ze ingesteld om het pas twee dagen later weer te proberen..... Voor hetzelfde geld proberen ze het helemaal niet...

Ik probeer wat wijs te geraken uit de configuratie.
In de DNS zie ik geen 1 MX record.
Alleen een A record (www) dat verwijst naar de mail server zelf.

Welke DNS? intern of op internet?

Waar komen de MX-records vandaan die je in je topicstart noemt? Geef anders (als je wilt) je smtp-domein naam eens, dan kan een ander ook even de mx-records controleren.

[ Voor 12% gewijzigd door Question Mark op 09-10-2013 16:13 ]

[Verwijderd]

smtp-domein zeg ik liever niet op publiek forum.
De 2 bijhorende mx-records bij het domein zijn:
1) in.mx.trendmicro.eu 150.70.226.96
2) relay.mx.skynet.be 195.238.20.26

Dit zijn publieke mx records dus veronderstel dat hier niets verkeerd aan is?

[Verwijderd]

lolgast schreef op woensdag 09 oktober 2013 @ 15:31:
Volgens mij gooit Exchange 2010 zijn information store down bij schijfruimte < 1GB. Het feit dat je nog e-mails kon verzenden kan ik niet helemaal rijmen bij het feit dat je een volle schijf had. Je verzonden e-mails komen uiteindelijk in diezelfde store terecht..

In principe is een mail alleenmaar een aanspraak op het SMTP protocol dus dat hij wel mail kan sturen maar niet kan ontvangen kan ik opzich wel rijmen, afhankelijk van hoe het werkt. Maar ik ben ook geen onbeperkt genie van exchange.

[VreYseN]

Als je informationstore gestopt was, is de email nooit op je server aagekomen. Met een beetje geluk heeft iedereen netjes een email met een foutmelding terug gekregen.

Aan de mx-records te zien maak je gebruik van trendmicro Hosted Email Security. Daar ben ik niet heel bekend mee. Maar meestal bewaren dit soort bedrijven je email nog een aantal dagen als je mail server niet te benaderen is. Als dit het geval is komt de email vanzelf binnen. Je kunt ze even bellen of ze de email een "zetje" kunnen geven.
Bewaren ze de email niet dan ben ik bang dat het echt weg is.

[Verwijderd]

Ik ben op die admin console ingelogd van die hosted email security en met die mail tracking tool is mijn verstuurde mail niet terug te vinden. Het lijkt dus dat deze nooit is toegekomen.
Toch eigenaardig dat ik hier geen foutmelding bij gmail van kreeg?

[VreYseN]

Die emails komen ook vaak niet aan. Veel spam filters blokkeren die omdat zelfs die non delivery mails misbruikt worden om te spammen.

[Verwijderd]

Waar wordt eigenlijk verwezen naar die 2 publieke SMTP records?
Ik veronderstel dat die verwijzing in DNS gebeurt maar vind hier geen enkel record van terug?
Ik vermoed dus dat alle mails verloren zijn?

[Question Mark]

Verwijderd schreef op woensdag 09 oktober 2013 @ 20:28:
Waar wordt eigenlijk verwezen naar die 2 publieke SMTP records?
Ik veronderstel dat die verwijzing in DNS gebeurt maar vind hier geen enkel record van terug?

Op de dns-server op internet. Op zich ook wel logisch, een externe mailserver moet natuurlijk wel via mx-records kunnen raadplegen waar de mail bezorgd moet worden

Ik vermoed dus dat alle mails verloren zijn?

Zoals al eerder gezegd, dat ligt aan de instellingen van de tusenliggende smtp-servers. Je hebt nu ingesteld staan dat de mail bezorgd wordt bij "in.mx.trendmicro.eu" of "relay.mx.skynet.be". Neem contact op met de beheerders van die systemen...

[dmstork]

Dat je wel kon versturen en niet ontvangen is wellicht gekomen door Backpressure. Zie hier voor wat meer info. Lees ook zeker deel 2.

Wanneer je schijf bijna vol is, dan accepteert Exchange geen mail meer. Een "4.3.2 Service Unavailable" melding word aan de versturende partij gegeven. Dan hangt ervanaf hoe de versturende partij daarmee omgaat, waarschijnlijk worden er meer pogingen ondernomen tot het of ontvangen word of er een NDR naar de afzender wordt gestuurd. Maar ook dat laatste hangt af van de server van de afzender.

Pas als de schijf echt praktisch vol is, dan pas word de Mailbox Database dismounted uit veiligheid. En dan kan je praktisch niets.

[Oogje]

dmstork schreef op donderdag 10 oktober 2013 @ 01:03:
Dat je wel kon versturen en niet ontvangen is wellicht gekomen door Backpressure. Zie hier voor wat meer info. Lees ook zeker deel 2.

Dat lijkt me het meest waarschijnlijk, kan een verwarrende feature zijn.

[Red Cell]

Als een Exchange specialist hier, afgaande op de informatie hier gepost: dmstork heeft gelijk.
Backpressure is een vervelend iets omdat je het inderdaad zelf slecht merkt.
Al je uitgaande mail is gewoon afgelevert. Alle inkomende e-mail is gebounced met bijna de code die dmstork noemde. Het is "4.3.1 Insufficient resources"
Exchange staat meestal ingesteld om het 72 uur lang af te leveren. Andere e-mail servers weet ik deze periode niet van. Maar ga er maar vanuit dat je op een enkele mail na de inkomende e-mail kwijt bent. (Praktijk ervaring)

Tip, als je 2008 server of hoger heb. Zoek in je event log de entry op van het backpressure event.
Hang dan aan die event id een alert (interne mail, netmessage, verzin iets) die je waarschuwd.

[Verwijderd]

Wordt de mail rechtstreeks op de server afgeleverd, of zit hier nog een 3th party spamfilter tussen?

Als er nog een spam filter tussen zit, is het mogelijk dat deze de mail in een queue heeft vast gehouden.