> -----Original Message-----
> From: Howie Hamlin [mailto:[EMAIL PROTECTED]]
> Sent: Friday, April 05, 2002 2:18 PM
> To: inFusion Support List
> Subject: Re: [iMS] POST return-path mangling
>
>
>
> ----- Original Message -----
> From: "Raven R. Cecil" <[EMAIL PROTECTED]>
> To: "inFusion Support List" <[EMAIL PROTECTED]>
> Sent: Friday, April 05, 2002 2:58 PM
> Subject: RE: [iMS] POST return-path mangling
>
>
> >
> > Okay, this did not quite answer my questions, so I have a few more
> > questions. We would much rather process bounces using a
> processor account as
> > we have been more successful at not causing POST/CFSERVER
> conflicts and
> > crashing our server. You seem to be saying that this cannot
> work, but this
> > was working perfectly until just recently when I turned on
> post status
> > failure results, so did that directly affect how the header
> tokens were
> > being processed?
>
> The server has never parsed the failto parameter or the
> reply-to header when returning email. Turning on PostFail
> only causes the
> server to call the reportpoststatus template and should not
> affect the way that the mail is returned to the sender.
Okay, let me clarify this so I do not get confused. The server does not
parse failto, warnto, reply-to, or return-path when returning mail, correct?
Does the server parse tokens in the smtpfrom address before returning a
message?
Also, despite these issues we are discussing, the server was definitely
parsing our tokens as we have over 100,000 bounces recorded using IDs from
return-path address using QTokens. I am not sure what happened here, but
there is obviously something occurring which did not occur previously.
Regards,
Raven
>
> > Also, you said reply-to in your message, but I was
> > referring to return-path in my original message, was that
> just a typo?
>
> Yes.
>
> > Lastly, your original suggestion to us was to remove the
> reportpoststatus
> > template and use a bounce processor account, because of the
> extra overhead
> > involved on the server, so has this extra overhead been
> resolved in some
> > way?
> >
>
> The overhead I mentioned is only associated with the server
> calling ColdFusion templates. The iMS server has very little overhead
> in calling ColdFusion. The more ColdFusion templates you
> use, the more overhead. This is why we allow you to disable
> ReportPostStatus if you don't need it.
>
> Regards,
>
> Howie
>
>
> >
> > Regards,
> >
> > Raven
>
>
==^=======================================================
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]
==^=======================================================
