Thread Killed (Sending Bulk Mails)

2011-06-06 Thread Wietse Venema
This thread is killed. Tresspassers will be removed. Wietse

Re: Sending Bulk Mails

2011-06-06 Thread Matt Hayes
On 6/6/2011 9:36 AM, Randy Ramsdell wrote: > Wietse Venema wrote: >> Stan Hoeppner: >>> On 6/4/2011 6:25 AM, /dev/rob0 wrote: >>> My recommendation to the OP is to consider outsourcing this. It will not cost that much, and a reputable email service provider can be well worth what t

Re: Sending Bulk Mails

2011-06-06 Thread Randy Ramsdell
Wietse Venema wrote: Stan Hoeppner: On 6/4/2011 6:25 AM, /dev/rob0 wrote: My recommendation to the OP is to consider outsourcing this. It will not cost that much, and a reputable email service provider can be well worth what they charge. Conversely to do it inhouse I would recommend tearing

Re: Sending Bulk Mails

2011-06-05 Thread Stan Hoeppner
On 6/5/2011 8:36 AM, Wietse Venema wrote: > Stan Hoeppner: >> On 6/4/2011 6:25 AM, /dev/rob0 wrote: >> >>> My recommendation to the OP is to consider outsourcing this. It will >>> not cost that much, and a reputable email service provider can be >>> well worth what they charge. >>> >>> Conversely

Re: Sending Bulk Mails

2011-06-05 Thread Wietse Venema
Stan Hoeppner: > On 6/4/2011 6:25 AM, /dev/rob0 wrote: > > > My recommendation to the OP is to consider outsourcing this. It will > > not cost that much, and a reputable email service provider can be > > well worth what they charge. > > > > Conversely to do it inhouse I would recommend tearing

Re: Sending Bulk Mails

2011-06-05 Thread Reindl Harald
Am 05.06.2011 14:30, schrieb Jerry: > On Sun, 05 Jun 2011 05:52:53 -0500 > Stan Hoeppner articulated: >> +1 >> >> Outsource the sending of these shareholder notifications to a >> reputable bulk mailer. Stating you are running an EOL OS and EOL >> Postfix tells us you are not up to the task of s

Re: Sending Bulk Mails

2011-06-05 Thread Jerry
On Sun, 05 Jun 2011 05:52:53 -0500 Stan Hoeppner articulated: > On 6/4/2011 6:25 AM, /dev/rob0 wrote: > > > My recommendation to the OP is to consider outsourcing this. It > > will not cost that much, and a reputable email service provider can > > be well worth what they charge. > > > > Convers

Re: Sending Bulk Mails

2011-06-05 Thread Stan Hoeppner
On 6/4/2011 6:25 AM, /dev/rob0 wrote: > My recommendation to the OP is to consider outsourcing this. It will > not cost that much, and a reputable email service provider can be > well worth what they charge. > > Conversely to do it inhouse I would recommend tearing it all down and > starting o

Re: Sending Bulk Mails

2011-06-04 Thread Frank Bonnet
Le 04/06/2011 23:37, mouss a écrit : Le 04/06/2011 07:09, Frank Bonnet a écrit : Hello 1 - configure your DNS SPF record personal opinion: I recommend against: my experience with hotmail is as follows: - I've added an spf record. cool it works - i had to move the server to another IP. I up

Re: Sending Bulk Mails

2011-06-04 Thread mouss
Le 04/06/2011 07:09, Frank Bonnet a écrit : > Hello > > 1 - configure your DNS SPF record personal opinion: I recommend against: my experience with hotmail is as follows: - I've added an spf record. cool it works - i had to move the server to another IP. I updated the spf record. doesn't work (y

Re: Sending Bulk Mails

2011-06-04 Thread mouss
Le 04/06/2011 13:25, /dev/rob0 a écrit : > On Sat, Jun 04, 2011 at 11:14:42AM +0200, mouss wrote: >> Le 04/06/2011 08:43, Goutam Baul a ecrit : >>> 2) Can you indicate some reliable website to get the dkim-milter >>> package for my RHEL 3.8? >> >> no idea. >> PS. isn't 3.8 way too outdated? > > R

Re: Sending Bulk Mails

2011-06-04 Thread Reindl Harald
Am 04.06.2011 20:08, schrieb Victor Duchovni: > On Sat, Jun 04, 2011 at 11:08:10AM +0200, Reindl Harald wrote: > >> smtp_destination_recipient_limit= 15 >> smtp_initial_destination_concurrency= 5 >> smtp_destination_concurrency_limit = 5 >> sm

