Email Sending Problem

Hi Peter, You said that "email doesn't just disappear into limbo" Well, mine certainly seem to do... I came to this forum after doing a search on Google and experiencing a problem to which I have been given no solution to so far by my hosting company, other than purchasing an additional product. Currently, the vast majority of my domain e-mails sent through my hosting company's mailserver - with accounts set using cPanel - are arriving at the destination's mailserver identified with my ISP's home IP as a Source IP. To me, it looks as if their server's behaviour is like a plain mail forwarding, instead of remailing/resending, although it actually adds additional "Received:" headers. Please bear with me, I'm not so tech-savvy so I may be using some terminology incorrectly. This happens regardless of whether I send my domain's e-mails using the Outlook client or the hosting company's webmail, unlike if I send an e-mail using my Outlook.com account and regardless of whether I use the Outlook client or webmail. When I send an Outlook.com or even a Gmail.com e-mail, the Source IP is always the mailserver's. So, it can't be an e-mail client configuration issue. This behaviour is sometimes causing my domain's e-mails being flagged by Gmail mailservers as "not being able to confirm that it was sent from the domain instead of a spam creator", although they still arrive at the destination's inbox, also sometimes ending in SPAM boxes hosted with other hosting companies and - worse - vanishing completely without either arriving at any of the recipient's boxes (SPAM included) based on a Microsoft server or me getting any failed delivery error messages returned. Since all ISP's domestic IPs are listed on the Spamhaus Project's PBL list and since Microsoft uses this list to filter SPAM, they just disappear. What I find strange is that I would expect any major hosting company's mailserver to behave like Outlook's and Gmail's but - in my case - it is not. I would really like to understand what is going on and why my hosting company's mailserver is behaving like this, since support staff is not being very forthcoming with any solution at all, other than trying to sell me an additional service while giving me a standard reply that "our server is being blocked by Microsoft". Funny enough, their support e-mails always arrive at my Outlook inbox. If you or anyone at cPanel's team could shed some light into this issue, I would really appreciate it. Thanks in advance. Tiago Figueiredo ------------ The following are some header examples, where I've just replaced e-mail addresses for privacy: Sending a domain hosted e-mail using the Outlook client:


Received-SPF: pass (google.com: domain of myname@mydomain.com.br[/EMAIL] designates 198.71.224.24 as permitted sender) client-ip=198.71.224.24;
From: "My Name" 
To: 
Subject: teste
Date: Tue, 30 Aug 2016 20:44:33 -0300
Message-ID: <000a01d20318$7ae08a80$70a19f80$@mydomain.com.br>
MIME-Version: 1.0
Content-Type: multipart/alternative;
    boundary="----=_NextPart_000_000B_01D202FF.55957560"
Thread-Index: AdIDGGS/LAGTo/N2TLG6tOnhZ9HIuw==
Content-Language: pt-br
2ZuPHJcJ0qrxM1aT/sd9DiefafuqQTKhGmrYi++nQX6z4JZaU2sz0IUnB9hTS75FArtKl/GHlTQUh3r7Iu4wjfs/P87sR5VUTOZXp9SlPwxydqFRuK6SQz3R

Sending a domain hosted e-mail using webmail:


Received-SPF: pass (google.com: domain of myname@mydomain.com.br[/EMAIL] designates 198.71.224.24 as permitted sender) client-ip=198.71.224.24;
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII;
format=flowed
Content-Transfer-Encoding: 7bit
Date: Tue, 30 Aug 2016 19:30:31 -0600
From: myname@mydomain.com.br[/EMAIL]
To: myname@gmail.com[/EMAIL]
Subject: teste
Message-ID: <9716802bf2952b2b63de5025b7c7dc4b@mydomain.com.br>
X-Sender: myname@mydomain.com.br[/EMAIL]
User-Agent: Roundcube Webmail/1.1.4
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - a2plcpnl0318.prod.iad2.secureserver.net
X-AntiAbuse: Original Domain - gmail.com
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - mydomain.com.br
X-Get-Message-Sender-Via: a2plcpnl0318.prod.iad2.secureserver.net: authenticated_id: myname@mydomain.com.br[/EMAIL]
X-Authenticated-Sender: a2plcpnl0318.prod.iad2.secureserver.net: myname@mydomain.com.br[/EMAIL]
X-Source:
X-Source-Args:
X-Source-Dir:
X-CMAE-Envelope: MS4wfDqBEi1RQ/epl5GfKfjsrrjOqBYOqv+acAM6PhcX5o0lUueftTdID3Ie+sPE4phK/IHwiT1JmWBEhncnsGbLyKpJe3QC9R+2mNvO3fx5pe8QYIAnKtM2
3wmLIBISoqpU9NsFNWeLQzjIYM5B2uvu0HsAU9ypTvB8srWoiKhdH2HNMHFhadNrrndleHSotGcSBOQxfbKoFupWeOQA9spv2/rIiIdPLUBB/MOkt2GTAyod

