[Exchange 2003] Alle inboxen blijven leeg

[The Merovingian]

Ik heb hier en met Google gezocht naar gerelateerde problemen en geen oplossing kunnen vinden; hier op GoT staat een vergelijkbare post met een vraag maar geen oplossing, en zelf krijg ik het niet voor elkaar.

Het probleem is: ik maak in de AD een user aan, met mailbox, en daarna kan ik via de HTTP client inloggen en de mailbox bekijken, mails sturen en taken opslaan. Verzonden mails worden bewaard en taken ook, en verzonden mails naar externe adressen komen aan.

Als ik mezelf een mailtjes stuur zie ik in de message tracking center dat het bericht "Delivered Locally" is, maar de regel daarop staat vrolijk dat er een NDR gegenereerd is.

Mijn configuratie is als volgt:
- virtual SMTP server relayt wanneer nodig naar externe SMTP server (dit is bewezen met mail naar extern adres)
- virtual POP3 server is actief en kan ik met telnet benaderen (maar als ik inlog is de inbox altijd leeg)
- er zijn geen SMTP connectors
- er zijn geen POP3 connectors (dit is Server 2003, niet SBS 2003)
- reverse DNS staat aan
- de server zelf is ook DC en DNS server

De configuratie van Exchange heb ik voor een groot deel ingesteld naar de settings van een bestaande SBS2003 server en daarop staat ook geen SMTP connector.

Door naar de mailbox storage te kijken kan ik zien dat inkomende berichten nergens worden opgeslagen, de storage teller loopt niet op bij inkomende mails (verzonden mails en taken etc. zijn wel in de berichtentellers te zien).

Mis ik een essentiële stap ergens of is er wat anders aan de hand?

[Verwijderd]

Wat is de tekst van die NDR die je krijgt?

[The Merovingian]

de NDR komt niet aan...

Ik test het als volgt: gebruiker 'mailtest' stuurt zichzelf een mail, die mail komt niet aan, de ndr wordt verstuurd en die komt ook niet aan.

[ Voor 76% gewijzigd door The Merovingian op 28-02-2008 12:33 ]

[Jazzy]

Heb je de Exchange Best Practice Analyzer Tool al eens gedraaid?

[The Merovingian]

Ik heb mezelf een kopie kunnen sturen van de NDR:

code:

Your message

  To:      Mail Test
  Subject: NDR copy test 20080228 1240
  Sent:    Thu, 28 Feb 2008 12:40:37 +0100

did not reach the following recipient(s):

Mail Test on Thu, 28 Feb 2008 12:40:37 +0100
    The e-mail system was unable to deliver the message, but did not
report a specific reason.  Check the address and try again.  If it still
fails, contact your system administrator.The MTS-ID of the original
message is:c=US;a= ;p=xxxl=SERVER-xxx-080228114037Z-14
    <SERVER-xxx.office.xxx.nl #5.0.0>



Original-Envelope-ID: c=US;a= ;p=xxx;l=SERVER-xxx-080228114037Z-14
Reporting-MTA: dns; CPEXBE-EML16.kpnsp.local

Final-Recipient: RFC822; [e-mail]
Action: failed
Status: 5.0.0
X-Supplementary-Info: <SERVER-xxx.office.xxx.nl #5.0.0>
X-Display-Name: Mail Test

@ Jazzy: ga ik nu doen, dank voor de tip

Nog een opmerking: de NDR's worden niet gelogd in de Event Viewer.

[ Voor 5% gewijzigd door The Merovingian op 28-02-2008 12:47 ]

[The Merovingian]

De ExBPA ontdekt helemaal niks geks, alle meldingen die er staan (backups worden niet gemaakt, etc) begrijp ik en hebben niks te maken met het al dan niet functioneren van SMTP of POP3.

[Jazzy]

The Merovingian schreef op donderdag 28 februari 2008 @ 13:19:
De ExBPA ontdekt helemaal niks geks, alle meldingen die er staan (backups worden niet gemaakt, etc) begrijp ik en hebben niks te maken met het al dan niet functioneren van SMTP of POP3.

Hoezo, je gebruikt toch geen POP3?

[sanfranjake]

Misschien een virusscanner die de Exchange-databases en files scant?

