I have a problem with all the mails sent from my company, often ending up in the recipients spam folder. It's from approximately 5-6 different mail adresses sending from the same mail server. We have a dedicated server that is both hosting out website aswell as managing all mails and so forth.
We usually don't get any error messages when the mails either never arrives, or ends up in the recipients spam folder.
But we received this 1 error message, so i hope you have an idea of what to do to keep our mails out of the spam folders. We might have to hire external developers to take care of the problem, i just want to get an idea of what the problem is, so i know if i can fix it, or tell the developers what to do.
"ANON" is put in, to keep mails involved anonymous. Should i delete anything else?
Error message:
-----Oprindelig meddelelse-----
Fra: Mail Delivery Subsystem [mailto:mailer-daemon#googlemail.com]
Sendt: 27. september 2013 08:26
Til: support#example.com
Emne: Delivery Status Notification (Failure)
Delivery to the following recipient failed permanently:
ANON#ANON.dk
Technical details of permanent failure:
Message rejected by Google Groups. Please visit
http://mail.google.com/support/bin/answer.py?hl=en&answer=188131 to review our Bulk Email Senders Guidelines.
----- Original message -----
X-Received: by 10.14.109.66 with SMTP id r42mr7804640eeg.43.1380263171652;
Thu, 26 Sep 2013 23:26:11 -0700 (PDT)
Return-Path: <support#example.com>
Received: from server.example.com ([2a01:4f8:121:267::2])
by mx.google.com with ESMTPS id
o7si4443732eep.48.1969.12.31.16.00.00
(version=TLSv1 cipher=RC4-SHA bits=128/128);
Thu, 26 Sep 2013 23:26:11 -0700 (PDT)
Received-SPF: neutral (google.com: 2a01:4f8:121:267::2 is neither permitted nor denied by best guess record for domain of support#example.com) client-ip=2a01:4f8:121:267::2;
Authentication-Results: mx.google.com;
spf=neutral (google.com: 2a01:4f8:121:267::2 is neither permitted nor denied by best guess record for domain of support#example.com) smtp.mail=support#example.com;
dkim=neutral (bad format) header.i=#example.com
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=example.com; s=default;
h=Content-Type:MIME-Version:Message-ID:Date:Subject:In-Reply-To:References:T
o:From; bh=E5v2ubiy1T/bYA8pEndEZlZwb928MRpgJuoPSy8WsQE=;
b=AbAc/65Y88xmhdGHxUUs3kK/1rOvTH0uEpPAVEN1sv8KNdJvzvRqiO72gqXan0M7wXRVeev6IJ
0iumBwj875irmYAaST9hzm+eIF02whaZDgkzRr2jjJKN9bn11tBmtlTK0JzTGDUMf1Ij+qmI
0iumBwj875irmYAaST9hzm+eIF02whaZDgkzRr2jjJKN9bn11tBmtlTK0JzTGDUMf1Ij+vdF
0iumBwj875irmYAaST9hzm+eIF02whaZDgkzRr2jjJKN9bn11tBmtlTK0JzTGDUMf1Ij+f
64lUpYIyyaqlNUYnaPt28=;
Received: from post.ABCDEFGHIJK.com ([xxx.xxx.xxx.xxx]:49696
helo=WIN7UVQT1EBIRO)
by server.example.com with esmtpa (Exim 4.80.1)
(envelope-from <support#example.com>)
id 1VPRUi-0008Dh-Os
for ANON#ANON.dk; Fri, 27 Sep 2013 06:25:41 +0000
From: "ANON - example.com" <support#example.com>
To: "'XYZ ABC'" <a.bcd#efg.hi>
References: <E1VORD0-0007hu-Jn#server.example.com>
<CACyHzxudCSh+4NOEu-_QR1yQYA=uR0DOrTTcgDsg9KcRLTWDFQ#mail.gmail.com>
In-Reply-To:
<CACyHzxudCSh+4NOEu-_QR1yQYA=uR0DOrTTcgDsg9KcRLTWDFQ#mail.gmail.com>
Subject: SV: example.com: Ordre # 700003820 opdatering
Date: Fri, 27 Sep 2013 08:25:38 +0200
Message-ID: <00d501cebb4a$637159b0$2a540d10$#example.com>
MIME-Version: 1.0
Content-Type: multipart/related;
boundary="----=_NextPart_000_00D6_01CEBB5B.26FF0BB0"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQGYr839QgwXgZ5pAdux+XF0Yh5W4AHfGYRhmjY70GA=
Content-Language: da
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - server.example.com
X-AntiAbuse: Original Domain - ANON.dk
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - example.com
X-Get-Message-Sender-Via: server.example.com: authenticated_id:
support#example.com
X-Source:
X-Source-Args:
X-Source-Dir:
I needed to edit the MX records for the domains sending the mails, as the domains and websites were on the same server the mail server couldn't comprehend it.
Related
We have a small company, we send sometimes few emails.
All these emails are considered as safe emails by all emails provider, only HOTMAIL.
How can i know the reason why HOTMAIL consider our emails as SPAM ?
Understand our Outlook / Hotmail / Office365 Deliverability Issues with X-Forefront-Antispam-Report ?
You can find bellow an exemple of an email classified by HOTMAIL as SPAM :
Received: from HE1EUR04HT080.eop-eur04.prod.protection.outlook.com
(2603:10b6:a03:100::41) by BYAPR17MB2341.namprd17.prod.outlook.com with HTTPS
via BYAPR08CA0028.NAMPRD08.PROD.OUTLOOK.COM; Wed, 5 Dec 2018 10:35:04 +0000
Received: from HE1EUR04FT013.eop-eur04.prod.protection.outlook.com
(10.152.26.59) by HE1EUR04HT080.eop-eur04.prod.protection.outlook.com
(10.152.26.72) with Microsoft SMTP Server (version=TLS1_2,
cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1404.13; Wed, 5 Dec
2018 10:35:03 +0000
Authentication-Results: spf=pass (sender IP is xx.xxx.xx.xx)
smtp.mailfrom=xxxxxxxxxx.com; hotmail.com; dkim=pass (signature was verified)
header.d=xxxxxxxxxx.com;hotmail.com; dmarc=temperror action=none
header.from=xxxxxxxxxx.com;
Received-SPF: Pass (protection.outlook.com: domain of xxxxxxxxxx.com designates
xx.xxx.xx.xx as permitted sender) receiver=protection.outlook.com;
client-ip=xx.xxx.xx.xx; helo=xxxxxxxxxx.com;
Received: from xxxxxxxxxx.com (xx.xxx.xx.xx) by
HE1EUR04FT013.mail.protection.outlook.com (10.152.26.126) with Microsoft SMTP
Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id
15.20.1404.13 via Frontend Transport; Wed, 5 Dec 2018 10:35:01 +0000
X-IncomingTopHeaderMarker: OriginalChecksum:AB1002FDAF6A587890EE7D690A8B7C0533694AA27CC8CD5DD9887E9B10F6A6AA;UpperCasedChecksum:2C9C5779BC7CA07579C2ABCCDCC6DC4EF6E1F5707AEA3F3E3B8FB9DB8A5964FE;SizeAsReceived:1060;Count:12
Received: from authenticated-user (PRIMARY_HOSTNAME [PUBLIC_IP])
by xxxxxxxxxx.com (Postfix) with ESMTPA id 3042C13B6
for <prenom.nom#hotmail.com>; Wed, 5 Dec 2018 10:35:01 +0000 (UTC)
Date: Wed, 05 Dec 2018 10:35:00 +0000
Content-Type: multipart/alternative;
boundary="--=_RainLoop_184_159261189.1544006100"
From: xxxx.xxxx#xxxxxxxxxx.com
Message-ID: <1d5dbc12b0ad9f393b60bdcf281453d4#xxxxxxxxxx.com>
Reply-To: xxxx.xxxx#yahoo.fr
Subject: Mail de test
To: "prenom nom" <prenom.nom#hotmail.com>
X-Spamd-Bar: /
Authentication-Results-Original: auth=pass smtp.auth=xxxx.xxxx#xxxxxxxxxx.com
smtp.mailfrom=xxxx.xxxx#xxxxxxxxxx.com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xxxxxxxxxx.com;
s=dkim; t=1544006101;
h=from:reply-to:subject:date:message-id:to:mime-version:content-type;
bh=rUWyfwQa5tHrCBIwEq0ehhhrOAC/x3JYLLdxQgyDPyI=;
b=fevC4RxDsG9+KynrDFzJZtm/NreksALp7vHODFCUspUglru5PsIM0ta0JUCaNpAldMCbpo
Fp7dWa84dYFBnh85l9oV9HFpzHTgCzk/v63Hjw5ggxJJq41e46mlgr3wbdJjb8gDNcE4gc
AV9BATZpIZH8OKpXgtOk53N+laqJRZg=
X-IncomingHeaderCount: 12
Return-Path: xxxx.xxxx#xxxxxxxxxx.com
X-MS-Exchange-Organization-ExpirationStartTime: 05 Dec 2018 10:35:01.9575
(UTC)
X-MS-Exchange-Organization-ExpirationStartTimeReason: OriginalSubmit
X-MS-Exchange-Organization-ExpirationInterval: 2:00:00:00.0000000
X-MS-Exchange-Organization-ExpirationIntervalReason: OriginalSubmit
X-MS-Exchange-Organization-Network-Message-Id: 4730759b-0399-41af-5552-08d65a9d5017
X-EOPAttributedMessage: 0
X-EOPTenantAttributedMessage: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa:0
X-MS-Exchange-Organization-MessageDirectionality: Incoming
X-Microsoft-Exchange-Diagnostics: 1;HE1EUR04FT013;1:f6d7toPjHds79kfjb8F8a92RxuOXFF60QrueiBIAci0rI6sqqY48Bzu8uaNPzyL+FT+X9g/kG7bzmFi2V3HyDeZeMuGeuUuP9oSB16V/YB9PGJWjCgb0fJhRv68sm8lk
X-Forefront-Antispam-Report: EFV:NLI;
X-MS-Exchange-Organization-AuthSource:
HE1EUR04FT013.eop-eur04.prod.protection.outlook.com
X-MS-Exchange-Organization-AuthAs: Anonymous
X-MS-PublicTrafficType: Email
X-MS-UserLastLogonTime: 12/5/2018 10:31:45 AM
X-MS-Office365-Filtering-Correlation-Id: 4730759b-0399-41af-5552-08d65a9d5017
X-Microsoft-Antispam:
BCL:0;PCL:0;RULEID:(2390098)(5000110)(711020)(4605076)(610169)(650170)(651021)(8291501071);SRVR:HE1EUR04HT080;
X-Microsoft-Exchange-Diagnostics:
1;HE1EUR04HT080;3:DybF6SUpFveGAxx8na3Ize3Nkt11joOtHTmP4K19riue2nfmCDbAyWtEYCFb39NFLsV0PICKRCZizik1veZYKZZAcyTwiQmwBg5eXjW0fGglhIgvt9/rQ5isFDOhdIvBHmH3ibQzaj7ZwH7Iir5xLlUh6KuQjK4wqbZ70xNx7L9xtCkl1KIZn9nyqt1CvAT8C1eCok0fU+ox4kGY8NzL87N2fRqer12pTDSEatEWoGcBosOnaKKbfJQZ8xn3738k09JlzAajuEghTgVNfAM3qpJyVk3ZD4FWpYcStFs23qSty17srM/Tayf11c8uB46uix5Y7KnAXa9rNRUfMONZBA==;25:/SJAdxq4u4Qs1hsqopWz0P0KJHrriehmS29nQXtMgNdyC/cclr2pHh4viLne8HpxsTcz6FrSKBu+mJqB84LON4ctSh+BHbxE3WmdWSndOZn+1S4dDARLgb+uzcn/JbOCCaYuIG98V+QZ8fbqqyYkamo9JsOmiGCMTQIDAQD/cJrgvbrRUfSu6gkYhzYAn4vP2SwFf5pxMZ4WrWMmc0bNrPEUOSvG6VFM5JlGO2Os6dlpTbb6TTRv2l7y9BfvANVnXEwB53LOCclUNVKFf6+2fz9bKKw+VIy5/swsy2z+h8n/WPKoqM92Mpdnoq6LFItoTKRqWwQDqvv2F3nO0OKQmA==;31:dOrm256zuEt/hE/ekHqoTmIFEXc3zHxEZayzOO42bqB36gH75boqRurWRKHauLRLvCYkTvXymjaXQsUJKVXs80ws5rCMaT7QiwMplBdg0VWdDFZvwjh/tt2Nex/4a7uaO8g5M9D8rS0CXCrpSVzTp+Jga6sxIzEMgtq3OlmJIhulvmOsoSld1HvPcOGpXMeRZZD2PsotmP2Tn9ElHF5AmGU4ViCtza4/J9FB+E4A2W0=
X-MS-TrafficTypeDiagnostic: HE1EUR04HT080:
X-MS-Exchange-EOPDirect: true
X-Sender-IP: xx.xxx.xx.xx
X-SID-PRA: xxxx.xxxx#xxxxxxxxxx.COM
X-SID-Result: PASS
X-MS-Exchange-Organization-PCL: 2
X-Exchange-Antispam-Report-CFA-Test:
BCL:0;PCL:0;RULEID:(444111751)(6300000075)(1201097)(52401380)(52601095)(52505095)(52406095)(52305095)(52206095)(88860335)(82015058);SRVR:HE1EUR04HT080;BCL:0;PCL:0;RULEID:;SRVR:HE1EUR04HT080;
X-Microsoft-Exchange-Diagnostics:
1;HE1EUR04HT080;4:bokg6rTSYvxEH9tWbCTyUYr0q5d15BPnt3b/6NKV1aU47utLwxgQ3Uen6CF95MioWJ7vvtnrkzk/fZP/MnWwvPlt2LRJsAvjCcM+DhRB4Xe2oCPUZzR/2mfZz5VsEfraEDaZ8s4GsoKPIKsJ4B6Y9xz+xUec4kc3cmIHh5SEfv+AXcHtdM1TKdA4usesZy47wEFH2rlFaKJEJxViqyBx/+26SDBbLD9PQP2hUUDWn8YbKAzJz7kR23nsBU5mvnQitvIfh5Bt3+zV2wg1zwahMA==;6:l6ijCjczte/M+2grONf/7pGyIkA1XNf4ID15Esb3yess1e9qhWDPeZwXlbH4hdWZK9DAagKkup3nQoQmaHFWM1UyZrK/yXBDWwbu2CYkI0LYD0/x2bGkNcnFXUuZvjEwhBI276G4Q9s1niDBXrLyCy6nrroKStX+XVdwQJRN+SOmn1nRBk4ve83RRKErll45NODrJ1gs+ohoPuPKKE+WsiHVqPqXc8/tAYQ2+6rDDDuSe1JW8tbwG6GPQTgmTB4VCZCmDHE+OYv/AwUI9E5/tvjDaR+AUGfmxkNEfAGy5FaGIpPyc5ooj2Ccoc78uJ1uSJSG0PaRkC9BpBqzDAyDCUMtNiYKxkmT/BX7G7izvr4YSz3/2IjYroc3BRaBgR1ysgDdJaNQxMdgvdSLf+QT7GAjoPlzHjg5kdbhboJ21LA7FUbD38w9sCeLL/quipitUon1NWPG86s5Sqvk2Dlp0A==;5:Swo0LieNeMdG7TItYBICIBs0+ruylDAdbXBR0mvw8RBGaL8cuIubr/SDBiw8BowyZ1QpMwH8zEyR1DPU0K18Po7sIcdApik4BOkjw3sVVlUr8Q0i6hFhkjWbbhCTcJLzQ2vHbiB9TubWWw5v9b1bNTvzvsYSCsmct8RLj7klb+Y=
X-Microsoft-Exchange-Diagnostics:
1;HE1EUR04HT080;7:/enTEOqI+9/YUuE8ZQ9zGk1y/OeSFzGo3DLWTFNT1Df2M9R68+jdV3s+KWz8wPKd8cpou9+NhTU/Ly60rQh2wB1nSL9Z+W+mqZLXhdfPmN+sIfwIAOXAY74iQZfUMqyY5fDb4d5X13fGQzKO8ZFERQ==
X-OriginatorOrg: outlook.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 05 Dec 2018 10:35:01.8638
(UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 4730759b-0399-41af-5552-08d65a9d5017
X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-CrossTenant-FromEntityHeader: Internet
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg:
c001924d-3e68-4f40-89c2-901a49278da7
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1EUR04HT080
X-MS-Exchange-Transport-EndToEndLatency: 00:00:02.1382293
X-MS-Exchange-Processed-By-BccFoldering: 15.20.1404.009
X-Microsoft-Exchange-Diagnostics:
1;BYAPR17MB2341;27:WzLF8uqdvJVnu4T9cEu69DvAmSYq5iH/pHwrHXwIpXlnvNE4YIOzmmcexyxApqb4mygEC4ri6vNS095zA9lD+HsJyGDlK7UPUWAaQzIxM32oVjRuf6gKM+HN6e0fSZ9Bes900pfhufceV5TD3RyFTczEgE+rYmRxjKWcWr2L9jInBXy0DsJyUbYMGn2F/rGKlTpWFbva4M2R8UtxFB5aqaTfC5eTKsCUJ4q8ICVCPBd2RmPLWm/Kg6eKH4NOhsr0Uwznp24MCk5dl9QfUrec/K4QMsSG3VLtksdTwUe0dJE5QJwo3JSv9hYocobTUxm7l57Gkj5OyKrCdguMjyfYw8P1mDhqW63zg5rCA1rMKNlSrO8fndJ+ISQ0isjRQkHrtKHcKkJu2S35Z6yzu348GbQQoKWiYsqbREclISUnkSXs1FHgGQKwE/3z9RqSQ39cAFx4yl5zDeotk2sRMJANJ48z853v+LFsNVvCik2uVDTcuz8wlBnkWQtFpWrlTBfsUxXlTYvKSqgQfGCLYUIfcQ55A3CBlTCqUpV87rLkV0rLGQzjCuXWORHZplmm6RlETzMDbhqh2yDCce9ZR1iBsOzvvJNVPVW4DZL5odgWAFTYZeH5wm0TqcGgGsG6RCWRPvWo0+8hDf6pA62rZaPQja3HGxGsKwkhfDWXMzEAdwUtRXcDjSrBaghKPmnxokg6Hc+CjPOkGqZQvZnQ4DeyHqxVugL97+ZCfzbRuFv4rxU=
X-Microsoft-Antispam-Mailbox-Delivery:
abwl:0;wl:0;pcwl:0;kl:0;iwl:0;dwl:0;dkl:0;rwl:0;ucf:0;jmr:0;ex:0;auth:1;dest:J;OFR:SpamFilterAuthJ;ENG:(5062000261)(5061607266)(5061608174)(4900095)(4920089)(6375004)(4950130)(4990090)(9140004);RF:JunkEmail;
X-Message-Info:
qoGN4b5S4yog6nY042nLw3cqoJY/BsdeIdvpFyeEToIfBWdMiTy9ohwkOjOHX/mmYDuIIXAZuntJB/jcvsI8N12HJabUBoRzEX6xvbe2KE26SyeTZwImTZfxGqX28h5yd+X+vl4xYK4JrDiB4OS5lY4EIUJKI6TMjc2520XsSe62AVW/zBal1X8WxWxQRjLLJ2OD1DdMGUwrpwctIvbXmA==
X-Message-Delivery: Vj0xLjE7dXM9MDtsPTA7YT0wO0Q9MjtHRD0yO1NDTD02
X-Microsoft-Antispam-Message-Info:
kn8GS6I4/kPnpU/s+UZNNPbSeg3rfdTgFyHeBXLCZvoE6uXKC7trydLv9phn7DwZaRocm++y+Ifx6fakEyZGC5OF4oMZSmC8SPGjRMeIw5JRyrZGj1nnAPzRIzWBkY3knBBDPNNNCMc8tzhV8Ky/rpuMc/pCeOfv3VeRILR6ZIs6FA4hikmY6STGkXj6pwIiYwZ1EECRVO4v9pZCfEce/bYYyp9HDAwmqd9g25w7g4P5Any8jodv+LSB+sNvclLSwKtB5cd1hRqcAscvJfReflSU9Q3aPgTwSUufImnPCUiFN2HyCeKhx6qMHLY3kcTT79SSrZMIF79RU+8+rP4Qu7TfXKWeCWZf7yF9m8kw4LSWlhbN9b7nnxB+N2rggThM0fS3OJD3azvSKC9OHVq0D0sAki7UeNKaiyNx+hzNE/9gbV/HvMe0QM9zW2lP4mEJieBTCRfAl56mJJ3z0y6xSN0h8o+o3M00W7US96q4UEg9FXHA1Ei8yUpw6BlnCJSfRzMYlX1DZ7N9HKyIyoVIiIt5EeG631x9aU4bgaovXGokkqWh8jaVu6kZlr1cj8yxq2PVT4hJ1zGbDf7Yudzfcg/P2oRVijIWAwI9qrh+G7q3Z5AdkW4w2oiFV08o8BNevj5YCnWFKUD8CkpbW9U8nzMiknoahVbGLQbZTKaLsSouKh3qcRdP+9bQsKoun4Z+zQwmb+hlMltxT3ArfrT9Hwia8A9sWhd24OtCO392HhE=
Blacklisting of a sending ip or your sending domain could be a probable reason. And it is that Hotmail smtp server has only blacklisted your domain /Ip . Try changing your sending Ip or the domain and see if it lands in the spam or not.
I would start with something like checking my domain's send reputation on a site like Sender Score. That will tell you if you've been blacklisted. Then I would reach out to the Outlook postmaster to see what I can do to fix my errors. I also would really double check how my emails look in Hotmail, user engagement counts in many spam scores, and if the content doesn't look good it, users could be deleting it or marking it as spam.
I have a clickfunnel account using sendgrid for smtp. The email being sent are all ending up in GMAILs SPAM inbox. The emails are text that contain a link to a pdf that was requested via an opt-in form from a clickfunnels website This doesnt seem to happen for any other provider. Can someone provide any input/help? Below is my header .
Delivered-To: skaterproig+30#gmail.com
Received: by 10.64.55.101 with SMTP id r5csp284677iep;
Thu, 26 Jan 2017 09:22:37 -0800 (PST)
X-Received: by 10.107.136.90 with SMTP id k87mr3674950iod.34.1485451357582;
Thu, 26 Jan 2017 09:22:37 -0800 (PST)
Return-Path: <bounces+4613786-5cd9-skaterproig+30=gmail.com#default.dojo360marketing.com>
Received: from o1.0qt.s2shared.sendgrid.net (o1.0qt.s2shared.sendgrid.net. [167.89.106.58])
by mx.google.com with ESMTPS id g88si2422968ioj.172.2017.01.26.09.22.36
for <skaterproig+30#gmail.com>
(version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
Thu, 26 Jan 2017 09:22:37 -0800 (PST)
Received-SPF: pass (google.com: domain of bounces+4613786-5cd9-skaterproig+30=gmail.com#default.dojo360marketing.com designates 167.89.106.58 as permitted sender) client-ip=167.89.106.58;
Authentication-Results: mx.google.com;
dkim=pass header.i=#dojo360marketing.com;
dkim=pass header.i=#sendgrid.info;
spf=pass (google.com: domain of bounces+4613786-5cd9-skaterproig+30=gmail.com#default.dojo360marketing.com designates 167.89.106.58 as permitted sender) smtp.mailfrom=bounces+4613786-5cd9-skaterproig+30=gmail.com#default.dojo360marketing.com;
dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=dojo360marketing.com
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=dojo360marketing.com; h=from:to:subject:mime-version:content-type:content-transfer-encoding:list-unsubscribe; s=s1; bh=iGGvgybvMIwWj8iMo6RNOZBw1oY=; b=NbCSUFZ1IkB2g9M9DkNECSi mplw6GnKswSmceyVOgyIpxnhi2JmWu54GK/UnJ7dUzvDDLu3rKX74pEEzc93su8J uoFpeIowJAINQLXPLTb7UGf7NYXLVfu6nbQK0x+77gusaXyFw2R1MGn5OlW1HWOu z6SM8rDvm8QYMybisXSY=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=sendgrid.info; h=from:to:subject:mime-version:content-type:content-transfer-encoding:list-unsubscribe:x-feedback-id; s=smtpapi; bh=iGGvgybvMIwWj8iMo6RNOZBw1oY=; b=YREBbFAZ8NjnomRX0A SphSIGBUUGZun9eqdHcx7jDqb/VPeHcJx1uUx5iMQw1IfZopgqGWnzVU30szry31 itq/oz1lua6PZCLDtv4afBohZC/mg6L+he6rCAf6+RVOyoBM6SjVwcwP9xE2P3kI jfOStYID8mMXT1/JHXd9i4OjA=
Received: by filter0471p1mdw1.sendgrid.net with SMTP id filter0471p1mdw1-4686-588A3057-73
2017-01-26 17:22:31.905529583 +0000 UTC
Received: from sendgrid.net (ec2-54-159-33-237.compute-1.amazonaws.com [54.159.33.237]) by ismtpd0002p1iad1.sendgrid.net (SG) with ESMTP id mHB920fHRbudUGhPRYyQ8A for <skaterproig+30#gmail.com>; Thu, 26 Jan 2017 17:22:31.849 +0000 (UTC)
Date: Thu, 26 Jan 2017 17:22:31 +0000
From: Luke <luke#dojo360marketing.com>
To: skaterproig+30#gmail.com
Message-ID: <588a3057c3a82_33fa15953ca98128097b#9d2e634e-4341-4613-b981-ee67318af792.mail>
Subject: Your 7 Strategies For Success On Instagram
Mime-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-SG-EID: boxWIquxfC9y+HfUv+zESdBuM+kKU9o0vblHJUWzwP87H0fm+OzTtulmItYBlzjoUqeGCjyRPSVOx+ QXSfpfbKRl9DLuhwM1rzyX5r3GYFOj6X2ZXNdHE5cjqN9KKM7BnX/ZqAWJ9MQH3AuuoJQgsjx1dGxZ Daa06Puh2Pn2FtpkKDBfStHfDn1BbdypuCL4cBqyl9P5qng+q4+VZ0fryhGu8MzUJwtVJOJy8WAbm9 w=
X-Feedback-ID: 4613786:1478j/Xy9kCQOFry+4ViOpy/RBGrksR9BrnnaWgApCk=:1478j/Xy9kCQOFry+4ViOpy/RBGrksR9BrnnaWgApCk=:SG
List-Unsubscribe: <https://u4613786.ct.sendgrid.net/wf/unsubscribe?upn=fuN86yABfSSa-2BXtYbx1pLOyPFfL0-2F84WkGPxC3DB-2FfsqwyzsATyn9L4DfaqnREO823WTcoVlNOJAoTrrzI7TidU5xoxP1SLdTaSgxPYA7cZq2a6Ch9yA27WykpBKh2VKXWWOI0O0WdHdIl8BrtM-2FeZ5KcC3KQFgxwkx-2FlDiXg1oRE34vj0ufecskczVUX5bDimQPtsCC7hVwUO3cjqS06a-2FJ-2BeXDy8BU5pTR2mK1hh4-3D>, <mailto:unsubscribe#default.dojo360marketing.com?subject=https://u4613786.ct.sendgrid.net/wf/unsubscribe*q*upn=fuN86yABfSSa-2BXtYbx1pLOyPFfL0-2F84WkGPxC3DB-2FfsqwyzsATyn9L4DfaqnREO823WTcoVlNOJAoTrrzI7TidU5xoxP1SLdTaSgxPYA7cZq2a6Ch9yA27WykpBKh2VKXWWOI0O0WdHdIl8BrtM-2FeZ5KcC3KQFgxwkx-2FlDiXg1oRE34vj0ufecskczVUX5bDimQPtsCC7hVwUO3cjqS06a-2FJ-2BeXDy8BU5pTR2mK1hh4-3D>
Based on senderscore.org, a free IP reputation service from ReturnPath, your IP address has a low reputation score of 78. When your reputation score is that low, Gmail and other mailbox services will automatically route your emails to the spam folder.
The primary reason is that too many users are reporting emails as spam.
In addition, it also appears that you may be on a shared IP, as it looks like many different domains are sending emails from that IP. (That means that your inbox delivery may be impacted by the behavior of other companies.)
In other words, the problem isn't technical in nature, it's related to your email-marketing practices. Your marketing department may be purchasing lists, scraping email addresses from websites and otherwise mailing users without their permission.
This has very little to do with your email marketing practices if you are using sendgrid. The problem is that as a sender, they are already tainted by every other user of their services. I ran the senderscore on them and pulled a 51.
(I am currently attempting to implement their services in my node app, so I Pulled the IP they used to send my test email, which of course went to spam.)
THEIR score is a 51, due to very high volume sender. It has nothing to do with YOUR own personal IP address, since the email is originating from their server and not yours.
I am on this question because I am having this same exact issue right now. I assume any other mass email service will have the same issue. I am not sure yet, but I may just use nodemailer
. I have not decided since this is not core functionality on my app. I can update if I make a decision to let you know how it works out. Using nodemailer means that My reputation is only linked to my own server or any other servers operating from that IP. It's a better chance. Plus you don't have to pay 10 bucks a month for a reasonable use limit.
Is your sender computer date and time up to date? It may happened for date and time difference between your computer and the mail server
My website, all written in PHP, has an automatic system to notify users via email. Everything worked perfectly until i moved everything on a new less expensive dedicated server (new IP, also). Now, from the new server, all the emails are sent to the spam folder. Why? What happened? Gmail says it's marked as spam because it violates these guidelines about the sender. Here is the message header of one of the emails
Delivered-To: fontanavideostudios#gmail.com
Received: by 10.64.224.200 with SMTP id re8csp1701580iec;
Sun, 1 Feb 2015 07:30:19 -0800 (PST)
X-Received: by 10.140.22.5 with SMTP id 5mr1380826qgm.72.1422804619177;
Sun, 01 Feb 2015 07:30:19 -0800 (PST)
Return-Path: <noreply#racebooking.net>
Received: from ns362512.ip-91-121-174.eu ([2001:41d0:1:ef28::1])
by mx.google.com with ESMTP id e3si21772874qaf.113.2015.02.01.07.30.18
for <fontanavideostudios#gmail.com>;
Sun, 01 Feb 2015 07:30:19 -0800 (PST)
Received-SPF: none (google.com: noreply#racebooking.net does not designate permitted sender hosts) client-ip=2001:41d0:1:ef28::1;
Authentication-Results: mx.google.com;
spf=none (google.com: noreply#racebooking.net does not designate permitted sender hosts) smtp.mail=noreply#racebooking.net
Received: by ns362512.ip-91-121-174.eu (Postfix, from userid 504)
id DFE0916074; Sun, 1 Feb 2015 16:28:52 +0100 (CET)
To: fontanavideostudios#gmail.com
Subject: Qualcuno ha commentato il tuo post
X-PHP-Originating-Script: 504:new_notification.php
From: Racebooking <noreply#racebooking.net>
Reply-To: no-reply
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Message-Id: <20150201152852.DFE0916074#ns362512.ip-91-121-174.eu>
Date: Sun, 1 Feb 2015 16:28:52 +0100 (CET)
The domain, racebooking.net, has a good reputation and MX, mail, smtp point to the same ip: 91.121.174.40 which is the same IP of racebooking.net (here is a test)
Any idea?
Check this line in the header:
Received-SPF: none (google.com: noreply#racebooking.net does not designate permitted sender hosts) client-ip=2001:41d0:1:ef28::1;
Authentication-Results: mx.google.com;
spf=none (google.com: noreply#racebooking.net does not designate permitted sender hosts) smtp.mail=noreply#racebooking.net
I think you have not correctly configured the SPF entries in your DNS.
See this Google Products thread about this: https://productforums.google.com/forum/#!topic/apps/nvGcYDjONfc
I can see that you have no SPF entries defined for "racebooking.net":
$ dig +short racebooking.net txt
"1|www.racebooking.net"
You need to define an SPF entry like:
"v=spf1 mx a:mail0.racebooking.net -all"
You also need to include any other host from which you might be sending email (ie web applications sending email from #racebooking.net).
More info about what SPF is: http://en.wikipedia.org/wiki/Sender_Policy_Framework
I've recently purchased a VPS and have setup my websites including SPF and DKIM (both passed). I've ran the mail server (and website) IP through several blacklist checkers and nothing.
I've set the hostname correctly (I think I have anyway) but emails still seem to find their way into peoples spam folder (even testing emails) the emails do not contain spammy words I've actually tested emails to my mum and still the same.
Here is an email header - what do you think could be causing this:
Delivered-To: toricksshoes#gmail.com
Received: by 10.58.12.194 with SMTP id a2csp326429vec;
Thu, 1 Aug 2013 05:36:40 -0700 (PDT)
X-Received: by 10.60.97.1 with SMTP id dw1mr1074072oeb.1.1375360600533;
Thu, 01 Aug 2013 05:36:40 -0700 (PDT)
Return-Path: <ricky#builderstoolkit.co.uk>
Received: from se1.atroxxhosting.co.uk ([174.136.14.186])
by mx.google.com with ESMTPS id c1si1447632oeq.153.2013.08.01.05.36.40
for <toricksshoes#gmail.com>
(version=TLSv1 cipher=RC4-SHA bits=128/128);
Thu, 01 Aug 2013 05:36:40 -0700 (PDT)
Received-SPF: pass (google.com: domain of ricky#builderstoolkit.co.uk designates 174.136.14.186 as permitted sender) client-ip=174.136.14.186;
Authentication-Results: mx.google.com;
spf=pass (google.com: domain of ricky#builderstoolkit.co.uk designates 174.136.14.186 as permitted sender) smtp.mail=ricky#builderstoolkit.co.uk;
dkim=pass header.i=#builderstoolkit.co.uk
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=builderstoolkit.co.uk; s=default;
h=Message-ID:Subject:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME- Version; bh=WfUANWyObKlgHt0YFO0000p9rrW3lvnjXubb7xXJfGg=;
b=Csn9FoqU6zX2YHB95CaH6dqtLinradRgaPjJm8OXwvbECFco/zCJLCddZK4SBMcM3vpDd8Wp9Nwn+YE0w J+cEmI1bJNvu97Tp32wvvBK4mOeYqddJoLtsjfjtQqryMbvzLLvHlZk9nqwTz/IjrwgyWsfW5s3YdmLJq3LvKS7S3M= ;
Received: from localhost ([127.0.0.1]:53993 helo=webmail.builderstoolkit.co.uk)
by se1.atroxxhosting.co.uk with esmtpa (Exim 4.80.1)
(envelope-from <ricky#builderstoolkit.co.uk>)
id 1V4s7U-0004R5-Uz
for toricksshoes#gmail.com; Thu, 01 Aug 2013 12:36:41 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
format=flowed
Content-Transfer-Encoding: 7bit
One reason why your messages may be going to the SPAM folder is the lack of a positive reputation. Look at it from Gmail's perspective... about 80% of new sources of email are spewing malicious messages. Often times Gmail and other mailbox providers look upon new sources of email as guilty until proven innocent. ReturnPath, a email reputation company shows your IP as not having sent very much mail. https://senderscore.org/lookup.php?lookup=174.136.14.186
By sending good mail to people who want to receive your messages your mail will begin to more often land in the inbox. Your only other options are to play around with your content. Try using different local address portions, domains, subjects, and content. If you include URLs like bit.ly which is a domain commonly abused you could find this as the cause of your SPAM folder placement.
If all else fails just let one of the cloud email services deliver your messages on your behalf. I've personally used SocketLabs with success on some past projects. http://socketlabs.com
Good luck resolving your issue!
We have an application sending mail with reply-to addresses in the form of NNN#email.example.com. The mail is sent via Sendgrid and replies are parsed using Sendgrid's Parse API. The problem is some email doesn't get back to us because the reply-to address has been changed to NNN#sendgrid.net. Sendgrid support says they never touch the reply-to and we've confirmed by a Gmail logging account that our application sends mail out correctly. So that leaves me suspecting certain mail servers are switching the domain name with that of the MX host. Our MX records for email.example.com are:
mx3.sendgrid.net 20
mx4.sendgrid.net 20
mx5.sendgrid.net 20
mx.sendgrid.net 10
mx2.sendgrid.net 20
Are there any mail servers or clients that are known to modify reply-to addresses? Or is there any other possible explanation?
Edit Headers from an email send by our app and logged with a Gmail account (sanitized to remove client information):
Delivered-To: logger#company.com
Received: by 10.112.62.41 with SMTP id v9csp143404lbr;
Tue, 31 Jul 2012 04:25:29 -0700 (PDT)
Received: by 10.182.51.37 with SMTP id h5mr22717342obo.35.1343733928944;
Tue, 31 Jul 2012 04:25:28 -0700 (PDT)
Return-Path: <Editors#domain.com>
Received: from o1.email.domain.com (o1.email.domain.com. [208.117.48.105])
by mx.google.com with SMTP id m6si10752851oec.6.2012.07.31.04.25.27;
Tue, 31 Jul 2012 04:25:28 -0700 (PDT)
Received-SPF: pass (google.com: domain of Editors#domain.com designates 208.117.48.105 as permitted sender) client-ip=208.117.48.105;
Authentication-Results: mx.google.com; spf=pass (google.com: domain of Editors#domain.com designates 208.117.48.105 as permitted sender) smtp.mail=Editors#domain.com; dkim=pass header.i=#Domain.com
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=Domain.com; h=date
:from:reply-to:to:message-id:subject:mime-version:content-type
:content-transfer-encoding; s=smtpapi; bh=+VZlU9LWGUpMR4neAk/JMo
1DD2E=; b=T3Be3k1Gp+shIGgQZPJ1vtx1kUCRMCRAqRgf8LxVUdvQ1/7YWRKnls
+zrXi6dhJXaLrEyVmt7MyYgxvkVvnJqWYy4tAQABtANQHdLSle4AK1+BY+/m2h4E
fj91rMgQySNbrVV+mhaiE5Q7NxvIa35azUUO0/zRYpluDUt6UBEcQ=
Received: by 10.16.69.117 with SMTP id mf20.27729.5017C0A66
Tue, 31 Jul 2012 06:25:26 -0500 (CDT)
Received: from email.domain.com (unknown [10.60.208.17])
by mi15 (SG) with ESMTP id 5017c0a6.202a.a5e396
Tue, 31 Jul 2012 06:25:26 -0500 (CST)
Date: Tue, 31 Jul 2012 07:25:25 -0400
From: Editors <Editors#domain.com>
Reply-To: 5005#email.domain.com,
Editors <Editors#domain.com>
To: user#example.com
Message-ID: <5017c0a5d4365_e294729d8c86360#app02.manuscripts.domain.com.mail>
Subject: Invitation
Mime-Version: 1.0
Content-Type: text/html;
charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Sendgrid-EID: lcSu+eeYyj7byVT4rUR8IwFlWv7xwmQ9mjigbpHftFWQeg+HlxpNd7F1nbL2uoqLRAg4sHwj57Rrx78FZhDo2L2DCVfamQm0+wEFzkMnensGOv19JFRIAeDMZY53SVpKMwm4Klqcm6L6s9+UaFtqnRUE3/jexZ6uJAFc5x57JG4=
So you see the reply-to is set properly in these headers, but when the recipient replied we saw the reply-to address change to 5005#sendgrid.net.
We have the exact same issue. I'm no Exhange guru so I can't validate this - but I'm willing to bet the company you are sending mail to has a configuration flag that states to NOT use a 'reply to' command. Our application sends out as ourcompany#appmail.com with the reply to address set to user#mycompany.com. I can test with gmail and yahoo and it works great!
But certain companies we email always come back t the 'ourcompany#appmail.com' address as if there was no reply to set. Think about all the junk mail you get where the reply address is your own email address. I can only imagine MS and Novell have flags to force replies to the actual sender.
Now if we could just get clarification from a real expert as to whether or not this flag is out there.