If you pass result=UnknownUser, then iMS rejects the message and
returns it to the sender. You want to do that with any inbound email
you don't recognize.
On Dec 21, 2007, at F Dec 21, 07 543PM, Dave Hatz wrote:
Ben & Kym,
What benefit do you get by changing RCPT template with UnknownUser or
Accept?
Thanks,
Dave
-----Original Message-----
From: Ben Mueller [mailto:[EMAIL PROTECTED]
Sent: Friday, December 21, 2007 8:55 AM
To: inFusion Support List
Subject: Re: [iMS] Potentially stupid question about rcpt.cfm and
post.cfm
[SpamTri: 91, 1.0]
Hi Kym,
My RCPT template is very, very simple. It either returns
UnknownUser or
accept, so I think in that case, I don't need a <cfabort> to stop
processing
the RCPT template.
However, it does appear to be the case that if I return "unknownuser"
to iMS, that it will then simply reject the inbound message, and the
DATA
template will never be invoked, which is what I want.
On a totally different subject, does anybody know if and when iMS
3.0 is due
to come out? I'm a little concerned that development on iMS has
stopped,
and if so, I might have to start looking for another solution (much
as I
don't want to).
Thanks,
Ben
On Dec 20, 2007, at ThursdayDec 20, 2007 539PM, Kym Kovan wrote:
Hi Ben,
you wrote:
Hi all,
There are certain inbound emails that I want to reject outright,
meaning I don't even want post.cfm to be invoked. I had assumed
that
by catching those emails in rcpt and putting a "result=unknownuser"
in rcpt.cfm that iMS would do the "right"
thing and abort further processing. However, it would appear that
this is, in fact, not the case. Is there any way that I can
instruct
iMS to stop processing within the rcpt.cfm file?
If that's a bad idea, then "that's a bad idea" is a perfectly
acceptable response.
What I have sprinkled everywhere is:
result=UnknownUser
<cfabort>
and they work like charmers.
Depending on what your rcpt.cfm code looks like you could spit
several
"result=..."s back to iMS so we stop the template dead in its tracks
after the failing result. Then there is no chance of another result
being fed back to the server.
Doing that we certainly don't get any further processing. We do
exactly the same in helo.cfm and mail.cfm dor the same reason, kill
the baddies as early as possible.
All the best to everyone for the festive season and the New Year.
Kym K
==^=======================================================
This list server is Powered by iMS "The Swiss Army Knife of Mail Servers"
--------------------------------------------------------------------------------------
This list is provided as a free service. Although we will try to address issues
in a timely manner, support via this list is not guaranteed. If you require
expedited
support then a support contract is required. Support may be purchased from
http://www.coolfusion.com/commerce. Details regarding support options may be
reviewed
at: http://www.coolfusion.com/SupportOptions.cfm
--------------------------------------------------------------------------------------
To leave this list please complete the form at
http://www.coolfusion.com/Support/
Need an iMS Developer license? Sign up for a free license here:
http://www.coolfusion.com/Developers/
List archives: http://www.coolfusion.com/cfbb/
Note: You are subscribed as archive_jab_org / [EMAIL PROTECTED]
==^=======================================================