Re: Sending Bulk Mails

2011-06-04 Thread Victor Duchovni
On Sat, Jun 04, 2011 at 11:08:10AM +0200, Reindl Harald wrote: > smtp_destination_recipient_limit= 15 > smtp_initial_destination_concurrency= 5 > smtp_destination_concurrency_limit = 5 > smtp_destination_concurrency_failed_cohort_limit= 5 >

Re: Sending Bulk Mails

2011-06-04 Thread /dev/rob0
On Sat, Jun 04, 2011 at 11:14:42AM +0200, mouss wrote: > Le 04/06/2011 08:43, Goutam Baul a ecrit : > > 2) Can you indicate some reliable website to get the dkim-milter > > package for my RHEL 3.8? > > no idea. > PS. isn't 3.8 way too outdated? RHEL, IIUC, has EOL'ed 4.5 or thereabouts. Postfix

Re: Sending Bulk Mails

2011-06-04 Thread mouss
Le 04/06/2011 08:43, Goutam Baul a écrit : > Dear Frank, > > Thanks a lot for responding. I am now reading through the net and trying to > implement things as suggested. Just a few queries: > > 1) As I am interested in sending bulk mails, I am contemplating modification >

Re: Sending Bulk Mails

2011-06-04 Thread Reindl Harald
you main-systems gets a) your php-script can send burst b) the webserver will queue c) the queue on you main server will not get filled consider a valid ptr/spf-entry for you webserver and do not use "relay_host", so it will send the bulk-mails by itself (the settings below are from o

Re: Sending Bulk Mails

2011-06-04 Thread Robert Schetterer
Am 04.06.2011 10:45, schrieb Robert Schetterer: > Am 04.06.2011 06:03, schrieb Goutam Baul: >> Dear List, >> >> >> >> We are running our mailing system using Postfix >> (postfix-2.0.16-14.RHEL3). We need to send communications to our >> shareholders (around 15000 of them) using the mailing system

Re: Sending Bulk Mails

2011-06-04 Thread Robert Schetterer
Am 04.06.2011 06:03, schrieb Goutam Baul: > Dear List, > > > > We are running our mailing system using Postfix > (postfix-2.0.16-14.RHEL3). We need to send communications to our > shareholders (around 15000 of them) using the mailing system. If we > simply send the mails using things like phpma

Re: Sending Bulk Mails

2011-06-04 Thread Frank Bonnet
Le 04/06/2011 08:43, Goutam Baul a écrit : Dear Frank, Thanks a lot for responding. I am now reading through the net and trying to implement things as suggested. Just a few queries: 1) As I am interested in sending bulk mails, I am contemplating modification of my DNS zone file with SPF

RE: Sending Bulk Mails

2011-06-03 Thread Goutam Baul
Dear Frank, Thanks a lot for responding. I am now reading through the net and trying to implement things as suggested. Just a few queries: 1) As I am interested in sending bulk mails, I am contemplating modification of my DNS zone file with SPF record. Some articles in the net talk about

Re: Sending Bulk Mails

2011-06-03 Thread Frank Bonnet
Hello 1 - configure your DNS SPF record 2 - Use DKIM to sign your emails 3 - Use a mailing lists software ( LISTSERV Mailman ... etc ) We have been in trouble with gmail yahoo hotmail before doing this after configuring Postfix and Bind like this we do not have blacklist troubles with those emai

Sending Bulk Mails

2011-06-03 Thread Goutam Baul
Dear List, We are running our mailing system using Postfix (postfix-2.0.16-14.RHEL3). We need to send communications to our shareholders (around 15000 of them) using the mailing system. If we simply send the mails using things like phpmailer etc. then we fear that 1) 1) There could be

Re: bulk mails

2009-01-20 Thread mouss
Sahil Tandon a écrit : > bharathan kailath wrote: > >> one of our customer send mass mails thru our postfix server; is it >> possible to restrict number of mail recipient for a particular sender! >> help appreciated. > > Use a policy service. With postfwd, to limit m...@mailer.com to 20 > recipi

Re: bulk mails

2009-01-19 Thread Sahil Tandon
bharathan kailath wrote: one of our customer send mass mails thru our postfix server; is it possible to restrict number of mail recipient for a particular sender! help appreciated. Use a policy service. With postfwd, to limit m...@mailer.com to 20 recipients per message, something like: i

bulk mails

2009-01-19 Thread bharathan kailath
Hi one of our customer send mass mails thru our postfix server; is it possible to restrict number of mail recipient for a particular sender! help appreciated. thanks