Problem sending email with exim
Hi all,
I need your help. I am currently using exim software that come with cpanel but I am not happy with using exim software because the email goes to spam folder. I have got another server where I have postfix software installed as my email goes to inbox. There are something wrong with exim software that did not set up correctly.
I have pointed the IP in the rDNS with the matched domain. I have configured in the helo, mailips and mail reverse dns and I have also set up dkim, dmarc and spf1 in the dns, but the email still goes to spam. I wonder why and if I do miss something?
If I have miss something, then I want to know what files I need to look at to configure it correct so my email would go inbox?
If I have not miss anything, then I wonder if cpanel would support postfix if I remove the exim software?
Thank you.
-
This is a great place to start: How to Keep your Email Out of the Spam Folder - cPanel Knowledge Base - cPanel Documentation 0 -
Seriously, did you not read my post?
Seriously ....yes I did read your post ! You have said you have configured everything, but we have no way of knowing if you have configured everything CORRECTLY The best advice I have is to check your settings using the guide I pointed you to, and make use of resources like MX Lookup Tool - Check your DNS MX Records online - MxToolbox to establish where your problem might be. Of course, you can always claim the software is at fault, which is always convenient, and would certainly confuse all the server operators whose mail doesn't end up in the spam box...... Sorry for bothering to try to help ! I am sure that the cPanel staff will be eager to assist you here on Monday (or you should open a support ticket if you can't wait).0 -
Seriously ....yes I did read your post ! You have said you have configured everything, but we have no way of knowing if you have configured everything CORRECTLY The best advice I have is to check your settings using the guide I pointed you to, and make use of resources like Received: from [::1] (port=39054 helo=gateway1) by gateway1.mydomain.com with esmtpa (Exim 4.91) (envelope-from ) id 1gVi9R-0001Gg-Gn for myemail@gmail.com; Sat, 08 Dec 2018 19:20:33 +0000
The last time I sent an email which it got inbox it was on 21st August. Here is the old header:Received: from [xxx.xxx.xxx.123] (port=49788 helo=xxx.xxx.xxx.123) by server.mydomain.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91) (envelope-from ) id 1fsFFG-0000Ky-Tk for myemail@gmail.com; Tue, 21 Aug 2018 23:35:26 +0100
Do you know why I have got "Received: from [::1]" without any information? I think I have turned it off or modify on somewhere in the whm or ssh so I need to take a look into it to find out why and where the problem is coming from. If you know where I need to look at and what I need to make the change, then please let me know so hopefully I will be able to resolve it.0 -
Do you know why I have got "Received: from [::1]" without any information?
::1 is the same as 127.0.0.1 or localhostSMTP Banner Check Reverse DNS does not match SMTP Banner"
Check out the post from @cPanelMichael here Gotta love a Troll o_O :(0 -
I have just run some tests for you by sending various test mails to my Gmail account from a variety of sources. I suspect you are using webmail or a script on your server to send the test message to your Gmail account. The Horde webmail messages I sent to my Gmail account contained Received: from [::1] (port=36656 helo=server.name) by.....
which would make sense, as the message was sent from Horde on localhost. All the test messages I sent from webmail to Gmail with the ::1 in them, were received into the Gmail inbox with no problems. One other resource I often use to diagnose email issues is the G Suit Toolbox G Suite toolbox Messageheader Check MX: Check MX and SPF Records. If you were sending your test emails from a contact form or mailer script on your website, I strongly recommend that you use authenticated SMTP to make a connection to an actual email account on your server and use that to send the messages though. Personally, I disable the SMTP transaction delay in the exim configuration, it seems to provoke all sorts of delivery issues from some services when enabled (and it should stop any false triggers from mail testing utilities). Hope this helps0 -
I have just run some tests for you by sending various test mails to my Gmail account from a variety of sources. I suspect you are using webmail or a script on your server to send the test message to your Gmail account. The Horde webmail messages I sent to my Gmail account contained
Received: from [::1] (port=36656 helo=server.name) by.....
which would make sense, as the message was sent from Horde on localhost. All the test messages I sent from webmail to Gmail with the ::1 in them, were received into the Gmail inbox with no problems. One other resource I often use to diagnose email issues is the G Suit Toolbox Messageheader0 -
Both Horde and Roundcube return values of localhost when sending mail from your server - this is expected as they are the same IP as the mailserver. When you sent the email from your gmail via smtp connection, did you get the ::1 header or not?
No, if I send via an authenticated SMTP session from my PC, eg My home PC >> via an email account on my server >> a Gmail address - it shows the address as being my local public IP address (NOT the server address) - again, entirely as expected. If your Reverse DNS does not match the SMTP Banner - you might find help in this thread OFF default- Reference /etc/mailhelo for custom outgoing SMTP HELO OFF default
- Reference /etc/mailips for custom IP on outgoing SMTP connections OFF default
So I want to change it back to old settings and then add the smtp513 and pop3 in the DNS to allow me to connect to another server that I have postfix installed so I could use it to send the email using with the same domain name but with a different email address, but I have got no idea how I could do this. Do you know how?
You will probably need to use the smarthost options - this thread might help0 -
Both Horde and Roundcube return values of localhost when sending mail from your server - this is expected as they are the same IP as the mailserver. No, if I send via an authenticated SMTP session from my PC, eg My home PC >> via an email account on my server >> a Gmail address - it shows the address as being my local public IP address (NOT the server address) - again, entirely as expected. If your Reverse DNS does not match the SMTP Banner - you might find help in this thread OFF default
- Reference /etc/mailhelo for custom outgoing SMTP HELO OFF default
- Reference /etc/mailips for custom IP on outgoing SMTP connections OFF default You will probably need to use the smarthost options - this thread might help
And this:Send mail from account"s dedicated IP address: OFF Reference /etc/mailhelo for outgoing SMTP HELO: OFF Reference /etc/mailips for outgoing SMTP connections: OFF
It is still the same and I have also tried to modified on /etc/mailhelo and /etc/mail_reverse_dns but it is still the same so I dont really know what to do. Can you please check on your "Enable Sender Rewriting Scheme (SRS) Support" and " SMTP Restrictions" if they both are enabled or disabled? As for hostname, I use gateway1.mydomain.com and my smtp is smtp513.mydomain.com so do I need to change the hostname to match it? And also I have found the issue in the mxtoolbox, the domain is not matching because the other domain are display that pointed to the IP which it show like this:Connecting to 216.xxx.xxx.xxxx 220 mail.mydomain1.com ESMTP Exim 4.91 [656 ms]
0 -
@cPanelMichael do you know anything about this? 0 -
Hi @chris0147 The only items that are really relevant for outbound mail being marked as spam are the following: 1. A valid PTR that resolves the IP address mail is being sent from (i.e., any IP addresses on the server) to the hostname of the server. The one and only exception to this in my personal opinion is when you're dedicating an IP to all of your accounts but this is a complicated process and really not necessary. 2. SPF which includes the domain's MX, the IP of the server as well as the IP mail will be sent from. 3. Valid DKIM record, cPanel will autogenerate this in cPanel>>Email>>Authentication if DNS is hosted on the cPanel server. Your MTA exim has nothing to do with whether or not your mail is marked as spam, in fact, if you're 110% sure you've configured these three items correctly I would suggest contacting Google's postmaster for information on why they're flagging your mail as spam. They use their own proprietary methodology for spam checking and we have no way to know beyond those three items why they're seeing it as spam. I'd definitely do this before getting into complicated customizations/workarounds - configuration shouldn't be difficult. I have my own cPanel servers that use minimal customizations to exim (really I don't have any) but I have the above 3 items configured and I have no issues with my mail being flagged as spam. Furthermore, I want to thank you @rpvw for your awesome assistance in this thread!! 0
Please sign in to leave a comment.
Comments
12 comments