So my point remains ....  I dont care which part of the system tells
me what's wrong as long as SOMETHING does.

At the moment, the only indication you have that there's something
wrong with your mail is the fact that it hasnt arrived.   Or is is
that your email has actually worked ok but just not arrived yet?

One thing that could happens is Peter TIlbrook's idea - have the
Undelivr folder (or it's equivaient) configurable in the code, perhaps
in the CFMAIL tag - maybe a underliverto="" attribute.   Then at least
there would be one thing you could look at to see why the email didnt
work.   It doesnt cover all cases by any means but it does cover some,
and thats a step in the right direction.

I didnt mention your silly <cfmail></cfmail> example, because these
days with tag completion and code hinting I have very few of that kind
of syntax error.   I'd never try to put that in a page because my IDE
wouldnt let me without warning.

Neil, you dont seem to think there is a need fo have any debugging of
CFMAIL.   I'm not sure why.  Perhaps you never make errors.  Perhaps
you never use CFMAIL in a shared hosting environment where you have no
access to any system level folders.  Perhaps you love spending 5 times
longer  building a simple cfmail app than any other part of your
system.  I dont know . but i think there are lots of people who find
CFMAIL a devil of a functionality to build unless it's very
stock-standard and basic.

Cheers
Mike Kear
Windsor, NSW, Australia
Certified Advanced ColdFusion Developer
AFP Webworks
http://afpwebworks.com
ColdFusion, PHP, ASP, ASP.NET hosting from AUD$15/month





On 7/29/06, Robertson-Ravo, Neil (RX)
<[EMAIL PROTECTED]> wrote:
> Hmmm so, <CFMAIL></CFMAIL> doesn't fail? (no To etc).  I can understand it
> not erroring if you have a bad username/passord or server name/IP as
> ColdFusion is not technically in the loop at that part of the process.
>
> ColdFusion literally just writes the email out (assuming you have correct
> tag syntax) and it is the SMTP server which will say yay or nay to JavaMail
> inside ColdFusion. It is not in control and should never be in control of
> this process.
>
>
>

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting,
up-to-date ColdFusion information by your peers, delivered to your door four 
times a year.
http://www.fusionauthority.com/quarterly

Archive: 
http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:248126
Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4
Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4

Reply via email to