Where does that limit of 40 addresses come from? When you have a to: field
with multiple addresses, doesn't CF just relay a single time to the SMTP
server? CF doesn't even verify the validity of the address(es), as it's
always the SMTP server that I see rejecting badly formatted addresses.
Those end up in CF's UNDELIVR directory.
Jim
----- Original Message -----
From: "Greg Hedgepath" <[EMAIL PROTECTED]>
To: "CF-Server" <[EMAIL PROTECTED]>
Sent: Saturday, March 24, 2001 11:46 PM
Subject: Re: CFMAIL
Redd,
1. 40 is indeed the limit in the to fields. - (Best to do a cfloop over
your list of names)
2. The proper format is a described below. (CF Hosting does not require SMTP
server address in code)
<CFMAIL
TO="#username# <useremail#>"
FROM="[EMAIL PROTECTED]"
Subject="I must include a subject line"
>
You should also do some error checking in front of the emails to insure the
address is formated correctly. Bad address formats mean NO DELIVERY.
Try this snippit
<CFIF NOT Len(Trim(Form.Email))
OR Len(ReReplace(Form.Email,
"^[A-Za-z0-9_\.\-]+@[A-Za-z0-9\.\-]+\.[A-Za-z]{2,}$", "", "ALL"))>
<P>
BAD EMAIL ADDRESS FORMAT!
Please go back and correct it.<BR>
<FORM>
<INPUT TYPE=BUTTON VALUE="Go Back" onClick="history.back()">
</FORM>
<CFABORT>
</CFIF>
As far as large amounts of CFMAIL go I must say the best configuration
possible for the maximum output and reliability of CFMAIL is to point things
to a secondary server running UNIX with Exim configured for security of SMTP
mail.
You do not want to run CF IIS and Mail on the same server. This is taboo in
our experience. Even with the most brasin of servers you do not want to rob
CF of ANY cpu or memory resources available on the server. This becomes
directly noticable in PID execution times. Many NT based SMTP servers have
a pretty large footprint and can seriously effect performace.
In a shared hosting enviorment we ask that our customers keep CFMAIL list
sizes below 2500 per hour during peak internet usage hours 10am EST - 8pm
EST. Even with a good mail server you do not want to dump to many CFMAILs
into the spool folder all at once, particularly when you are running on a
shared server. Remember to be nice to your neighbors. Large list will be
better recieved by the server late in the evening. And those
looking for imidiate responses to web forms will get quicker results if the
spool folder is kept light.
F.Y.I.
Any application dependant on large amounts, (7,500k+ per day) of CFMAIL
should have one thing in mind. Dedicated Hardware. You don't want your
"Shared Server" neighbors hammering your resources.
CF-Server wrote:
> CF-Server-List Sat, 24 Mar 2001 Volume 1 : Number
112
>
> In this issue:
>
> Cluster cats
> RE: GetTemplatePath()
> RE: Cluster cats
> Re: Cluster cats
> Re: GetTemplatePath()
> new topic - Session variables
> Re: Cluster cats
> RE: HTTP 401.3 - Access denied by ACL on resource
> RE: security
> Re: Cluster cats
> RE: Cluster cats
> RE: HTTP 401.3 - Access denied by ACL on resource
> RE: Cluster cats
> Re: new topic - Session variables
> Re: new topic - Session variables
> CFMAIL
> Re: new topic - Session variables
> Re: CFMAIL
> Re: CFMAIL
> Re: CFMAIL
> using CFMAIL to send out thousands of mails
> Re: new topic - Session variables
> Re: CFMAIL
> RE: using CFMAIL to send out thousands of mails
> Re: using CFMAIL to send out thousands of mails
> Re: CFMAIL
>
> ----------------------------------------------------------------------
>
> Date: Fri, 23 Mar 2001 10:25:07 -0000
> From: "Alan Comeau" <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Cluster cats
> Message-ID: <004801c0b383$889863f0$[EMAIL PROTECTED]>
>
> We are trying to cluster a pair of servers which have two network cards in
each machine, one with external IP's and one with Internal IP's. Cluster
cats administrator reports it primary IP address as 0.0.0.0. and I think
this is the reason the servers cannot see even themselves. All the DNS
entries are I believe correct, we have had no trouble before with single or
teamed network cards, but dual homeing seems t be a nightmare
>
> Alan Comeau
> Senior Programmer
> Vardus Internet Solutions Ltd
> 17 Heathmans Road
> London
> SW6 4TJ
> +44(0) 207 471 8899
>
>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Structure your ColdFusion code with Fusebox. Get the official book at
http://www.fusionauthority.com/bkinfo.cfm
------------------------------------------------------------------------------
To unsubscribe, send a message to [EMAIL PROTECTED] with
'unsubscribe' in the body or visit the list page at www.houseoffusion.com
