[Exchange2003] Onbezorgde e-mails verdwenen?

[Verwijderd]

Ik heb een Windows 2003 SBS Server draaien met Exchange geconfigureerd.
Domeinnaam week af van de e-mail domeinnaam. Hierbij de Recipient Policy aangepast. Alles leek prima te werken tot ik de melding zag zoals hieronder staat weergegeven.

Type gebeurtenis: Waarschuwing
Bron van gebeurtenis: POP3 Connector
Categorie van gebeurtenis: Bezorging
Gebeurtenis-id 1070
Datum: 27-3-2008
Tijd: 0:15:22
Gebruiker: n.v.t.
Computer: SERVER
Beschrijving:
Er is geprobeerd om e-mailberichten door te sturen naar ontvanger <[e-mail]>. De e-mailberichten kunnen niet worden bezorgd, omdat de e-maildomeinnaam van de ontvanger niet overeenkomt met de lokale e-maildomeinen.

Zie Help en ondersteuning op http://go.microsoft.com/fwlink/events.asp voor meer informatie.

Vervolgens de recipient policy aangepast en opgesplits zoals in dit document staat beschreven:
Event 1070 is logged and e-mail messages are not delivered with the SBS 2003 Connector for POP3 Mailboxes

Nu verloopt het tot zover weer prima, maar waar zijn die mailtje's gebleven die hij niet kon bezorgen?
In deze directory: C:\Program Files\Exchsrvr\Mailroot\vsi 1 staan geen mailtje's.

Ik maak gebruik van de POP3 connector op dit moment. Daarin staat ook ingesteld dat de Administrator de Onbestelbare POP3-e-mailberichten moet ontvangen. Wederom in zijn account staat niks.

Het zal vast op een erg logische plek staan opgeslagen, maar al sla je me dood waar.
Iemand die mij zou willen helpen?

[ Voor 6% gewijzigd door Verwijderd op 27-03-2008 09:41 ]

[_H_G_]

Denk niet dat ie ergens in exchange staat, omdat dit als een soort open relay poging wordt gezien.

Als de popconnector het mailtje toch van de pop server heeft verwijderd, dan is het denk ik foetsie.

edit: oh, schijnbaar houdt de pop connector wel de laatste x gefaalde berichten bij in Program Files\Microsoft Windows Small Business Server\Networking\POP3\Failed Mail (x een instelling van de pop connector).

[ Voor 34% gewijzigd door _H_G_ op 27-03-2008 12:22 ]

[Verwijderd]

_H_G_ schreef op donderdag 27 maart 2008 @ 12:09:
Denk niet dat ie ergens in exchange staat, omdat dit als een soort open relay poging wordt gezien.

Als de popconnector het mailtje toch van de pop server heeft verwijderd, dan is het denk ik foetsie.

edit: oh, schijnbaar houdt de pop connector wel de laatste x gefaalde berichten bij in Program Files\Microsoft Windows Small Business Server\Networking\POP3\Failed Mail (x een instelling van de pop connector).

In die map staan helaas geen e-mail berichten of wat voor bestanden dan ook.
Met betrekking tot de POP connector instellingen heb je maar 3 tabbladen waarvan ik nergens een soort gelijke instelling kan vinden hoe hij overweg moet gaan met deze situatie.

Als ik anders op één of andere manier kan zien van wie die berichten afkomstig waren, dan is dit ook prima, maar zou geen idee hebben hoe je dat moet achterhalen.

[ Voor 9% gewijzigd door Verwijderd op 27-03-2008 12:51 ]

[alt-92]

Verwijderd schreef op donderdag 27 maart 2008 @ 09:39:
Ik heb een Windows 2003 SBS Server draaien met Exchange geconfigureerd.
Domeinnaam week af van de e-mail domeinnaam. Hierbij de Recipient Policy aangepast.

offtopic:
Rechtstreeks in ESM of via de CEICW gedaan?

[Verwijderd]

alt-92 schreef op donderdag 27 maart 2008 @ 13:35:
[...]

offtopic:
Rechtstreeks in ESM of via de CEICW gedaan?

Ik heb het uitgevoerd via de Exchange System Manager.

[lier]

Beperk je (inderdaad) tot de wizzards zoals deze in SBS worden aangeboden, de kans is anders groot dat je tegen problemen aan gaat lopen.

Verder, heb je POP echt nodig ? (Je weet trouwens dat je de pop connector alleen gebruikt voor het binnenhalen van mail ?)

[Verwijderd]

lier schreef op donderdag 27 maart 2008 @ 13:50:
Beperk je (inderdaad) tot de wizzards zoals deze in SBS worden aangeboden, de kans is anders groot dat je tegen problemen aan gaat lopen.

Verder, heb je POP echt nodig ? (Je weet trouwens dat je de pop connector alleen gebruikt voor het binnenhalen van mail ?)

