I am also on a Linux box, but using a relay server to physically send. The
probs have been that they've getting knocked off the spool to Undeliv, so
the problem is definitely with CFMAIL and it's interaction with the spooler.
I think I'll keep a max of 50 per go, and yes, I'll try once a minute,
thanks.





-----Original Message-----
From: Allan Cliff [mailto:[EMAIL PROTECTED]
Sent: 07 July 2003 12:35
To: [EMAIL PROTECTED]
Subject: [ cf-dev ] Re: [cfmail] [ cf-dev ] CFSchedule to build emailer


We send out about 40000 emails every 2 to 3 weeks and they are sent out 200
every 2 minutes using the cf scheduler.
But we are using Linux with Linux also as the mail server which cannot be
compared really if you are using a Windows Mail Server.

If you have 1500 then 50/100 every minute or two should be OK.

Allan
  ----- Original Message ----- 
  From: Kevin Faulkner 
  To: '[EMAIL PROTECTED]' 
  Sent: Monday, July 07, 2003 1:12 PM
  Subject: [cfmail] [ cf-dev ] CFSchedule to build emailer




     Hi All,

        Has anyone any opinions on this plan of mine. As CFMAIL with QUERY=
is
  so unreliable I'm thinking of using some kind of scheduled email sending
  based upon some nominal option like first letter of email address. Our
email
  marketing list is less than 1500 addresses ( all opt-in, of course!! ),
but
  I don't want the whole job taking more than, say 3 or 4 hours- breaking
news
  is hardly breaking 5 hours later.

     So are there any reasons why CFMAIL can't handle spooling, say 20
emails
  at a time, each batch sent every 5 minutes?  Has anyone successfully
handled
  larger volume without using 3rd party mail software?

  Thanks,

  Kevin
  DISCLAIMER: This e-mail is confidential and may also be legally
privileged.
  If you are not the intended recipient, use of the information contained in
  this e-mail (including disclosure, copying or distribution) is prohibited
  and may be unlawful.  Please inform the sender and delete the message
  immediately from your system.  This e-mail is attributed to the sender and
  may not necessarily reflect the views of the patsystems Group and no
member
  of the patsystems Group accepts any liability for any action taken in
  reliance on the contents of this e-mail (other than where it has a legal
or
  regulatory obligation to do so) or for the consequences of any computer
  viruses which may have been transmitted by this e-mail. The patsystems
Group
  comprises patsystems plc and its subsidiary group of companies.

  -- 
  ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/

  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
  For human help, e-mail: [EMAIL PROTECTED]


DISCLAIMER: This e-mail is confidential and may also be legally privileged.
If you are not the intended recipient, use of the information contained in
this e-mail (including disclosure, copying or distribution) is prohibited
and may be unlawful.  Please inform the sender and delete the message
immediately from your system.  This e-mail is attributed to the sender and
may not necessarily reflect the views of the patsystems Group and no member
of the patsystems Group accepts any liability for any action taken in
reliance on the contents of this e-mail (other than where it has a legal or
regulatory obligation to do so) or for the consequences of any computer
viruses which may have been transmitted by this e-mail. The patsystems Group
comprises patsystems plc and its subsidiary group of companies.

-- 
** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
For human help, e-mail: [EMAIL PROTECTED]

Reply via email to