Migrating from Exim to Postfix - Performance Upgrade

ralph.wsi

New member
Joined
Aug 13, 2010
Messages
4
We're migrating from Exim to Postfix.

Have anybody gone down this path before, any tips?

I have installed Postfix (yum install postfix) and configured php.ini sendmail_path to point to it.

What others steps I should take to completely migrate to Postfix? Can I just change the sendmail link and point it the Postfix executable?

PS: After trying all known optimizations for Exim it was still delivering the e-mails slowly, even after turning on queue and local dns resolutions. So we've researched what is the fastest MTA and it turned out to be Postfix.
 
Last edited:
You've posted in the DirectAdmin General Discussion subforum. Since you appear to be sufficiently experienced to begin a move from Exim to Postfix, I'll presume for the moment that you understand what DirectAdmin is, that you ARE using DirectAdmin, and that you haven't just posted here as part of a fishing expedition.

And I presume you understand that DirectAdmin doesn't support or work with Exim.

You'd have to do major surgery to postfix's configuration to allow it to figure out whether or not to accept email based on how/where DirectAdmin sets up valid users and virtual users. And then you'd have to do major surgery either to postfix to allow it deliver mail to those mailboxes, or to whatever delivery agent you're using, to allow it to deliver mail to those mailboxes.

While I'd see this as an admirable exercise, I know it's not supported by DirectAdmin, so you're most likely on your own.

Jeff
 
Yes we're running CentOS 5.3 + DirectAdmin

We only host our own websites in this machine and the email receiving is handled by Google Domains.

So we only need Postfix to handle the task of sending our newsletter. But lately it's taking too much time to complete.

I think it's pretty simple in our case, I'll stop the exim service and change the sendmail link to point to postfix.

That should do the trick for us right?
 
By the way Jeff, I wanted to ask you...

Do you think the exim no-spam configuration has any performance effect for those using exim to send out newsletters?
 
I think it's pretty simple in our case, I'll stop the exim service and change the sendmail link to point to postfix.

That should do the trick for us right?
I don't know why you should run both. If you're not receiving email on the server at all, then I'd use the sendmail link to point to postfix, and not run either as a daemon.
Do you think the exim no-spam configuration has any performance effect for those using exim to send out newsletters?
It shouldn't.

But you can certainly create your own minimal exim.configuration if you're not going to run exim as a daemon.

Jeff
 
I have stopped exim service and removed from directadmin autostart services. Even renamed it to exim-old to and restarted the server to make sure it wouldn't start.

Then pointed sendmail to postfix. But when tried to do a php mail() I got an error.

So I tried something else, this time I changed the sendmail_path inside php.ini direct to postfix path. Got same error again from mail().

Wondering what could be wrong?

I have googled it and some people said it could be a permission issue, but the permission is of sendmail now is the same as before. Other people said it could be SELinux, but I checked and it's disabled in our system.

So what could be stopping php/apache from using postfix?
 
Last edited:
Its usesless to change the path in php.ini because below
; For Unix only. You may supply arguments as well (default: "sendmail -t -i").
;sendmail_path =
Its not active, since its handled in the httpd.conf's of the users itself.

Example
cd /usr/local/directadmin/data/users/admin/
nano -w httpd.conf
php_admin_value sendmail_path '/usr/sbin/sendmail -t -i -f [email protected]'
 
Back
Top