redirecting messages in mta queue

Hi I am on iMS 5.2 with DirectLDAP.

We recently had a massive hardware failure on one of our mailhosts. Our system engineers decided that we could not recover the server and we moved all of the users over to a different mailhost. Now I have noticed that there are a bunch of messages that are in the tcp_local queue on our frontend server that are trying to go to the decomissioned server. They were all received by the frontend server after the mailhost died and before we changed the mailhost attributes of our users to point to the new server.

Is there an imsimta command that I can run on our frontend server to redirect these messages to the proper mailhost? Can I strip the maihost information somehow and then resubmit the messages? I searched the forums and the documentation but I must not have been searching for the right keywords.

Thanks in advance.

John

[897 byte] By [jmassagliaa] at [2007-11-26 22:20:08]

«« "Cannot Find Symbol" "symbol : method append(java.lang.StringBuffer)"
»» Java PDF Adobe Acrobat Viewer

# 1

Hi,

> Is there an imsimta command that I can run on our

> frontend server to redirect these messages to the

> proper mailhost?

Nope -- none that I am aware of anyway.

> Can I strip the maihost information

> somehow and then resubmit the messages? I searched

> the forums and the documentation but I must not have

> been searching for the right keywords.

Your best bet is to try moving some of the message files from the tcp_local channel to the reprocess channel (manually), re-syncing the MTA cache and seeing how that goes.

So..

-> stop MTA (./imsimta stop job_controller)

-> mv <tcp_local_queue_directory>/<message file> <reprocess_queue_directory>

-> start MTA (./imsimta start job_controller)

-> resync job_controller (./imsimta cache -sync)

Start by moving one message, see how that goes, then try more.

Shane.

shane_hjortha at 2007-7-10 11:16:51 >