Mails struck up internal bridge head server
Hi
In my exchange 2003 environment ,the mails are getting strucked up frequently in my internal bridge head server in queue folder.
every time i release the emails by disabling the transport avapi & re-enable it.Kindly assist how to solve this problem
Regards
rokinth
September 1st, 2010 10:31pm
That sounds like a third party application is getting in the way. What else is on the server?
Simon.Simon Butler, Exchange MVP. http://blog.sembee.co.uk , http://exbpa.com/
Free Windows Admin Tool Kit Click here and download it now
September 2nd, 2010 1:22am
Hi
Check queue viewer and see if there are any information and post it in hereJonas Andersson MCTS: Microsoft Exchange Server 2007/2010 | MCITP: EMA 2007/2010 | MCSE/MCSA Blog:
http://www.testlabs.se/blog
September 2nd, 2010 11:03am
There is no third party application running on the server except exclaimer software.
Free Windows Admin Tool Kit Click here and download it now
September 2nd, 2010 8:52pm
Hi,
In the queue viewer there is no information. The mails are getting stucked up in the queue folder under the mailroot.
every time i release the emails by disabling the transport avapi & re-enable it.
Regards
Rokinth
September 2nd, 2010 9:10pm
There is no third party application running on the server except exclaimer software.
That means there is third party software, and given what Exclaimer does, it is quite likely that it is interfering with the transport.
Remove it, reboot the server, see if the problem goes away. Disabling it is not enough.
Simon.Simon Butler, Exchange MVP. http://blog.sembee.co.uk , http://exbpa.com/
Free Windows Admin Tool Kit Click here and download it now
September 3rd, 2010 2:52am
Hi Simon
IF the problem is with the exclaimer all the mails needs to be strucked up.but here only very few mails are getting strucked on the both internal bridge head servers remaining mails are getting processed.Why it is so?
Regards
Rokinth
September 5th, 2010 11:23am
Hi,
Are the emails inbound emails or outbound emails?
Please understand that the Queue folder is used for SMTP email, maybe third party exclaimer is only fuction for the SMTP email.
Please improve the Diagnostic Logging for the Tranport phase, then reproduce this issue and check the Event log. Hope we can find more useful information via this method.
Thanks
Allen
Free Windows Admin Tool Kit Click here and download it now
September 6th, 2010 9:05am
Hi Simon
IF the problem is with the exclaimer all the mails needs to be strucked up.but here only very few mails are getting strucked on the both internal bridge head servers remaining mails are getting processed.Why it is so?
Regards
Rokinth
Could be any number of reasons - format of the messages would be the prime candidate considering what Exclaimer does.
The fact that some messages are getting stuck in the queues is enough to suspect that Exclaimer is the cause of the problems and its removal is the only way to verify that.
Simon.Simon Butler, Exchange MVP. http://blog.sembee.co.uk , http://exbpa.com/
September 6th, 2010 1:57pm
Hi,
We have enabled the MS transpot logging level to maximum.But none shows differs in the logs.we have raised call with Exclaimer.But they confirmed there is no problem with exclaimer.
When i notice in the queue folder the mails which are getting strucked up are not setup with the attributes.If you see in the queue folder the mails which are there set with the Attributes ( A) symbol are getting processed without any problem.Any idea
about this?
Regards
rokinth
Free Windows Admin Tool Kit Click here and download it now
September 25th, 2010 8:59pm
Vendors will never admit to a problem with their product. I wouldn't take their word for it. Remove their product, reboot the server to clean it out completely and confirm if the problem continues. It is the only way to ensure that it is not the cause. While
it remains installed it will continue to be the main suspect as to the cause of this problem.
Simon.Simon Butler, Exchange MVP. http://blog.sembee.co.uk , http://exbpa.com/
September 28th, 2010 8:44am