Recovering messages stuck in a dead channel queue

Question

I,
I have a bunch a msg (ca. 30) that are stuck in a non working channel queue. I do not want to loose them but rather have them delivered normally using the other working channels.
How can I do that ?
I have found out how to remove message in a queue, but not how to extract them and redirect them so they are delivered. I hope they will not disappear as they are tried out every so often.
The channel (tcp_scan) was set up to analyze messages for spam/virus on another host according to the CONVERSION setup. Then this mailfilter host died. I stopped the redirection at the MTA, but some messages were already stucked in the channel queue.
SETUP DESCRIPTION
Before:
The CONVERSION setup redirected mail to the tcp_scan channel.
The tcp_scan channel redirected the messages to the mailfilter host where spamassassin and clamav would run.
The mailfilter host would send back the result on the MTA on a special port setup in dispatcher.cnf
The message is delivered locally on the MTA.
Now, the CONVERSION channer has been removed and the messages arrive without screening.
CONFIGURATION FILES
VERSION
imsimta version
Sun Java(tm) System Messaging Server 6.2-7.05 (built Sep 5 2006)
libimta.so 6.2-7.05 (built 12:18:44, Sep 5 2006)
SunOS igloo 5.10 Generic_118822-30 sun4u sparc SUNW,Sun-Fire-280R
FILE: mappgins
CONVERSIONS
in-chan=tcp_scan;out-chan=*;CONVERT No
in-chan=tcp_submit;out-chan=*;CONVERT Yes,Channel=tcp_scan
in-chan=tcp_auth;out-chan=*;CONVERT Yes,Channel=tcp_scan
in-chan=tcp_local;out-chan=*;CONVERT Yes,Channel=tcp_scan
FILE:ima.cnf
! tcp_scan
tcp_scan smtp mx daemon 192.33.219.42 \
port 2525 subdirs 20 noreverse dequeue_removeroute maxjobs 7 \
pool SMTP_POOL maytlsserver allowswitchchannel \
saslswitchchannel tcp_auth
tcp_scan-daemon
FILE:dispatcher.cnf
[SERVICE=SMTP_ROUTER]
PORT=3525
IMAGE=/opt/SUNWmsgsr/lib/tcp_smtp_server
LOGFILE=IMTA_LOG:tcp_smtp_server.log
STACKSIZE=2048000
PARAMETER=CHANNEL=tcp_scan
Thanks
Fran�ois

Answer 1

fafouli wrote:
I have found out how to remove message in a queue, but not how to extract them and redirect them so they are delivered. I hope they will not disappear as they are tried out every so often.How you get the messages to be 'redelivered is very-much a case-by-case basis. Once an email enters a queue it can be difficult to get the email redelivered in an automated fashion as there may be insufficient data to work out where the email needs to go.
For example if you have emails stuck in the ims-ms channel the envelope address is <uid>@ims-ms-daemon, getting this to be redelivered to say another store or another non-messaging server (the 'original' address the email come in as) may not be possible.
The channel (tcp_scan) was set up to analyze messages for spam/virus on another host according to the CONVERSION setup. Then this mailfilter host died. I stopped the redirection at the MTA, but some messages were already stucked in the channel queue.
CONVERSIONS
in-chan=tcp_scan;out-chan=*;CONVERT No
in-chan=tcp_submit;out-chan=*;CONVERT Yes,Channel=tcp_scan
in-chan=tcp_auth;out-chan=*;CONVERT Yes,Channel=tcp_scan
in-chan=tcp_local;out-chan=*;CONVERT Yes,Channel=tcp_scanI assume this is the before configuration otherwise the conversion hop is still in place as Jay mentioned.
FILE:ima.cnf
! tcp_scan
tcp_scan smtp mx daemon 192.33.219.42 \
port 2525 subdirs 20 noreverse dequeue_removeroute maxjobs 7 \
pool SMTP_POOL maytlsserver allowswitchchannel \
saslswitchchannel tcp_auth
tcp_scan-daemonAn alternative approach to what Jay suggested. If the conversion hop is indeed no-longer in place, you could try changing "mx daemon 192.33.219.42" to "nomx daemon 127.0.0.1" and uncomment the tcp_scan channel. This should then cause any emails in tcp_scan channel to be delivered back into messaging server (rather then the anti-virus/spam system) and then get delivered as-per-normal.
Regards,
Shane.