[The Merovingian]

Ik gebruik geen POP3 connector, die zit niet in Exchange 2003. De POP3 connector is alleen bedoeld om pop3-boxen van een ISP binnen te trekken, en daar heb ik een tooltje voor (quantumsoftware.com.au).

Maar ik gebruik wel een virtual POP3 server voor eventuele clients die daar gebruik van maken.
Wat ik met telnet localhost 110 zie is dat er geen mails in die pop3 terecht komen, maar het échte probleem is dat de mailbox store geen mails in de inbox opslaat, alleen in de uitbox. Dat betekent dat zowel met Outlook als de HTTP Echange client geen mails in de inbox te zien zijn. Ze zitten er gewoon niet in, en de NDR wordt blijkbaar gemaakt omdat het opslaan in de mailstore niet lukt.

Ik heb intussen in de DNS een MX record aangemaakt maar het helpt niet.

[The Merovingian]

sanfranjake schreef op donderdag 28 februari 2008 @ 13:53:
Misschien een virusscanner die de Exchange-databases en files scant?

Nee de virusscanner moet nog geïnstalleerd worden. Dit probleem speelt sinds de installatie van Exchange, ik heb twee dagen lang geen enkele mail in een inbox aangetroffen.

[Brahiewahiewa]

Hoe zien je recipient policies eruit?

[Jazzy]

The Merovingian schreef op donderdag 28 februari 2008 @ 13:58:
Ik gebruik geen POP3 connector, die zit niet in Exchange 2003. De POP3 connector is alleen bedoeld om pop3-boxen van een ISP binnen te trekken, en daar heb ik een tooltje voor (quantumsoftware.com.au).

Dat begrjip ik, maar aangezien je POP3 weer melde was ik even bang dat je aan het testen was met een POP3 client en daarmee je mailbox aan het leegtrekken was.

[The Merovingian]

Ha, dat zou wel suf zijn ja

Ik zie nu dat drie Exchange services samen drie processorcores van de quad-core volledig bezetten. Hier is iets vreemds aan de hand...

Brahiewahiewa schreef op donderdag 28 februari 2008 @ 14:02:
Hoe zien je recipient policies eruit?

Daar kijk ik nu naar, ware het niet dat het even niet opschiet vanwege die hoge processorbelasting.

[ Voor 43% gewijzigd door The Merovingian op 28-02-2008 14:25 ]

[The Merovingian]

Er is één recipient policy; de default policy. Daarin staat een SMTP en een X400 generation rule.
Verder staan er geen recipients in de address lists, en er zijn twee recipient update services.

Ik ga nu kijken met de ExTRA of ik daar wat mee kan vinden.

[Verwijderd]

Die NDR die je terugkrijgt komt van KPN af:
CPEXBE-EML16.kpnsp.local.
Je probeert intern te versturen?

[ Voor 20% gewijzigd door Verwijderd op 28-02-2008 15:45 ]

[engelbertus]

als je bijvoorbeeld aangeeft dat je van foumeldingn van de server een bericht wilt ontvangen, bijvoorbeeld op administrator@....

komen die dan wel aan?
die ndr worden ook niet "ontvangen" met dezelfde reden dat de mails niet worden ontvangen.

het opslaan zal wel goied zijn, maar ergens ontbreekt er een link of ontbreekt er gewoon een regel.

[The Merovingian]

Die NDR had ik laten forwarden naar een extern adres, dat regel je onder Default SMTP Virtual Server Properties > Messages > Send copy to ...; dus vandaar de kpn lijkt me...

Er is nooit één mail ontvangen in de mail store, als ik naar de mail stores kijk zie ik de tellers alleen berichten aangeven die verstuurd zijn. Er komen gewoon geen berichten in de mailstore vanuit SMTP of X400.

Als ik nu de Administrator een mailbox zou geven zou die ook nooit mail krijgen, hoe ik het ook stuur. Denk ik.

De Exchange Troubleshooting Assistant geeft geen fouten aan dus dat schiet ook niet op. Geen wizard die me dus helpt zo lijkt het.


Toevoeging: ik zie soms staan dat de postmaster een mail stuurt of krijgt, die belandt zogenaamd in de BadMail; maar ook díe map bevat geen data. 0 files.

