Sorry for the delay..
> > >> >> Could you explain - in the same terms - how is quantified the
> time
> > >> >> before
> > >> >> a message is passed to the queue manager, after it is
processed
> by
> > >> the
> > >> >> content filter?
> > >> >
> > >> > The time to deliver is measured as the time be
On Sat, Jan 31, 2009 at 11:45:54PM +0100, Rocco Scappatura wrote:
> Wietse,
>
> >> >> Could you explain - in the same terms - how is quantified the time
> >> >> before
> >> >> a message is passed to the queue manager, after it is processed by
> >> the
> >> >> content filter?
> >> >
> >> > The tim
Wietse,
>> >> Could you explain - in the same terms - how is quantified the time
>> >> before
>> >> a message is passed to the queue manager, after it is processed by
>> the
>> >> content filter?
>> >
>> > The time to deliver is measured as the time between MAIL FROM and
>> > "end-of-data".
>>
>>
Rocco Scappatura:
> >> So.. raising "maxprocs" value for the contet filter could not reduce
> >> delay
> >> "d" in 1) anyway.. Right? To raise "maxprocs" value for the contet
> >> filter
> >> helps only when is the active queue congested.. I think..
> >
> > That depends on how much of that time the
>> >> >> For example consider the log relative to the relay entries (to the
>> >> >> cntent
>> >> >> filer and to postfix without conten filter):
>> >> >>
>> >> >> 1) Jan 30 10:02:17 av5 postfix/smtp[10603]: C0AFB226F23:
>> >> >> to=, relay=127.0.0.1[127.0.0.1]:10026,
>> >> delay=8.9,
>> >> >> dela
Rocco Scappatura:
> Thanks Wietse and Victor,
>
> >> >> For example consider the log relative to the relay entries (to the
> >> >> cntent
> >> >> filer and to postfix without conten filter):
> >> >>
> >> >> 1) Jan 30 10:02:17 av5 postfix/smtp[10603]: C0AFB226F23:
> >> >> to=, relay=127.0.0.1[127.0
Thanks Wietse and Victor,
>> >> For example consider the log relative to the relay entries (to the
>> >> cntent
>> >> filer and to postfix without conten filter):
>> >>
>> >> 1) Jan 30 10:02:17 av5 postfix/smtp[10603]: C0AFB226F23:
>> >> to=, relay=127.0.0.1[127.0.0.1]:10026,
>> delay=8.9,
>> >
On Fri, Jan 30, 2009 at 07:35:53PM -0500, Wietse Venema wrote:
> > 1) Jan 30 10:02:17 av5 postfix/smtp[10603]: C0AFB226F23:
> > to=, relay=127.0.0.1[127.0.0.1]:10026, delay=8.9,
> > delays=1.3/0/0/7.7, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as
> > 95CEE226F30)
>
> Postfix measures 7.7 secon
Rocco Scappatura:
> Thanks Wietse,
>
> >> For example consider the log relative to the relay entries (to the
> >> cntent
> >> filer and to postfix without conten filter):
> >>
> >> 1) Jan 30 10:02:17 av5 postfix/smtp[10603]: C0AFB226F23:
> >> to=, relay=127.0.0.1[127.0.0.1]:10026, delay=8.9,
> >>
Thanks Wietse,
>> For example consider the log relative to the relay entries (to the
>> cntent
>> filer and to postfix without conten filter):
>>
>> 1) Jan 30 10:02:17 av5 postfix/smtp[10603]: C0AFB226F23:
>> to=, relay=127.0.0.1[127.0.0.1]:10026, delay=8.9,
>> delays=1.3/0/0/7.7, dsn=2.0.0, statu
Rocco Scappatura:
> For example consider the log relative to the relay entries (to the cntent
> filer and to postfix without conten filter):
>
> 1) Jan 30 10:02:17 av5 postfix/smtp[10603]: C0AFB226F23:
> to=, relay=127.0.0.1[127.0.0.1]:10026, delay=8.9,
> delays=1.3/0/0/7.7, dsn=2.0.0, status=sent
> I have a Postfix+Amavisd-new+MySQL+ClamAV mail gateway system.
>
> I'm observing time spent by a messagge in (Amavisd-new) content_filter
> of postfix (I trascure deliberately the time spent by a message to be
> processed by postfix, because it is neglegible with respect to the
> filter).
>
> I "
Hello.
I have a Postfix+Amavisd-new+MySQL+ClamAV mail gateway system.
I'm observing time spent by a messagge in (Amavisd-new) content_filter
of postfix (I trascure deliberately the time spent by a message to be
processed by postfix, because it is neglegible with respect to the
filter).
I "grep"
13 matches
Mail list logo