[Case 96881] Quota notification emails bouncing from yahoo
ok so i noticed that when users reach an email quota or disk quota limit the emails are bouncing from some providers likely because its coming from their OWN email address and thus yahoo sees that the message is not coming from yahoo
USERsemail@yahoo.com
SMTP error from remote mail server after end of data:
host mta5.am0.yahoodns.net [66.196.118.34]: 554 5.7.9 Message not accepted for policy reasons. See http://postmaster.yahoo.com/errors/postmaster-28.html
headers:
Return-path:
Received: from root by myserver.com with local (Exim 4.82)
(envelope-from )
id 1WXPt4-001amN-6t
for USERSemail@yahoo.com; Tue, 08 Apr 2014 02:52:02 -0400
To: USERSemail@yahoo.com
From: USERSemail@yahoo.com
Subject: Mailbox Size Warning for Mail Accounts
Message-Id:
Date: Tue, 08 Apr 2014 02:52:02 -0400
how can this be updated so the email comes from a myserver email address such as support@myserver.com??
lots of my users that do get the message think is a phishing or spam message as well! how can we customize it?
Thanks!
Thanks
-
Hello :) Could you open a support ticket using the link in my signature so we can access your server and take a closer look? You can post the ticket number here so we can update this thread with the outcome. Thank you. 0 -
cPanel Michael. I'm seeing this too. I don't want to bombard you with tickets if one has already been opened on this. Can you let me know if I should open one too? FYI, the problem is that Yahoo recently started blocking all mail that shows a yahoo.com email address as the FROM address, if it didn't actually come from Yahoo.com. We are ALSO seeing this problem with Mailman mailing lists. When a yahoo.com user sends a message to a Mailman list, under the default config Mailman shows the yahoo.com email address in the FROM field... but any yahoo.com recipient will never get the message because it will be blocked (and the bounces will cause the yahoo.com subscribers to be unsubscribed). Honestly, I really have always disliked cPanel setting the FROM address for these alerts to be the same as the TO address. Now is the time to fix this. :-) - Scott 0 -
The original poster has not submitted a ticket from what I can tell. Note that a ticket for Mailman is not required. The issue with Mailman is addressed on this thread: Yahoo DMARC - Mailman Thank you. 0 -
[quote="cPanelMichael, post: 1621931">The original poster has not submitted a ticket from what I can tell. Note that a ticket for Mailman is not required. The issue with Mailman is addressed on this thread: Yahoo DMARC - Mailman Thank you.
sorry i got busy! i've entered a ticket now.0 -
[quote="ethical, post: 1625001">sorry i got busy! i've entered a ticket now.
Could you let us know the ticket number so we can update this thread with the outcome? Thanks.0 -
[quote="cPanelMichael, post: 1626141">Could you let us know the ticket number so we can update this thread with the outcome? Thanks.
tickets ID# 4838335 basically says its logged as an item to fix but you guys dont think its critical or important so no telling how long it will take. if more people log tickets about the issue they will raise the importance of trying to fix it :) also to customize the emails, this is actually possible after digging in the requests forum: [QUOTE] You are currently able to modify the templates used for the notification emails. The templates for email quota and disk space can be found at the following locations: /usr/local/cpanel/src/templates/mainacct_emailquota_notifylist/main.default /usr/local/cpanel/src/templates/mainacct_disk_warning/main.default For more information about these templates I'd check out our documentation on this at [url=http://docs.cpanel.net/twiki/bin/view/AllDocumentation/WHMDocs/NotificationTemplate]Notification Templates0 -
Thanks for the info, ethical. It would seem we should immediately modify our email templates to use a FROM address that is from our "support" email address, so that these emails will be delivered to Yahoo and AOL uses (and any other domain that starts to use strict DMARC settings). HOWEVER... the cPanel documentation on editing these email notification templates says we should not mess with the TO and FROM tags, which are enclosed in the [% %] tags: [QUOTE]Warning: You should only modify the text in the template. Do not change information in the [% %] tags. The template will not function properly without this information present. For more information on these tags, visit the Template Toolkit documentation.
The template looks like this: To: [% to %] [% END -%] From: [% from %] Can't we simply do this?? To: [% to %] [% END -%] From: support@example.com ...or something like that? Anybody done this before? What is the actual format? Do I need brackets like ? - Scott0 -
[quote="sneader, post: 1630131">Thanks for the info, ethical. It would seem we should immediately modify our email templates to use a FROM address that is from our "support" email address, so that these emails will be delivered to Yahoo and AOL uses (and any other domain that starts to use strict DMARC settings). HOWEVER... the cPanel documentation on editing these email notification templates says we should not mess with the TO and FROM tags, which are enclosed in the [% %] tags: The template looks like this: To: [% to %] [% END -%] From: [% from %] Can't we simply do this?? To: [% to %] [% END -%] From: support@example.com ...or something like that? Anybody done this before? What is the actual format? Do I need brackets like ? - Scott
hmm thats a good idea, support would that work?0 -
...tumbleweeds... I guess I will have to open a ticket about this. UPDATE: Ticket opened. Ticket #4880735 - Scott 0 -
Internal case number 96881 is open to address the issue where the "FROM" address with quota notifications is incorrectly using the "TO" address. Please monitor our change log for this case number to determine when a resolution has been implemented. In the meantime, you can manually modify the disk space notification template so that the "FROM" entry is hard-coded with an actual email account. The disk space warning email templates are located within the following directory: /usr/local/cpanel/src/templates/ You will need to copy the directory of the specific template you want to edit to "/var/cpanel/templates/" to avoid changes being overwritten by cPanel updates. EX: cp -a /usr/local/cpanel/src/templates/mainacct_disk_warning /var/cpanel/templates/
In this example, you would then edit the "main.default" file within "/var/cpanel/templates/mainacct_disk_warning". Before:From: [% from %]
After:From: root@hostname
Thank you.0 -
I've just started to get this same problem. Before opening a new forum thread, I searched, and found this. I see it's 3 months since this thread was last updated - has there been any progress on this? 0 -
[quote="JamesOakley, post: 1697721">I've just started to get this same problem. Before opening a new forum thread, I searched, and found this. I see it's 3 months since this thread was last updated - has there been any progress on this?
if you make the edits in the post the problem should stop. we will likely be waiting some time for cpanel to fix this themselves.0 -
Agreed with ethical... I implemented new templates and the problem is resolved. As a bonus, the templates look a whole lot better than the originals. I spent time thinking about what I want to say to customers when they are over quota, and how they can best handle the situation, and so it was an all-around win-win! - Scott 0 -
To update, our developers are still working on this case, but there is still no specific time frame available on when a resolution will be pushed out. Thank you. 0 -
I implemented new templates and works great as @sneader as done, except changing this From: [% from %] to From: (email@address.com .i.e.) does not work as @cPanelMichael as suggested. It still shows it came from cpanel for accountname (clientdomainname.com) . Any thoughts would be highly appreciated. Jas 0 -
Internal case number 96881 was resolved and a resolution was released several months ago. Could you verify which version of cPanel is installed on your system? Also, note the example you provided shows that you used parenthesis, which does not match the example we provided. Thank you. 0 -
Hello, version 11.48.3.0. I use automatic updates so it should always be at the latest. Yes, the example was not the best. Below is what I intended to imply as what I have entered. From: root@hostserver.domain.com0 -
To clarify, are you experiencing the issue reported originally in this thread, or is your only issue that you can't manually modify the file? Thank you. 0 -
To clarify, are you experiencing the issue reported originally in this thread, or is your only issue that you can't manually modify the file? Thank you.
I can modify the file just fine and that modified message gets send just fine. But when the notification is received on the client side, the FROM still shows it came from cpanel for accountname (clientdomainname.com) . I am expecting this FROM address to display what I have entered root@hostserver.domain.com[/EMAIL] Or am i expecting this work differently then what is being described? I have several Cpanel servers and they both behave the same.0 -
Manually modifying that file was only advised as a temporary workaround for the issue reported with internal case number 96881. Are you still experiencing the issue described in that case, and if so, what version of cPanel is installed on your system? Thank you. 0 -
Thanks for taking the time to respond to all these threads @cPanelMichael, I did respond with version (its at the latest) to your previous question in post #18. And appears we can't change what the FROM address displays when the notification is sent to the clients (what the client sees who it came from). Its always going to state something like cpanel for accountname (clientdomainname.com) which will more then likely go to their trash or they will see it as spam. I am hoping WHMCS ties in quota notifications soon with their system or will have to send them out manually or script themself so the FROM address shows support@mycompany.com[/EMAIL] instead. Thanks for your help. 0
Please sign in to leave a comment.
Comments
21 comments