Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 1 reply
  • Subscribers 2 subscribers
  • Views 696 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

smtp-proxy: too much mails in one connection

wk_03
Hi,

we have a productive firewall running under ASL 3.2xx for long time with no problems and for testing one with ASL 4.007.
After having switched the incoming mails to ASL4.007 this morning my ProxyContentManager filled fast and the log showd: 19UItp-0002et-00 no immediate delivery: more than 10 messages received in one connection

After that all additional mail were added to the ProxyContentManager with the flag smtp-err.

So I switched back to the old firewall and dequeued the mails manually.
Is this normal behavior with ASL4.xxx?

cu
Walter  


This thread was automatically locked due to age.
Parents
  • 0
    wk,

    from the exim documentation:

    smtp_accept_queue_per_connection
    Type:  integer
    Default:  10

    This option limits the number of delivery processes that Exim starts automatically when receiving messages via SMTP, whether via the daemon or by the use of -bs or -bS. If the value of the option is greater than zero, and the number of messages received in a single SMTP session exceeds this number, subsequent messages are placed on the queue, but no delivery processes are started. This helps to limit the number of Exim processes when a server restarts after downtime and there is a lot of mail waiting for it on other systems. On large systems, the default should probably be increased, and on dial-in client systems it should probably be set to zero (that is, disabled). 

    Read you
    o|iver  
Reply
  • 0
    wk,

    from the exim documentation:

    smtp_accept_queue_per_connection
    Type:  integer
    Default:  10

    This option limits the number of delivery processes that Exim starts automatically when receiving messages via SMTP, whether via the daemon or by the use of -bs or -bS. If the value of the option is greater than zero, and the number of messages received in a single SMTP session exceeds this number, subsequent messages are placed on the queue, but no delivery processes are started. This helps to limit the number of Exim processes when a server restarts after downtime and there is a lot of mail waiting for it on other systems. On large systems, the default should probably be increased, and on dial-in client systems it should probably be set to zero (that is, disabled). 

    Read you
    o|iver  
Children
No Data