[ Voor 11% gewijzigd door The Merovingian op 28-02-2008 16:05 ]

[The Merovingian]

Er is een nieuwe ontwikkeling: er blijven nu mails in de queue map staan.

[The Merovingian]

Als ik in de tracking center kijk zie ik dat de regel "SMTP Store Driver: Message Delivered Locally to Store to" niet verschijnt. Dit is de ontbrekende schakel. In plaats daarvan verschijnt dus die NDR.

Wat ik inderdaad vreemd vind is dat die NDR van CPEXBE-EML16.kpnsp.local lijkt te komen. Dat gebeurt dus ondanks dat het bericht lokaal bezorgd zou gaan worden.

Update: de originele NDR heeft geen verwijzing naar kpnsp.local. Ik kan als ik Outbound Mail uitschakel (Servers > xxx > Queues) de outbound queue vullen en de mail onderscheppen. Ik krijg dan:

code:

This is an automatically generated Delivery Status Notification.

Delivery to the following recipients failed.

       [e-mail]

met twee bijlages: de originele mail, en:

code:

Reporting-MTA: dns;SERVER-xxx.office.xxx.nl
Received-From-MTA: dns;
Arrival-Date: Thu, 28 Feb 2008 18:10:02 +0100

Final-Recipient: rfc822;[e-mail]
Action: failed
Status: 5.0.0
X-Display-Name: Administrator

Ik heb Exchange naar Native mode omgezet, volgens wat ik ergens las wordt dan het X.400 protocol niet meer gebruikt door Exchange, alleen SMTP wordt nog gebruikt.

[ Voor 52% gewijzigd door The Merovingian op 28-02-2008 18:14 ]

[Verwijderd]

Native mode wil alleen maar zeggen dat er geen 5.5 in de organisatie meer aanwezig is, dat heeft verder niet zoveel te maken met x400:
Description of mixed mode and native mode in Exchange 2000 Server and in Exchange Server 2003

Als ik die 5.0.0 NDR door google haal kom ik op
Delivery status notifications in Exchange Server and in Small Business Server waarin staat:

Numeric Code: 5.0.0

First Available: All numeric codes that were first available with Exchange 2000 Service Pack 1 (4.3.2, 5.4.0, 5.4.4, and 5.5.0) were classified as 5.0.0 in Exchange 2000 Service Pack 1 and earlier.

Possible Causes:• There is no route for the specified address space. For example, an SMTP connector is configured, but this address does not match.
• DNS returned an authoritative host that was not found for the domain.
• The routing group does not have a connector defined. Mail from one server in one routing group does not have a route to another routing group.
• An SMTP protocol error occurred.
Troubleshooting:1. Correct the address space, or add an address space of type SMTP with asterisk (*) value to one or more SMTP connectors.
2. Verify that DNS is working correctly.

Check dus de properties van je smtp virtual server eens. Staat daar een smarthost of dns? Hoe is dns in je omgeving geregeld? Post eens een ipconfig /all van je exchange server.

[ParaNoiMia]

Ik weet niet of we het hier over een SBS hebben, maar daar heb ik ook een soortgelijk probleem gezien, How to troubleshoot the POP3 Connector in Windows Small Business Server 2003 heeft mij toen goed op weg geholpen.

http://www.tutorials-win.com/SBS/connector-does/ bevat daar ook veel info over

[Verwijderd]

Dat is op zich een erg goed artikel maar zoals in de TS staat, gaat het niet om SBS en gaat het ook om het versturen van mail

[engelbertus]

er was wel iets met sbs en pop connector en qeues di efout gingen idd.

als die kpn nog steeds niet past bij de verwachtingen, werkt de dns server dan goed, staat er niet ergens een foutje, dat ie het via die kpn server probeert te versturen, die dan het adres niet kent?

[Grolsch]

The Merovingian schreef op donderdag 28 februari 2008 @ 14:57:
Er is één recipient policy; de default policy. Daarin staat een SMTP en een X400 generation rule.
Verder staan er geen recipients in de address lists, en er zijn twee recipient update services.

Ik ga nu kijken met de ExTRA of ik daar wat mee kan vinden.

