13 msgHOLD queue GUI
4 msgSpam being sent from our mail server
3 msgcatch-all mail address
4 msgsending mail is working but only local.
8 msg2 postfix boxes as frontservers for MS Exchange...
3 msgdelayed delivery
2 msglibspf2 and policyd
3 msgBypassing content_filter for trusted networks
8 msgChanging UUCP-Sytsle-Adresses to Domain-Style-A...
9 msgList of main.cf options
6 msg'too many errors after RSET' with Outlook
2 msgVirtual Users w/ LDAP and Authentication
3 msgMultiple content filters?
2 msgI don't know what to make of this
3 msgPostfix and Dspam, point me in the right direct...
14 msgPostfix in base FreeBSD system
4 msgWeird 'Connection timed out while sending messa...
4 msgrewriting and redirecting incoming address

master.cf config question
\ Gary W. Smith (24 Sep 2007)
. \ (Wietse Venema) (24 Sep 2007)
. . \ Gary W. Smith (24 Sep 2007)
. . . \ Victor Duchovni (24 Sep 2007)

7 msgLDAP smtpd_recipient_restrictions
Subject:Re: master.cf config question
Group:Postfix-users
From:Victor Duchovni
Date:24 Sep 2007


 
On Sun, Sep 23, 2007 at 05:16:38PM -0700, Gary W. Smith wrote:

> > The impact is the same if they run on different ports or not.
>
> Thanks, that's all I needed to know.

Note, however that with two services, the total number of processes
running can be the sum of the process limits for each service. If the
process limit of each service is high (> ~500) and TLS is supported,
the tlsmgr(8) process may run out file descriptors, unless you are using
Postfix 2.4.x, compiled and running on a platform that supports kqueue,
epoll or devpoll.

Also if using TLS, with 2.4 and later, the server-side TLS session cache
is split by the smtpd master.cf service name, so if clients connect to a
single IP address (load balancer) and are then handed off to either of two
services on a single host, TLS session caching will work poorly, you need
to either use a single service (inet_interfaces = list of IPs) or assign
each service a different "-o myhostname=unique-per-host-and-service" value.

--
Viktor.

Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the "Reply-To" header.

To unsubscribe from the postfix-users list, visit
http://www.postfix.org/lists.html or click the link below:
<mailto:majordomo?body=unsubscribe%20postfix-users>

If my response solves your problem, the best way to thank me is to not
send an "it worked, thanks" follow-up. If you must respond, please put
"It worked, thanks" in the "Subject" so I can delete these quickly.


© 2004-2008 readlist.com