On March 28th, 2018 at approximately 1:30 pm CST the server housing the cPanel Feature Request site’s hypervisor unexpectedly failed.
This failure resulted in the loss of data back to September of 2017. Read more in our announcement.
 

Improve deliverability of emails coming from cpanel@userdomain.com

LucasRolff shared this idea 1 year ago
Open Discussion

As a server administrator I would like to be able to configure the 'From' address for all cPanel notifications, allowing me to chose the best solution for any user that isn't hosting email locally, and prevent them from losing notifications sent by the server for failures with regard to SPF and DMARC.


case CPANEL-16733: Make cpanel@ emails pass sender verification

case CPANEL-15185: Ensure cpanel@ emails can pass DKIM/SPF/DMARC for the hostname of the server

case CPANEL-?????: Consider making cpanel@ use SMTP authentication in order to have a esmtpsa transport method in the header to improve deliverability

Comments (8)

photo
1

I second this. We currently use outgoing spam filtering, and anything without an account gets bounced. Currently any server to customer communication is dead for quota overage notifications etc as those emails get sent out as root@serverhostname which does not get authnticated to an account

photo
2

Yes! This will improve delivery as notification emails become more important and cover more features for both cPanel users and administrators. We would like to send these notifications via an external SMTP server.

photo
1

I experienced the 2th time we got blocked by ourselves. We uses our main domain for the main website hosted on our cPanel servers, the cPanel servers also use main domain with hostname for easy access to customers who prefer to login to cPanel directly and our email runs on Office365 which in return is working together with WHMCS and also running on the same domain.

This is a real world issue for a lot of people, I bet a lot have been looking for an spam issue they couldn't find which in fact was there own domain.

photo
1

I think that a per-user setting would be an overkill, perhaps changing it to a custom global address depending to the owner (root / resellers) will be easier.


The default could be cpanel@hostname.tld for root and cpanel@main-domain.tld for resellers.

photo
1

This is being tracked under case CPANEL-16733 and CPANEL-15185

photo
1

We currently block any outgoing e-mail sent from an address that doesn't exist because RFCs require the sender to be a valid e-mail address.

E-mails sent from cpanel@userdomain.com do not respect RFC's and are blocked.

Because of this, customers with external e-mail addresses can't reset their passwords.

We would very much like to be able to set the sender e-mail to something like cpanel@hostname.domain.tld, and allow resellers to set their own sender e-mail too.

photo
1

Non entirely related but... How do you do this? Can you point me to any tutorial or guide on exim to do that?

photo
1

We use SpamExperts to do this.

photo