heb je nu wel, of geen recipient policy waarin vermeld staat dat deze policy "responsible" is voor desbetreffend domein

[The Merovingian]

Er kan sprake zijn van een DNS configuratiefout maar dan begrijp ik niet wat de regel "Delivered Locally" mij probeert te zeggen; volgens mij duidt dat er juist op dat er wel degelijk geresolved is en het resultaat is dat hij besluit de mail lokaal te bezorgen.

Even voor de duidelijkheid hieronder de opbouw van het domein.

code:

xxdomein.nl > is geregistreerd door de web hoster, zonder enige verwijzingen naar office.xxxdomein.nl
office.xxxdomein.nl is geregistreerd in de lokale DNS servers van het xxxdomein
in office.xxxdomein.nl heb ik een MX record aangemaakt dat wijst naar server-xxx.office.xxxdomein.nl

Dit zou er naar mijn idee voor moeten zorgen dat mails naar [e-mail] eerst geresolved worden in de lokale DNS, die vervolgens wijst naar de genoemde SMTP server. Daar mag toch niets mis mee gaan lijkt me, en zoals ik zei staat er Delivered Locally voordat de NDR wordt gemaakt.

[The Merovingian]

Grolsch schreef op vrijdag 29 februari 2008 @ 11:31:
[...]

heb je nu wel, of geen recipient policy waarin vermeld staat dat deze policy "responsible" is voor desbetreffend domein

