Tweet
When sending mail (I'm using exim), on a cPanel server, the linux user of the PHP process is passed to exim somehow (at least the linux user ID in originator_uid). I have a non-panel server with CloudLinux configured as close as possible to the cPanel server, but the value of originator_uid in exim is always exim's system user id. Is that just a special cPanel thing, or is this something that can be configured in order to work?
-
-
I am sure there should be a way to configure it to work properly. You have to compare how exim and php are setted up on cPanel and non-panel servers:
1. Check the mail related settings on phpinfo(); pages as a user on both servers, pay attention to sendmail_path , mail.force_extra_parameters or any other *mail* directives.
2. Check all the exim configs with simple:
Code:grep originator /etc/exim* -Rs
-
I thought it should be possible too. But I did compare all the mail settings (both servers all use the defaults) and went over the exim configs very thoroughly. The best I can tell is they have some custom perl scripts that sniff the users making the tcp connections.
It seems a little crazy that is how it needs done. The reason I started looking into this is because I realized it's possible for accounts to use other accounts DKIM keys. And SPF will pass also if they share an IP address. This true on both servers. So I was hoping to add a little check to make sure the from address was associated with the linux account actually making the call.
But if you don't have any quick ideas, that's ok.Comment
-
We don't have ideas, just a little experience with the mail services. Let's wait for community input if any.
If I were you, I would ask ChatGPT/Claude for help, I just got some promising results with the following prompt:
Please give it a tryI am using self-hosted cloudlinux server with no panel with exim email service. The php is handled with mod_lsapi and works as a unix user. Guide me how to configure exim to properly use originator_uid to use user_id as a sender.
Comment
Comment