2 messages in net.sourceforge.lists.courier-usersRe: [courier-users] Multiple Mail ser...
FromSent OnAttachments
Jim FordOct 17, 2001 11:22 am 
BlizborOct 18, 2001 2:31 am 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: [courier-users] Multiple Mail servers on one boxActions...
From:Blizbor (tb67@ima.pl)
Date:Oct 18, 2001 2:31:56 am
List:net.sourceforge.lists.courier-users

First: I'll dont be sending emails to the hotmail users. I dont agree with Microsoft licenses (Passport). I'll sugest you - change email account provider. Not all providers are thiefs.

At 10/17/01 08:22 PM, you wrote:

I show that I am able to bind the servers to specific IP addresses.

Has anyone ever run completely different instances on the same hardware?

I'm doing that but with sendmail. (different cfg files, IP addresses,
identification, spool dirs, hoststatuses, etc, etc.) Each of them is not dependenty other. I'm starting, stoping, checking queues, etc. with one script for all.

There is only one thing which is bad - syslog. You cant rename "sendmail" in syslog to i.e. "sm-one", "sm-two", etc so sometimes information in logs is a little confusing. I have looking into sources - it can be modified not so hard, but I have no time for that. Also, for a system I'm implementing I need something not so monolythic like
sendmail, so in few weeks I'll stop that "kind of magic" on sendmail. I'm rebuilding my system using another one smtp mail software. That one has modular architecture, so programs sources are easier to understand and extend.

But again - multiple, independent sendmail instantions are possible, are working well, except confusing syslog.

I'd like to consolidate my dev and test mail servers on to one box, and am
wondering if this is a good idea.

Even, if you run separate instantions you must remember "dont use 'killall
sendmail'" unless you wish to urgently stop both instances.

From few points of view, I have found such configuration easier to maintain. (i.e. you can have rules for "financial dept." completelly different than that one for "customer support.")