Page 1 of 1

OpenEMM, Exim and Sendmail

Posted: Wed Mar 12, 2008 6:26 pm
by secure_1
I reviewed the other forum topic where site admin MA stated
"From the script output it seems that your distribution does not use SMTP server sendmail but exim. However, you need sendmail for OpenEMM (or you have to wait for release 5.5 scheduled for Mya, which does not need sendmail any more)."
I wanted to confirm my understanding of this though as it appears in WHM 11.x that I have installed on my dedicated host, it is rather difficult to get exim uninstalled/disabled as it has dependencies to the RedHat core.

I know that exim can be configured to accept any sendmail requests and process them just as sendmail would by putting symlinks in place:
There are two links to Exim that you should have under all circumstances: /usr/bin/rmail and /usr/sbin/sendmail.[2] When you compose and send a mail message with a user agent like elm, the message is piped to sendmail or rmail for delivery, which is why both /usr/sbin/sendmail and /usr/bin/rmail should point to Exim. The list of recipients for the message is passed to Exim on the command line.[3] The same happens with mail coming in via UUCP. You can set up the required pathnames to point to Exim by typing the following at a shell prompt:

$ ln -s /usr/sbin/exim /usr/bin/rmail
$ ln -s /usr/sbin/exim /usr/sbin/sendmail
Is this acceptable for OpenEMM to function properly and send any sendmail requests through Exim?

Thanks for any assistance!

Posted: Wed Mar 12, 2008 9:17 pm
by maschoff
We (the developers) have no experience with exim. Maybe someone else can help?

Posted: Thu Aug 21, 2008 8:29 pm
by pkerr
Hi there, I was hoping to use OpenEMM on Centos with Exim rather than SendMail
Did you ever get any further with this?

no Exim

Posted: Thu Aug 21, 2008 8:32 pm
by maschoff
You can use OpenEMM either with Sendmail or with the internal SMTP server. If you choose OpenEMM's internal SMTP server no other MTA should be active on the same machine because both SMTP server can not operate in parallel.

Posted: Thu Aug 21, 2008 8:39 pm
by pkerr
I have mailboxes on the same server that require Exim and I believe it is part of the Centos core, so disabling Exim is not an option.

I thought that Exim could emulate SendMail for pretty much everything, is there no way that I can get this to work.

Sorry

Posted: Thu Aug 21, 2008 8:40 pm
by maschoff
We don't know and for us it's not worth the effort to look into it.

Posted: Mon Nov 30, 2009 11:46 pm
by leeburstroghm
Has anyone been able to test and see it it actually works, using whm/Cpanel EXIM and openemm.?

PLEASE anyone!

Posted: Tue Dec 01, 2009 8:14 am
by maschoff
It would be helpful if you explain to us what whm/Cpanel EXIM is.

Posted: Tue Dec 01, 2009 5:44 pm
by leeburstroghm
WHM/cPanel, you know what this is!!
http://docs.cpanel.net/twiki/bin/view/A ... AQ/WebHome

it uses the MTA exim which is supposed to be sendmail compatable. but its not with openemm. OpenEmm does not send mail out . only info in the log semu is connection timed out

Difficult

Posted: Mon Dec 14, 2009 5:05 pm
by bstrawson
I've been having a look into that as we normally run exim as our email server.

Exim is designed to accept similar command line options to sendmail, and a lot of the time can be used as a simple drop-in replacement for sendmail. A program that invokes sendmail with reasonably standard sendmail command line arguments should work with exim.

However, unfortunately OpenEMM does not seem to work by invoking sendmail to send out emails. Instead (from what I can see) it generates sendmail spool files and puts them into /home/openemm/var/spool/ADMIN. On startup it runs sendmail for you and configures it to check that directory for messages to send.

So, the only way to use alternate email software would be to find the place in OpenEMM where it generates the emails and change it to do it in a way more friendly to exim (or another mailer). For a small scale deployment you could just invoke exim, but I can see that for a large scale mailing, where speed is important, that will have some overhead that may be undesirable.