Ik weet dat de POP connector alleen wordt gebruikt voor het ophalen van de e-mail. Daarnaast staat nog een SMTP connector voor het versturen ervan. De aanpassing die ik zelf heb gedaan vooraf zonder die KB van Microsoft heeft hetzelfde resultaat, alleen om 1 of andere reden had hij die niet volledig doorgevoerd.
In Active Directory staat bij de E-mail adressen wel de juiste gegevens en dan ga ik er van uit dat het goed is gegaan.
Blijkt dat je nergens van uit kunt gaan net zoals met vele andere dingen. Maarja daar heb ik op dit moment niks aan en ik zal de volgende keer braaf opdezelfde manier gaan uitvoeren.

Het enige wat ik nu eigenlijk wil is achterhalen waar die mailtjes zijn gebleven of op zijn minst van wie die afkomstig waren.

POP heb ik op dit moment wel nodig voor het ophalen van de mail natuurlijk en het zal uiteindelijk aangepast worden naar Batch SMTP.

[ Voor 5% gewijzigd door Verwijderd op 27-03-2008 13:58 ]

[sanfranjake]

Doorgaans lossen ditsoort problemen zich wel op door het opnieuw draaien van de CEICW, zorg ervoor dat je voor het draaien daarvan eventuele extra domeinen al in je recipient policy hebt staan. Als je dat achteraf met de hand gaat doen sloop je de SBS configuratie (_{ervaringsdeskundige hier} )

[Verwijderd]

sanfranjake schreef op donderdag 27 maart 2008 @ 14:09:
Doorgaans lossen ditsoort problemen zich wel op door het opnieuw draaien van de CEICW, zorg ervoor dat je voor het draaien daarvan eventuele extra domeinen al in je recipient policy hebt staan. Als je dat achteraf met de hand gaat doen sloop je de SBS configuratie (_{ervaringsdeskundige hier} )

De mail komt nu prima hier binnen nu nadat ik die KB artikel heb doorlopen, maar nu staat in de event viewer die melding en dat 10x. Met andere woorden 10 mailtjes heeft hij niet kunnen plaatsen, maar hoe kan ik zien welke mailtjes, waar ze staan of naar wie ze gestuurd zijn.

Ze moeten toch "ergens" zijn?

[_H_G_]

Waarom? Ik denk niet dat het Best Practise is om mails te gaan bewaren die helemaal niet gerelayed mogen worden (en zo had je het ingesteld).

Dat de popconnector ze dan toch van de server af gooit is misschien kwalijk, maar de bijgeleverde popconnector is een extra, gratis hulpmiddel voor migratie-doeleinden en geen commercieel product.

[Verwijderd]

_H_G_ schreef op donderdag 27 maart 2008 @ 14:56:
Waarom? Ik denk niet dat het Best Practise is om mails te gaan bewaren die helemaal niet gerelayed mogen worden (en zo had je het ingesteld).

Dat de popconnector ze dan toch van de server af gooit is misschien kwalijk, maar de bijgeleverde popconnector is een extra, gratis hulpmiddel voor migratie-doeleinden en geen commercieel product.

Ik zou dan juist verwachten dat die op zijn minst een optie had als "kopie achter laten op server" of dat hij die mail wel bewaard. Aangezien er bij een migratie meer dingen fout kunnen gaan.

Misschien ben ik verwent door een ander mail pakket ala Mdaemon. Deze logt alles en laat niet zomaar een mailtje verdwijnen. Dat pakket is echt knuppel proof. Je zou verwachten dat Exchange dat ook zou hebben.

[ Voor 14% gewijzigd door Verwijderd op 27-03-2008 15:59 ]

[sanfranjake]

Die optie heeft de SBS pop3connector niet, maar voor een paar tientjes heb je bijvoorbeeld Popcon die daar wel mogelijkheden voor heeft (en nog veel meer )

[Verwijderd]

sanfranjake schreef op donderdag 27 maart 2008 @ 16:00:
Die optie heeft de SBS pop3connector niet, maar voor een paar tientjes heb je bijvoorbeeld Popcon die daar wel mogelijkheden voor heeft (en nog veel meer )

Ik weet gelukkig van het bestaan van POPcon, maarja dit loopt een beetje weg van het probleem wat ik heb. Is het mogelijk om ergens te kunnen zien in een log bestand bijv. van WIE die mailtjes afkomstig zijn?

[alt-92]

Dan zou je je Exchange logging wat meer verbose moeten maken denk ik

[Verwijderd]

How to troubleshoot the POP3 Connector in Windows Small Business Server 2003 is altijd een goed artikel hiervoor.

[Verwijderd]

