Jump to content

Outgoing SMTP Multiple Acct Support or GMail Marks as Spam


TantumTech

Recommended Posts

Hey all,

We have been dealing with the Gmail spam issue for a while now in regards to WHMCS Emails (and only those). We utilize DKIM, SPF, SA, DMARC, etc. all with strict policies and all of that is 100%/passes without issue, before we realized using PHP Mailer for outgoing on WHMCS would cause issues because those were not signed/etc, so we switched it to SMTP - no problem. But here's the issue now, WHMCS only allows for ONE SMTP account for outgoing Mail, so say we have that set as inquires@domain.com all WHMCS emails sent from that address have no issues, however misc email templates or support/etc often utilize OTHER email addresses ie support@domain.com or billing@domain.com and the issue is that while using SMTP Auth for outgoing (which is required for DMARC/etc pass) GMail will mark all emails under spam when emails are sent using that inquires@domain.com email SMTP login but it is enveloping from a different address (ie support@domain.com) - do you get what I'm saying? Is there any way to get around this or better yet add support for multiple SMTP authentication at least for those other emails WHMCS sends email from?

 

Basic Rundown:

1. Need to use SMTP Auth for outgoing mail to pass DKIM/DMARC/etc. - no problem.

2. Only allows for one SMTP account to be used under WHMCS, so say we use inquires@domain.com

3. When WHMCS sends emails from inquires@domain.com there is NO issues/etc.

4. When WHMCS sends emails from addresses that are NOT the SMTP Auth address (ie email templates/support etc.) for example support@domain.com - those emails are all automatically put into Spam on Gmail/Google/etc.

 

The problem is either in the way WHMCS sends emails via SMTP auth (as in email addresses NOT the smtp auth account - aka envelope to, or maybe should use REPLY TO instead?) OR what it comes down to is that not being able to send emails from those other email accounts/addresses utilized by support or email templates just won't work well with email verification/etc checks.

 

A simple google search will find a TON of forums, threads, posts, etc. on this issue in WHMCS and most are simply resolved by using SMTP auth and email authentication/etc however there are a ton of people out there which were unable to find resolution and the problem is the same as the above - WHMCS sending mail from those secondary/other email addresses (while using SMTP auth for the one address) aka SMTP Auth is logging in as one address and the emails are showing FROM another, whether or not at the same domain this causes spam flags with a lot of providers most notably GMail. Is anyone aware of a way around this (as mentioned maybe having WHMCS use reply-to instead of envelope-from?) or is there any way we can add (or hope to expect soon) support for multiple SMTP authentication based upon the address it should be sending from aka inquires@domain.com uses that addresses SMTP login, support@domain.com uses that addresses SMTP login, and so on.

 

Hopefully this is clear and someone knows what I am referring to as I know it happens pretty consistently across the board, and the main issue is when most emails are sent from inquires@domain.com so we used that email account for SMTP sending in WHMCS Settings, well when invoices/etc go out which are set from billing@domain.com those all go to spam which no one really checks unless they have reason to.

 

Thanks!

Link to comment
Share on other sites

What is the root problem here? Is it that you are trying to get WHMCS to send emails to @gmail.com accounts, and are looking at different mailer methods because the emails are marked as SPAM or are not making it to the recipient? We use PHP Mailer, and all of our emails make it to @gmail.com accounts without any issues.

Link to comment
Share on other sites

  • 7 years later...

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use & Guidelines and understand your posts will initially be pre-moderated