You can't stop iMS from retrying the mail delivery in that case. The remote server
is, I think, a Cisco pix firewall which tries to
hide the mail server software and version (that's what the *'s are all about). So,
basically, in this case the remote mail server
is broken (more than likely) and iMS will try redelivery.
Howie
----- Original Message -----
From: "Jeremy Halliwell" <[EMAIL PROTECTED]>
To: "inFusion Support List" <[EMAIL PROTECTED]>
Sent: Wednesday, January 30, 2002 11:40 AM
Subject: RE: [iMS] Mails getting resent ad infinitum
> We don't have a dev server, but I tried a direct telnet session to the mail
> server, and for the two servers that had problems there was an initial
> response on connection
>
> 220
> **************************************************************0*2****2******
> **************0 ****2002***********0*00
>
> followed by a 500.5.3.3 unrecognized command before I could get any further
> (that maybe a timeout)
>
> So there may be a problem with the connection. I'm not an SMTP expert but it
> seems strange that the mail is being successfully delivered yet no
> acknowledgement gets sent back.
>
> Is there anything I can do in iMS which can stop the delivery retry if no
> acknowledgement is received, as it's understandably annoying for the
> customer to get so many duplicate mails.
>
> Thanks
>
> Jeremy
>
==^=======================================================
This list server is Powered by iMS
"The Swiss Army Knife of Mail Servers"
--------------------------------------
To leave this list please complete the form at
http://www.coolfusion.com/iMSSupport.cfm
Need an iMS Developer license? Sign up for a free license here:
http://www.coolfusion.com/iMSDevelopers.cfm
List archives: http://www.mail-archive.com/infusion-email%40eoscape.com/
Note: You are subscribed as [email protected]
==^=======================================================