alt-92 schreef op donderdag 27 maart 2008 @ 16:20:
Dan zou je je Exchange logging wat meer verbose moeten maken denk ik

Alleen heb je nu zo weinig aan als het nu wel goed draait.

Verwijderd schreef op donderdag 27 maart 2008 @ 16:45:
How to troubleshoot the POP3 Connector in Windows Small Business Server 2003 is altijd een goed artikel hiervoor.

Op zich is dit inderdaad een erg goed artikel als het niet werkt. Ik weet hem inmiddels uit mijn hoofd. Maarja dat maakt het meer of minder van met betrekking tot die 10 mailtjes.

[Jazzy]

Ik zie dit soort problemen wel vaker langskomen en ik heb nog nooit gezien dat iemand de mail kon terughalen, volgens mij ben je die gewoon kwijt.

Ik kan niet vaak genoeg benadrukken dat de POP connector bedoeld is voor tijdelijk gebruik, SMTP mail werkt echt veel robuuster en scheelt je extra lagen van beheer en mogelijke problemen. Gewoon overstappen dus, het is niet ingewikkeld.

[Verwijderd]

Jazzy schreef op vrijdag 28 maart 2008 @ 12:42:
Ik zie dit soort problemen wel vaker langskomen en ik heb nog nooit gezien dat iemand de mail kon terughalen, volgens mij ben je die gewoon kwijt.

Ik kan niet vaak genoeg benadrukken dat de POP connector bedoeld is voor tijdelijk gebruik, SMTP mail werkt echt veel robuuster en scheelt je extra lagen van beheer en mogelijke problemen. Gewoon overstappen dus, het is niet ingewikkeld.

Ik weet dat het niet ingewikkeld is en juist omdat ze over gaan van POP naat SMTP mail moet ik die POP connector wel gebruiken. Maar je zou verwachten dat er op zijn minst wel gelogt wordt van welke mail van wie komt etc.

Mdaemon mag dan misschien geen exchange zijn, maar die logt alles braaf in .txt bestanden. Elke "prutser" kan dat werkend krijgen.

[Jazzy]

Verwijderd schreef op vrijdag 28 maart 2008 @ 14:03:
[...]


Ik weet dat het niet ingewikkeld is en juist omdat ze over gaan van POP naat SMTP mail moet ik die POP connector wel gebruiken. Maar je zou verwachten dat er op zijn minst wel gelogt wordt van welke mail van wie komt etc.

Als je dat graag wilt weten dan moet je de logging op een hoger level zetten. Aangezien je dat niet gedaan hebt vond je het blijkbaar niet belangrijk.

Elke "prutser" kan dat werkend krijgen.

Tja... Je kunt alles loggen wat je wilt, alleen standaard wordt alleen het meest belangrijke weergegeven. Logging van alles op het hoogste niveau zetten is niet wenselijk, enerzijds vanwege de performance en anderzijds van de enorme hoeveelheid opslagruimte die je nodig hebt.

[Verwijderd]

Jazzy schreef op vrijdag 28 maart 2008 @ 15:57:
[...]
Als je dat graag wilt weten dan moet je de logging op een hoger level zetten. Aangezien je dat niet gedaan hebt vond je het blijkbaar niet belangrijk.
[...]
Tja... Je kunt alles loggen wat je wilt, alleen standaard wordt alleen het meest belangrijke weergegeven. Logging van alles op het hoogste niveau zetten is niet wenselijk, enerzijds vanwege de performance en anderzijds van de enorme hoeveelheid opslagruimte die je nodig hebt.

Elke mening heeft zijn tegen argument. Zo kan ik er nog wel 1000 verzinnen, maar uiteindelijk schiet ik er niks mee op. Ik weet dat er logging aan staat etc, maar de vraag is uiteindelijk hoe kan ik er achter komen waar die mailtjes staan of van wie afkomstig.
Waarom ik die vraag hier post is, omdat ik misschien wat over het hoofd zie en graag reacties wil zien van mensen die er daadwerkelijk ook verstand van hebben. Geen discussie met wat wel of niet belangrijk is en hoe je het allemaal wel niet had kunnen voorkomen.

Zo weet ik er ook nog één, geen exchange installeren maar braaf de pop boxen in je Microsoft Outlook zetten.

Met betrekking tot logging, als de logs bewaard worden voor 7 dagen bijv. dan valt de grootte enorm mee en als je binnen die 7 dagen er niet achter komt dat het fout gaat tjah dan hoor je toch wel bij de categorie prutser.

[ Voor 8% gewijzigd door Verwijderd op 28-03-2008 17:24 ]

[Jazzy]

Natuurlijk, mijn reaktie was een beetje flauw. Maar dat was jouw opmerking over Mdeamon natuurlijk ook. Die mail ben je kwijt en logging kun je wel hoger zetten maar daar heb je nu niets meer aan.