On 04/21/2018 04:38 AM, Ram wrote:
There is no IO load running everything in /dev/shm
You can verify your claim by running vmstat(8), such as in:
vmstat 20 20
(20 times for 20 seconds each time)
You might be surprised how much file system activity there is, even when
you put all of PostFi
On 21/04/2018 8:07 AM, Ram wrote:
On 04/21/2018 05:32 PM, Ron Wheeler wrote:
On 21/04/2018 7:38 AM, Ram wrote:
On 04/20/2018 07:39 PM, Wietse Venema wrote:
Ram:
On 04/20/2018 07:14 PM, Wietse Venema wrote:
Ram:
I have a very busy postfix server that acts as a relay. It gets
mails
from
On 21/04/2018 7:38 AM, Ram wrote:
On 04/20/2018 07:39 PM, Wietse Venema wrote:
Ram:
On 04/20/2018 07:14 PM, Wietse Venema wrote:
Ram:
I have a very busy postfix server that acts as a relay. It gets mails
from an application and then forwards the mails to the delivery
servers
on local LAN
On 04/20/2018 07:39 PM, Wietse Venema wrote:
Ram:
On 04/20/2018 07:14 PM, Wietse Venema wrote:
Ram:
I have a very busy postfix server that acts as a relay. It gets mails
from an application and then forwards the mails to the delivery servers
on local LAN
The application can send mails at r
On 04/20/2018 11:12 AM, Bastian Blank wrote:
If your application eats up all the memory, then you won't get any
useful message rate outgoing.
And worse, if you overflow DRAM, you now add swap load to the disk,
which further slows things down. One MUST avoid going into swap if
possible, or h
> On Apr 20, 2018, at 2:12 PM, Bastian Blank
> wrote:
>
>> bounce_queue_lifetime = 5d
>
> I thought this is a system that should move mails as fast as possible
> outgoing. Why would it ever handle bounces?
The application may want to collect bounces for list management.
>> debug_peer_level
On Fri, Apr 20, 2018 at 06:42:03PM +0530, Ram wrote:
> Is there a contention on the queue manager when the inflow is too quick ?
Well, show some evidence.
> bounce_queue_lifetime = 5d
I thought this is a system that should move mails as fast as possible
outgoing. Why would it ever handle bounce
> On Apr 20, 2018, at 9:12 AM, Ram wrote:
>
> I have a very busy postfix server that acts as a relay. It gets mails from an
> application and then forwards the mails to the delivery servers on local LAN
>
> The application can send mails at rate of upto 600 mails per second
> Postfix has bee
Hi,
We achieved considerable improvement in delivery speed and thereby negligible
queues by shifting the mail spool to a faster disk.
Rgds/DP
Sent from my iPhone. Pls excuse brevity and typos if any.
> On 20-Apr-2018, at 8:10 PM, Stephen Satchell wrote:
>
>> On 04/20/2018 06:44 AM, Wietse V
On 04/20/2018 06:44 AM, Wietse Venema wrote:
No, there is contention for the file system.
If you disabled in_flow_delay, turn it back on, please. This allows
the queue manager to push back, though it works only for clients
that make few parallel connections.
Looking at master.cf, there is the
Ram:
>
>
> On 04/20/2018 07:14 PM, Wietse Venema wrote:
> > Ram:
> >> I have a very busy postfix server that acts as a relay. It gets mails
> >> from an application and then forwards the mails to the delivery servers
> >> on local LAN
> >>
> >> The application can send mails at rate of? upto 600
On 04/20/2018 07:14 PM, Wietse Venema wrote:
Ram:
I have a very busy postfix server that acts as a relay. It gets mails
from an application and then forwards the mails to the delivery servers
on local LAN
The application can send mails at rate of? upto 600 mails per second
Postfix has been co
Ram:
> I have a very busy postfix server that acts as a relay. It gets mails
> from an application and then forwards the mails to the delivery servers
> on local LAN
>
> The application can send mails at rate of? upto 600 mails per second
> Postfix has been configured to accept mails all that qu
13 matches
Mail list logo