Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

install sendmail twice?

0 views
Skip to first unread message

Rob

unread,
Apr 29, 2003, 3:13:22 AM4/29/03
to
currently we use sendmail on a single machine which also runs a webserver.
We use amavis to scanning all incoming email for any virus.
We have a php script which sends email to a few thousand people all at once.

Now because all outgoing email is scanned by multiple scanners this can be
quite a performance hit when this php script starts running, so what Id like
to do is install the sendmail binary in two locations, one
/usr/sbin/sendmail for everyone, and another elsewhere which uses a
different sendmail.cf that wont have the virus scanner configured because
the only user who will have access to it we can trust the mail is virus
free.

So my question is how to I configure it so that a sendmail.cf is used from a
different location other than /etc/mail

Am I going about this the right way?

Cheers,

Rob


Rogger

unread,
Apr 29, 2003, 3:21:46 AM4/29/03
to
Hi,

read in the source tree cf/README section FILE LOCATIONS (MAIL_SETTINGS_DIR)

watchout for double used ports

-Rogger.

"Rob" <razzar...@hotmail.com> schrieb im Newsbeitrag news:3eae...@news.nz.asiaonline.net...

Rob

unread,
Apr 29, 2003, 8:20:06 AM4/29/03
to
MAIL_SETTINGS_DIR can be defined eg /some/folder and then all the files such
as /etc/mail/aliases will be looked for in /some/folder however the sendmail
binary still expects to find sendmail.cf in /etc/mail/

Rob

"Rogger" <Rog...@gmx.de> wrote in message
news:b8l96c$anfh2$1...@ID-190239.news.dfncis.de...

Per Hedeland

unread,
Apr 29, 2003, 9:20:12 PM4/29/03
to
In article <3eae6b11$1...@news.nz.asiaonline.net> "Rob"

<razzar...@hotmail.com> writes:
>MAIL_SETTINGS_DIR can be defined eg /some/folder and then all the files such
>as /etc/mail/aliases will be looked for in /some/folder however the sendmail
>binary still expects to find sendmail.cf in /etc/mail/

Yes, the path to sendmail.cf is compiled-in, for obvious reasons - it
has to start somewhere, and then all locations of auxiliary files can be
given via sendmail.cf. So you could build two binaries with different
compiled-in paths for sendmail.cf, but in most cases you can probably
manage with using the -C option for one of the instances, or even just
some options via -O.

You can generally *not* do this when sendmail is invoked directly by a
user though, since it will then in most cases relinquish its privileges
for security reasons. But if the "trusted" user uses a MUA that speaks
SMTP to sendmail, you could have one daemon listenting on a different
port (and/or IP address) for him to use. You might want to require
authentication (SMTP AUTH) for any use this "trusting" daemon.

--Per Hedeland
p...@hedeland.org

Rogger

unread,
Apr 30, 2003, 2:56:56 AM4/30/03
to
Hi Rob,

sorry, I didn't know about the compiled-in fixed path
(I didn't try what is documented) but Per gave already
the answer.

-By

"Rob" <razzar...@hotmail.com> schrieb im Newsbeitrag news:3eae6b11$1...@news.nz.asiaonline.net...

Per Hedeland

unread,
Apr 30, 2003, 3:55:27 AM4/30/03
to
In article <b8ns3v$bfbvl$1...@ID-190239.news.dfncis.de> "Rogger"

<Rog...@gmx.de> writes:
>
>sorry, I didn't know about the compiled-in fixed path
>(I didn't try what is documented) but Per gave already
>the answer.

You don't see sendmail.cf in the list in cf/README of the files affected
by MAIL_SETTINGS_DIR - i.e. the documentation is correct. And obviously
(as I implied) sendmail can't find sendmail.cf based on something that
is *in* sendmail.cf (which is what cf/README deals with).

--Per Hedeland
p...@hedeland.org

0 new messages