cfmail gone mental

[FG]

Hi,

CFMX 6.1 on Windows 2000 Server. We have one application on the server, and
that has been sitting quite happily for at least 18 months. In the last three
days it has tried to send 130,000 emails, all with the same, invalid, from
address. These messages (apart from the invalid from address) appear to be
valid messages from the application..and on closer inspection seem to be the
same ten or so messages always getting re-sent, and always actually hitting the
set smtp server. Somehow, the coldfusion server has been trying to send the
same mails every 15 seconds for the last few days..and when they fail, they do
not get moved to the undelvr folder (though the mail log says they have been),
and instead it trys, infinitely, to send them again.

In an effort to stop the server from mailbombing our ISP's mail relay I
changed the smtp server in the administrator to an invalid server. This had no
effect!!! I restarted the server..still no effect!!!! I tried generating a
new email using a different script on the server. This worked fine, picked up
the new mail server settings and successfully landed in undelvr when it
couldn't connect to the smtp server. So, it seems these other emails are
somehow -inside- coldfusion, always with the same smtp server set and going
round and around in loop. The only way I have found to effectively stop them
so far is just to set the mail spool interval to it's maximum to give us some
time to sort this out.

So, is there a known bug in CFMX that can set up this kind of infinite re-send
of emails? Would this go away if 6.2 or 7 was installed? I've used CF for
many years and I've -never- seen it behave this way!

Any ideas anyone?

Chandy

[FG]

Fixed it..but is this a bug in 6.1 and is it fixed in subsequent versions? The
undelivr folder had about 7000 messages in it..not a huge amount but it looks
like that prevents cf from moving the files out of the spool when they fail to
send. So, they never get deleted from the spool and so are continuously
re-sent. Once I deleted the existing undelivered messages it was able to move
bad mails from the spool again. Additionally, this bug might only occur when
there is more than one bad mail in the spool.

[LinuxInductee]

Thanks for both finding and reposting the solution...very interesting.
I haven't yet seen this problem. I'll have to check our servers
undelvr'd folder.