On Wed, Feb 18, 2009 at 09:44:25PM -0900, Melvyn Sopacua wrote:
> On Wednesday 18 February 2009 17:50:14 Noel Jones wrote:
>
> > A policy server won't really help here.
> > OP should read up on the "at" command.
>
> Yes it will. At/cron still means the php app needs to queue, then it gets
> pass
Noel Jones:
> A policy server won't really help here.
> OP should read up on the "at" command.
Agreed. Postfix is not a batch queue system. Both cron and at
already provide delayed execution including error reporting.
Wietse
On Wednesday 18 February 2009 19:32:53 Michael Orlitzky wrote:
> I won't make any claims as to the correctness or efficiency of this
> approach, but one way that I've seen this done is to store a record in
> the database immediately, and then have a (cron) PHP script running
> every 5 minutes or
On Wednesday 18 February 2009 17:45:20 Sahil Tandon wrote:
> My point was to implement the delay based on the OP's criteria *outside* of
> Postfix. Whether this is done in the same application the OP mentioned or
> another one (say, a policy service as you mention below) is an interesting
> discu
> --- Original Message ---
> From: Melvyn Sopacua
> To: postfix-users@postfix.org, je...@speakeasy.net
> Sent: 18-Feb-09, 20:35:59
> Subject: Re: delay all outbound mail
>
> On Wednesday 18 February 2009 16:56:05 jeffs wrote:
> > Sahil Tandon wrote:
> > &
On Wed, 18 Feb 2009, Melvyn Sopacua wrote:
> On Wednesday 18 February 2009 16:56:05 jeffs wrote:
> > Sahil Tandon wrote:
> > > On Wed, 18 Feb 2009, jeffs wrote:
> > >> Thank you for your prompt reply.
> > >
> > > No problem, but please do not top-post; place all future replies *below*
> > > quoted
On Wednesday 18 February 2009 16:56:05 jeffs wrote:
> Sahil Tandon wrote:
> > On Wed, 18 Feb 2009, jeffs wrote:
> >> Thank you for your prompt reply.
> >
> > No problem, but please do not top-post; place all future replies *below*
> > quoted text. Thanks.
> >
> >> I am working on a project in whic
Sahil Tandon wrote:
On Wed, 18 Feb 2009, jeffs wrote:
On Wed, 18 Feb 2009, jeffs wrote:
Thank you for your prompt reply.
No problem, but please do not top-post; place all future replies *below*
quoted text. Thanks.
I am working on a project in which -- depending
Sahil Tandon wrote:
On Wed, 18 Feb 2009, jeffs wrote:
On Wed, 18 Feb 2009, jeffs wrote:
Thank you for your prompt reply.
No problem, but please do not top-post; place all future replies *below*
quoted text. Thanks.
I am working on a project in which -- depending
On Wed, 18 Feb 2009, jeffs wrote:
>> On Wed, 18 Feb 2009, jeffs wrote:
>>
>>> Thank you for your prompt reply.
>>
>> No problem, but please do not top-post; place all future replies *below*
>> quoted text. Thanks.
>>
>>> I am working on a project in which -- depending on the level of the
>>
Sahil Tandon wrote:
On Wed, 18 Feb 2009, jeffs wrote:
Thank you for your prompt reply.
No problem, but please do not top-post; place all future replies *below*
quoted text. Thanks.
I am working on a project in which -- depending on the level of the
users subscription -- either
On Wed, 18 Feb 2009, jeffs wrote:
> Thank you for your prompt reply.
No problem, but please do not top-post; place all future replies *below*
quoted text. Thanks.
> I am working on a project in which -- depending on the level of the
> users subscription -- either their mail is delayed for at
Thank you for your prompt reply.
I have a postfix smtp server which connects directly to the internet and
does not relay mail through an ISP.
I am working on a project in which -- depending on the level of the
users subscription -- either their mail is delayed for at least 2 hours
or it is s
On Wed, 18 Feb 2009, jeffs wrote:
> I need to delay all outbound email, not specific to destination domains.
> I have tried to make the smtp_destination_rate_delay = 180
This increases the delay that is inserted between individual deliveries to
the same destination via the smtp(8) delivery agen
14 matches
Mail list logo
