http://livedocs.adobe.com/ Macromedia LiveDocs - online documentation with user feedback. Copyright 2009, Macromedia, Inc. 2009-11-26T04:37:30 en-us http://livedocs.adobe.com/coldfusion/7/htmldocs/00000297.htm#87630 Yes, we agree that the behavior should be as it was in ColdFusion 5. A bug has been filed for this issue; it will be addressed. Mallika Yelandur 1 1 2008-09-12T04:15:13 http://livedocs.adobe.com/coldfusion/7/htmldocs/00000297.htm#87612 In regard to the invalid email address issue I posted on Sep. 9. The invalid means undeliverable or unknown user on the receipient's email server. For instance, "invalidAddress@adobe.com" can't be delivered since it doesn't exist (I hope :-) ) in Adobe's email server.<br /><br />I think ColdFusion should send the email to those with valid addresses even though there is an invalid (undeliverable) address in the list. This is the behavior in ColdFusion 5. 0 0 2008-09-11T09:58:46 http://livedocs.adobe.com/coldfusion/7/htmldocs/00000297.htm#87606 If one of the email addresses is invalid (say, "docs@adobe.com;aaaaa"), none of the recipients get the email. However, if one of the email addresses is wrong (say, "docs@adobe;a@a.com), the wrong email address is ignored and the email is sent to the other recipients. Mallika Yelandur 1 1 2008-09-11T02:54:04 http://livedocs.adobe.com/coldfusion/7/htmldocs/00000297.htm#87568 It seems that if one of the email addresses of the recipients is invalid (not deliverable) then the email is not sent to anyone. Not sure if there is a way to fix it. 0 0 2008-09-09T11:26:55 http://livedocs.adobe.com/coldfusion/7/htmldocs/00000297.htm#80760 The syntax for multiple To: Cc: or Bcc: fields is simply to join them with either a comma or semi-colon, followed by an optional space. Testing seems to support that the addresses can be of any of the valid formats mentioned above. PerlProgrammer 0 0 2008-02-15T12:17:06 http://livedocs.adobe.com/coldfusion/7/htmldocs/00000297.htm#74094 Jimpq40 :<br /><br />When you output a string with double-quote to a text field, the result will be like this:<br />＜input type="text" value="i am an "special" apple" /＞<br /><br />The double-quote, which before the word {special}, end the attribute {value}, and this makes the field value truncated.<br /><br />It is always recommended to htmlCodeFormat() the string if it is free-text.<br /><br />This is the "issue" of HTML but not CFMAIL or CF. ｃｒａｂ 0 0 2007-09-26T23:39:05 http://livedocs.adobe.com/coldfusion/7/htmldocs/00000297.htm#65059 Appears that double quotes truncate a form field value when entered in the body of an email created by cfmail tag. Had to use URLEncodedFormat form field on the submit page and URLDecode on the action page that used cfmail. Work-around should be applied to all fields that can accept character data..but should not have to do this. Jimpq40 0 0 2007-04-04T08:43:38 http://livedocs.adobe.com/coldfusion/7/htmldocs/00000297.htm#43513 > (Optional) Mail message body and/or cfhttpparam tags<br /><br />I think it should be cfmailparam... 0 0 2005-12-21T09:48:11 http://livedocs.adobe.com/coldfusion/7/htmldocs/00000297.htm#43309 Using the keyword 'Version' returns the server_protocol variable within cfmail. When using a cfmail tag, do not use #Version# as a variable name within the content of the email as it may return the incorrect or differing value. lilmag 0 0 2005-12-14T13:24:15 http://livedocs.adobe.com/coldfusion/7/htmldocs/00000297.htm#43236 This form did not work for me until i added a value and a name to the submit button and a method to the form.<br /><br />form method="post" action= "form.cfm"<br /><br />input type = "Submit" value="submit this" name = "btnSubmit" eatmorepossum 0 0 2005-12-12T08:12:00