Sending an Outlook.com e-mail using Outlook client:


Message-ID: 
From: My Name 
To: 
Subject: teste
Date: Tue, 30 Aug 2016 21:07:39 -0300
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0048_01D20302.8ABD10B0"
Thread-Index: AdIDG673bgm42/dWTY2aI+e3WxTTJQ==
Content-Language: pt-br

cPanelMichael

August 31, 2016 21:22

Hello, The information is included by the email client (including webmail applications) you are using to send the email. A client must send it's own domain in the Helo/EHLO command per RFC requirements. You may need to consider using a VPN for email purposes to avoid revealing the source IP of the emails, or look for an alternative email client that doesn't add your IP address to the header. Thank you.

Tiago Figueiredo

September 01, 2016 00:01

Hi Michael, Thanks for your reply. It makes perfect sense that the client must send it's own IP to the mail server, but - still - what doesn't make much sense to me is why the mailserver is forwarding it onwards instead of resending the e-mail with the hosting mailserver's source IP, just as it happens when using a free account such as Outlook.com and Gmail.com with an e-mail client like Outlook. Are you saying that the former behaviour is cPanel's standard behaviour for hosted e-mail services?

September 01, 2016 18:24

Well, After trying a new hosting service, I can see now that it does indeed seem to be standard practice to reveal ISPs IPs. The new provider's e-mails also reveal my home IP, but at least e-mails arrive, so whatever the cause of the failure with the previous host was, it was obviously nothing to do with an IP block, as both Microsoft and their partner hosting company told me. Perhaps some mailserver problem with SMTP authentication as Spamhaus hinted at, though server-side since my settings were correct and even webmail didn't work, who knows. On the new provider's e-mails I did notice an "(Authenticated sender: myemail@mydomain.net[/EMAIL])" line that didn't appear in my previous emails. Whether that was the problem or not, it's no longer my problem. Thanks anyway.

September 01, 2016 19:27

Perhaps some mailserver problem with SMTP authentication as Spamhaus hinted at, though server-side since my settings were correct and even webmail didn't work, who knows.

Yes, it's likely unrelated to the inclusion of your own IP address, as it's uncommon to see that as the culprit for SPAM filtering. I'm happy to see the issue is now resolved. Thank you for updating us with the outcome. Thank you.

September 02, 2016 00:43

Yes, it's likely unrelated to the inclusion of your own IP address, as it's uncommon to see that as the culprit for SPAM filtering.

Well, that was the response I initially got from the Outlook Delivery Support team, that the block was due to my Source IP address being listed on the PBL and, since I'm not really tech-savvy, I chose to give them credit. Each to its own... My business is visual, not IT. A Spamhaus technician did say that should only be a problem if there was a SMTP Authentication problem, but he argued it was certainly with my client so I discarded it, since webmail was also not getting through and my host provider's support staff also aknowledged that 90% of all e-mails sent from cPanel e-mail accounts are being blocked by Microsoft servers (initially they said it was due to other users practicing spam, which would only make sense if their server was listed). One member of staff even said that the whole support team are hating cPanel because of all the complaints they are getting... Easier to blame to the tool, other users or Microsoft, than looking in the mirror I guess. Especially if your're selling additional products as a solution. Oh well... Time to move on... Once again... Thanks anyway and sorry for wasting your time.

Email Sending Problem

Comments

Didn't find what you were looking for?