Link to home
Start Free TrialLog in
Avatar of Andrew Lowe
Andrew LoweFlag for United Kingdom of Great Britain and Northern Ireland

asked on

Exchange 2007 queue backing up

I have a number of messages backing up in an exchange queue.

I have ran the MS Exchange Troubleshooting Assistant which has identified issues but hasn't helped much with the resolution.

Error:

The 'Remote delivery' queue (hoex2\39502) on server hoex2 is in retry status. Number of message(s) in the queue: 598. Last error information: 451 4.4.0 Primary target IP address responded with: "421 4.7.0 Too many errors on this connection, closing transmission channel." Attempted failover to alternate host, but that did not succeed. Either there are no alternate hosts, or delivery failed to all alternate hosts.
Avatar of Phillip1687
Phillip1687

The emails that are backing up in the queue is that for a single domain or multiple domains ?
 Could you please give me name of few domains for which we are unable to send emails.
Also try doing a telnet to the MX record's of that domains and see if it give you a banner or it drops the connection. (If it gives you a banner then could you please copy that banner so that even i can check it out).
I would also like to get few information from your side .

Exchange Server version with rollup patch
Domain Name that we are working on.
Third Party Antivirus or spam filtering software on Exchange
Outbound mail flow route as in are we forwarding to a smart host or using DNS to send out emails.
Avatar of Andrew Lowe

ASKER

Hi Phillip,

Sorry, my explanation was a little weak. The queue backing up is one between a server in our head office site and one in our remote site.

All mail is delivered to head office site then goes via connector to other remote server.

Head Office server: HOEX2
Remote Office Server: NEEX2
Domain: hjbanks.com
Head Office Exchange Version: 08.01.0291.001
Remote Office Exchange Version: 08.01.0240.006

The e-mails backing up are both internal and external mails.

We have no server AV scanning internally. All external mails are scanned by Mimecast on the way in.

E_mails are sending from rmote server to head office server and externally fine. Problem is only mails from head office server to remote server.

Andy
on the send connector,change protocol logging level to verbose and restart transport service.
Do a telnet from head office site to remote site and drop an email,see what happens.
This is for telnet:
http://support.microsoft.com/kb/153119
At the risk of sounding like a numpty, where would I do that?

I haven't had a great deal of experience in Exchange 2007! There are a few changes since Exchange 2003!
Go to the send connector on the general tab,there is a drop down where it says:None,make it o verbose and restart Microsoft Exchange transport service from Services console.
I have looked all over on the gui. I can see receive connectors.

Would it be in Org Config, Server Config?!? Etc etc...
ORg config=>hub transport=>Send connector
Both these servers are in the same org rtie . When you do a telnet from Head office server to the server in remote site what hapens ?
Ok, Enabled verbose and restarted "Microsoft Exchange Transport" service.
Telnet neexc:25 - OK,
EHLO test.com - OK
MAIL FROM:Admin@Test.com - 45. 4.3.1 Insufficient system resources
ASKER CERTIFIED SOLUTION
Avatar of Syedm2
Syedm2

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
if the remote server is exchange 2003,it is permission issue.
SOLUTION
Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
I did orignnally think that, but Queues on D drive.

Remote server C: 2.60GB
Remote server D: 6.43GB
Is that server 2003?
Exchange 2007
Could you check the event viewer and do you get any event ID such 15004 or 15006.
Are your sure that the queue database and log files are in D drive
Yes it is a disk space issue then.
open the edgetransport.exe.config file and check the path of the queue database.
QueueDatabasePath" value = "D:\Program Files\Microsoft\Exchange Server\TransportRoles\data\Queue"

One thing I have noticed on Remote server is 101gb of logs since 20/02/09 in D:\Program Files\Microsoft\Exchange Server\Mailbox\First Storage Group
That is in addition to 112gb of mailboxes for about 80 users on a 260gb partition
Is the remote server 2007 sp1 or RTM.

Those logs are transaction logs.
Not sure if 2007 sp1 or rtm, where would I check? About MS Exchange only says:

Exchange Server 2007
Microsoft Corporation
Version: 08.01.0291.001

Is there anything that can be done about these transaction logs ie. circular logging?
Open EMC and clock on HUB transport under server configuration. You will see the version on the right hand side
Yeah circular logginh can be enabled but microsoft does not recommend . I would suggest you to take regular back up of database so that it will purge the log files.
U have RTM.
However if you would like to enable circular logging here is the article

http://technet.microsoft.com/en-us/library/bb331968.aspx
Yes,donot enable circular logging as it causes issue while recovering incase of crash.
We have Version 8.1 (Build 240.6). What does RTM stand for?

With regards to backups, we back up daily so unsure why logs now being pruned.

You do not have RTM..Its an Exchange 2007 with SP1 .

Could you please check event viewer and see if you get the event as 15004 or 15006
Avatar of Suraj
what is the free space on the D:\
Which back up software are we using ? Do u take full database back up ?
Phillip1687, i s right.. its important to see those event ... just check and let us know..
if it 8.1,it is sp1,if it is 8.0,it is RTM.
Can't see 15004 or 15006. Which event log would I usually find them in?

We do full backup with Backup Exec 11d of full DB & Logs and flush comitted logs.
Also check the size of the message in the queues. Because I think that we have enough free space on our Exchange server. Its quite possible that some one has tried sending an email with a very big attachment which is stuck in the queue. Checked the queue viewer of the server where we have messages backed up and see the size of the messages. Let me know the largets size of the email in the queue.
I am a new exchange Baby... Philip u are the man
It would be under application log on the remote server
Someone hacked my password it seems.
are you kidding... Syedm2

andylowe04:
Could you check if the transaction logs in the queue folder is increasing rapidly...
Found them! both there and been appearing periodically since the 11th.

Largest mail in queue only 11mb.

So,

Q1. Am I OK to delete logs?
Q2. Why are these logs so large? Todays logs =100gb!
Don't delete the logs,take a backup,it will purge them.
Just noticed last backup log says:

WARNING: "\\NEEX2\Microsoft Information Store\First Storage Group\Second Mailbox Group" is a corrupt file.
This file cannot verify

Could this also be part of the problem?
Could be.u might have to run isinteg if it is a corruption issue.
Corruption error only occurred once on last nights backup as it happens... Coincidence, I think not...
Yeah it could be an issue. Make sure that we take a successful back . I think the log files should be purged.
Thanks Guys! Issue resolved. Hope you're happy with the points split.

Andy