Ha, nieuwe informatie! Ik had gisteravond de moed opgegeven en Exchange gedeïnstalleerd. Nu probeer ik Exchange weer te installeren, en als het zover is ga ik hiernaar kijken. Nu heb ik echter ruzie met de installatie zelf... (kan ForestPrep niet runnen vanwege

To install the first Exchange server in a domain, or to run setup in
"/ForestPrep" mode, you must be an Exchange Full Administrator at the
organization level. You must use an account that has been granted the Full
Exchange Administrator role on the Exchange organization using the Exchange
Administrative Delegation Wizard.

en 3x raden: ik ben Exchange Full Administrator

[The Merovingian]

Voor het nageslacht: bovengenoemd probleem (herinstallatie forestprep niet mogelijk) is op te lossen als volgt:

1. Open Active Directory Sites and Services
2. Right click "Active Directory Sites and Services"
3. From the View menu select Show Services node
4. Double click services,
5. Select and delete Microsoft Exchange container

Hierna lijkt forestprep weer te werken.

[engelbertus]

Ik heb geen kaas gegeten van domeinen, maar volgens mij heb je een toplevel domein, (A)een domeinnaam (, en een subdomeinnaam. (C)

A is bij jou nl.
B is bij jou xxxdomein
C heeft bij jou echter twee verschillende waarden:
1: office
2: server-xxx.office

dus anders dan jij denkt verwijs je naar het subdomein server-xxx.office op het domein xxxdomein.nl
en niet naar het sub-subdomein (voorzover dat een ding is dat bestaat) server-xxx op het domein of subdomein office.xxxdomein.nl

dus xxxdomein.nl probeert de mail lokaal af te leveren. en dat is de server van de hoster, en dat is, vermoed ik dus een KPN server. daar staat imeers geen mx record wijzend naar office.xxxdomein.nl oid geregistreerd.

maar ik geloof dat je eerst moet proberen exchange er weer op te krijgen...
maar misschien dat iemand anders mijn gedachte kan bevestigen?

[ Voor 9% gewijzigd door engelbertus op 29-02-2008 12:27 ]

[The Merovingian]

engelbertus schreef op vrijdag 29 februari 2008 @ 12:25:
A is bij jou nl.
B is bij jou xxxdomein
C heeft bij jou echter twee verschillende waarden:
1: office
2: server-xxx.office

Exchange is weer geïnstalleerd.

Ik heb het misschien verkeerd opgeschreven, maar server-xxx zit wel degelijk in office.xxxdomein.nl, en in office.xxxdomein.nl zit ook dat MX record naar genoemde server. Dus hier mag geen fout optreden.

In mijn lokale DNS zit geen xxxdomein.nl, die heb ik helemaal weggelaten. De SOA van xxxdomein.nl staat op de dns server van de webhoster, en de SOA van office.xxxdomein.nl staat op mijn eigen DNS.

[ Voor 9% gewijzigd door The Merovingian op 29-02-2008 12:58 ]

[engelbertus]

dat kan wel zijn, maar het is volgens mij niet zo dat elk deel dat door punten gescheiden is ook automatisch een volgende stap is, en dus is server-xxx.office 1 eenheid. en geen twee stukjes
subdomein.
je hebt dus het subdomein office in je eigen dns gezet. en je maakt vervolgens een emailadres voor het subdomein server-xxx.office dat dus een subdomein van xxxdomein.nl is

als je voor office even x substitueert en voor server-xxx.office even y substitueert zie je dat je x.domein.toplevel in je eigen dns hebt gezet, en vervolgens mail stuurt naar y.domein.toplevel

domein.toplevel is de server van de hoster en die weet niks van het subdomein y.domein.toplevel. en als die dat wel zou weten zou je nog een mx record moeten maken in het dns voor domein.toplevel

dus je zou kunnen proberen naast dat je office.xxxdomein.nl in je dns hebt gezet ook server-xxx.office als subdomein in je dns te zetten? en dus niet server-xxx zonder .office er achter.

[engelbertus]

ik zie in je plaatje op de eerste regel met tekst ( beginnend met 318) dat er een l mist in de eerste domeinnaam?

[The Merovingian]

engelbertus schreef op vrijdag 29 februari 2008 @ 13:35:
ik zie in je plaatje op de eerste regel met tekst ( beginnend met 318) dat er een l mist in de eerste domeinnaam?

Die SOA regel? Sensuur-foutje

Maar mensen, bedankt voor de hulp, alles werkt!

Intern > Extern werkt, Intern > Intern werkt, Zelf > Zelf werkt. Het is ongelofelijk. Extern > Intern wordt geregeld met die POP3 connector van Quantumsoftware.com.au dus ook dat komt voor elkaar.

Ik kan niet verklaren wat er gebeurd is maar bedankt voor de berichten en het meedenken.

[The Merovingian]

engelbertus schreef op vrijdag 29 februari 2008 @ 13:32:
dat kan wel zijn, maar het is volgens mij niet zo dat elk deel dat door punten gescheiden is ook automatisch een volgende stap is, en dus is server-xxx.office 1 eenheid. en geen twee stukjes
subdomein.

Als ik jouw stukje goed begrijp zou ik denken dat je bedoelt: office.xxxdomein.nl is één geheel, server-xxx staan daarin (regel Host (A), de onderste twee). Dat deel heb ik goed staan, die server is een host in het domein office.xxxdomein.nl. Domein xxxdomein wordt niet genoemd en komt helemaal niet voor in dit DNS systeem, dus je hebt gelijk als je zegt dat mail naar @xxxdomein.nl niet zou aankomen.

[Verwijderd]

Fijn dat het opgelost is. Wil je in het vervolg, als je de laatste bent die in het topic reageert je post editten ipv een nieuwe post te maken?

[engelbertus]

bnee, ik bedoel dat je voor het subdomein office wel van alles instelt, maar geen email adressen hebt daarbij.
vervolgens verwijs je naar het subdomein server-xxx.office hetgeen gewoon een subdomein is onder xxxdomein.nl
je denkt dat je verwijst naar server-xxx en je denkt dat dat een subdomein is van office.xxxdomein.nl

maar zoals ik al zei. dat was mijn gedachtengang. ik heb geen verstand van dns en zo.
de mail zou volgens jou via jou dns door de host server-xxx moeten worden verwerkt, maar in plaats daarvan wordt het verwerkt via de dns van de webhoster xxxdomein.nl. die het door wil sturen naar de host serverxxx.office, omdat dat het subdomein is waar om gezocht word op de dns server van de hoster

[The Merovingian]

Verwijderd schreef op vrijdag 29 februari 2008 @ 14:24:
Fijn dat het opgelost is. Wil je in het vervolg, als je de laatste bent die in het topic reageert je post editten ipv een nieuwe post te maken?

Is goed, ik deed dat omdat het om een ander onderwerp ging, en hij is wat later gepost.