Simon, I might try and delete the IMS and recreate it when I get a chance.
I don't see how recreating the In and Out folders in the Imcdata folder would help: that's not where the queue is - those folders are empty. The outbound store queue would be within the exchange database itself, wouldn't it? Equally I'm not at all happy about embarking on an off-line defragmentation on the chance that it _might_ resolve the problem: could equally introduce a whole load more problems (and I'd have to give up part of my weekend to do it ...) Thanks for the thoughts, though. Karen (Explaining to people that Lynn is a surname (and yes, it is confusing!) for the last 30+ years.) > -----Original Message----- > From: WEAVER, Simon [mailto:[EMAIL PROTECTED]] > Sent: 20 November 2001 16:17 > To: MS-Exchange Admin Issues > Subject: RE: Event Id 3038 > > > Lynn, > I was going to suggest SP4 - but as you have it already > installed, I wont > bother suggesting it! > What you could do is: > > Delete the Internet Mail Service, and then recreate the In > and Out folders > in the Imcdata folder. > Defragment the information store (Suggestion really!) and recreate the > Internet Mail Service, and then check the mail flow. > Also check what happens in the Event Logs too! > Simon Weaver > NT Domain Administrator > Ext. 5544 > Tel: 02392-705544 (Direct Dial) > [EMAIL PROTECTED] > > -----Original Message----- > From: Lynn Karen [mailto:[EMAIL PROTECTED]] > Sent: 20 November 2001 11:43:AM > To: MS-Exchange Admin Issues > Subject: Event Id 3038 > > NT4 SP6a, Exchange 5.5 SP4 > We are getting Event Id 3038: "An attempt to remove processed > messages from > the outbound store queue has failed. The removal will be > retried later. If > the messages are not removed before the service is shut down, > the mail will > be resent at service startup causing duplicate mail." ... and > sure enough > the IMS "Outbound messages awaiting conversion" queue is full > of messages. > This is not the first time I've seen it. If I remove the > messages and reboot > the failed removals will stop, but will restart again at some > point - in > this instance it seemed to be about 48 hours after we'd rebooted. If I > remove the messages currently in the queue but don't reboot, > more keep being > added. > It's not a major issue, but is one more thing to remember to do before > rebooting the server. I can't find anything (that looks > relevant) in Technet > looking under 3038, outbound store queue or outbound messages awaiting > conversion (or variations). Just wondered whether anyone else > has seen this: > > Karen > List Charter and FAQ at: > http://www.sunbelt-software.com/exchange_list_charter.htm > > ... > This email is for the intended addressee only. > If you have received it in error then you must not use, > retain, disseminate > or otherwise deal with it. Please notify the sender by return email. > The views of the author may not necessarily constitute the > views of Astrium Limited. > Nothing in this email shall bind Astrium Limited in any > contract or obligation. > Astrium Limited > Gunnels Wood Road > Stevenage > Hertfordshire > SG1 2AS > List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm
