Jump to content
Latest News: (loading..)

Robbogeordie

Members
  • Content count

    69
  • Joined

  • Last visited

Profile Information

  • Real Name
    Chris
  • Gender
    Male

Recent Profile Visitors

11,135 profile views
  1. Email Compliance = Junk Folders

    @tgely @MrPhil @burt Update: It looks like sending emails from my domain IP address was the problem for me. The domains were NOT blacklisted and there was no problem with the emails, but because my domain IP's did not have any 'history' for sending emails Microsoft's SmartScreen Filter starts with automatically sending the email to junk until it is assessed. Over a week or two it is supposed to monitor if customers whitelist the emails/ not mark as spam and will then whitelist the domain email. However, the problem is that if you don't daily send a large amount of email you will never get the sender IP address cleared because apparently more than 100 emails a day are required for SmartScreen Filter to do an evaluation. What I did to test if the sending IP was the problem was sign up one of my domains with an email host which would send through their block IP that has already been assessed and approved by SmartScreen Filter. I was still getting put in the junk folder for about a week, but today it's been cleared and finds the inbox! For the other domain that is still sending from it's domain IP address it is still getting messages put in the junk folder, so looks like the way to fix if you are having this problem is to send through a good email host not your own IP. Obviously this won't be the case for everybody, but hopefully will help people in a similar position to fix this problem with Hotmail/Outlook, it seems to have worked for me and I'll know for sure when I switch my other email over to using an email host and see if it also clears.
  2. Email Compliance = Junk Folders

    The X-Antiabuse seem ok - For privacy before posting I took my actual domain name out of the header and changed it to 'mydomain' , so the address is correct. I'll keep digging, hopefully it'll help others if they find themselves in a similar situation. Thanks for all the suggestions, sometimes it needs new sets of eyes to see and suggest things, so all feedback is welcome. Like I said earlier, the changes that were done were all to conform to the email guidelines and have all done exactly this, but it's these changes that have triggered this unknown quarantine by Microsoft, at least that's how it appears. I can't see anything wrong with the header and it's been 2 weeks since the changes. I think that it must be the new 'sender' IP's. The actual domains static IP's that are currently used to send the emails have never been used for sending mail so they're not on any blacklist, but email before was done from the shared hosts servers and they have a track record and presumably must be approved with hotmail. Hotmail seems to have a different system to gmail, yahoo and judge new IP's as guilty until proven innocent and put emails in a quarantine that overrides all their quality guidelines which my emails have passed. The emails are all rated as not spam. They seem to treat every mailer as if they are sending bulk emails, but ours are just used to contact customers about orders, password resets etc. This is why I'm guessing it's actually going to be more difficult to get out of this as Microsoft seem to need 1000's of clean accepted emails to be sent before their filters mark the sender as genuine and approve them. Seems that we are supposed to just keep sending until hotmail approves the Ip's if they ever do. Not a very professional solution. Has this happened to anyone else and if so how long did it take to fix? Did you change anything? Did anyone manage to get Microsoft to help as I've just got automated replies fobbing me off?
  3. Email Compliance = Junk Folders

  4. Email Compliance = Junk Folders

    This is part of the header. I can't see a problem, but maybe I've missed it. Passes each test and marked as not spam. Authentication-Results: spf=pass (sender IP is myIPAddress) smtp.mailfrom=mydomain.com; hotmail.com; dkim=pass (signature was verified) header.d=mydomain.com;hotmail.com; dmarc=pass action=none header.from=mydomain.com; Received-SPF: Pass (protection.outlook.com: domain of mydomain.com designates myIPAddress as permitted sender) receiver=protection.outlook.com; client-ip=myIPAddress; helo=mydomain.com; Received: from mydomain.com (myIPAddress) by Reply-To: info@mydomain.com To: Chris <receiveremail@hotmail.com> From: mydomain <info@mydomain.com> Subject: Test Organization: www.mydomain.com Disposition-Notification-To: mydomain <info@mydomain.com> Date: Fri, 16 Feb 2018 01:05:51 +0700 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - myhost.tchmachines.com X-AntiAbuse: Sender Address Domain - mydomain.com X-Get-Message-Sender-Via: myhost.tchmachines.com: authenticated_id: info@mydomain.com X-Authenticated-Sender: myhost.tchmachines.com: info@mydomain.com X-IncomingHeaderCount: 24 Return-Path: info@mydomain.com X-EOPTenantAttributedMessage: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa:0 X-MS-Exchange-Organization-MessageDirectionality: Incoming X-Microsoft-Exchange-Diagnostics: 1;CY1NAM02FT007;1:Utu5WIeZZNLmOcWgiOvTNfVk9CFOUc8dMIglcCqSPQ2+OkfE7XyxKUlbVLKYUVBXGii6SynuNECuySYK/P6mSsExLBaXEzprJaZKclgvc0rz42pUKPtlKl7HmS5LAOa9 X-Forefront-Antispam-Report: EFV:NLI;SFV:NSPM;SFS:(98901004);DIR:INB;SFP:;SCL:1;SRVR:CY1NAM02HT215;H:mydomain.com;FPR:;SPF:None;LANG:; X-MS-Exchange-EOPDirect: true X-Sender-IP: myIPAddress X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(444111557)(2400082)(82015058);SRVR:CY1NAM02HT215;BCL:0;PCL:0;RULEID:;SRVR:CY1NAM02HT215; X-MS-Exchange-Organization-SCL: 1 SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM
  5. Email Compliance = Junk Folders

    Latest update: I reverted one of the sites back to bog standard oscommerce and tested : All admin emails received into inbox. Emails sent from Thunderbird email client still junked. Next I installed Gary's Dupe Headers Fix Now all emails junked. Makes no sense as the fix improved the headers. This is only happening with hotmail. They are doing the opposite of what is expected - for now at least.
  6. Email Compliance = Junk Folders

    This may be the issue: IPs not previously used to send email typically don't have any reputation built up in our systems. As a result, emails from new IPs are more likely to experience deliverability issues. Once the IP has built a reputation for not sending spam, Outlook.com will typically allow for a better email delivery experience. New IPs that are added for domains that are authenticated under existing SPF records typically experience the added benefit of inheriting some of the domain's sending reputation. If the domain has a good sending reputation new IPs may experience a faster ramp up time. A new IP can expect to be fully ramped within a couple of weeks or sooner depending on volume, list accuracy and as long as their junk email complaint rates are kept at a minimum.
  7. Email Compliance = Junk Folders

    Agreed it would make sense that DKIM should help as they are part of the email-validation system , but for me : DKIM record was added at the beginning of the changes and the emails were junked afterwards. Doesn't make sense that this happens as it verifies the origin of the email is from the domain name associated with it and not spoofed. SPF added and this approves the mail servers are permitted to send on behalf of the domain and in my case it is the my actual domain IP. The headers 'to' an 'from' match the domain in the above two records. The reverse DNS points to the domain of the sender in the header and in the SPF and DKIM records in my case. Can't be more transparent ........ perhaps Microsoft are wanting to up their sales of Office 365 to 'help' with potential customers email deliverability issues.
  8. Email Compliance = Junk Folders

    Thanks Gary. I've removed X-Mailer: osCommerce as per your changes. The email.php files are different to mine so I couldn't do those yet.
  9. Email Compliance = Junk Folders

    Thanks for the link - I'm not alone. It does look like the trust rating following the changes unless there's something that I've missed. Seems a strange way to do things when people are trying to improve emails per the guidelines. Something I read where Microsoft implied that if this happened and then you sent a lot of emails you could get the email address cleared more quickly if a lot of people whitelist the address. Strange when I look at the headers they are clearly marked by Microsoft as not spam.
  10. Email Compliance = Junk Folders

    Installed SMTP, sweet as thanks Tgely . The aim was to get my emails to comply with all the deliverability recommendations to make sure all of our customers got our emails. Try to future proof things a bit. Our emails are just used for order updates, very light use and the same ones for 15 years. Fixed all the headers to comply with the email recommendations. I've tested them with many online tools and they pass them all. Now the emails Pass DKIM, SPF, DMARC, Reverse DNS Since all these changes have been done my customers with Hotmail, Outlook, MSN are getting our emails put straight into the junk folder which didn't happen before. Even Microsoft analyzer has the emails passing all the tests above and a Spam Rating of 1 (lowest) 10/10 at www.mail-tester.com Clean as a whistle static IP to send from with Reverse DNS set up. Perhaps sending for the IP is the problem as although it's clean it's new to Microsoft and they do mention that this can happen until trust is built up, but they don't give a timeframe and offer no help on this as I've contacted them. I also tried using a business hosted email and the emails are still junked by microsoft. Anyone else had this happen to them and if so, how did you fix? It's just the microsoft hotmail, outlook etc emails that are the problem. I've also made these email changes on 2 separate websites and they have identical issues now. No real problems before 'fixing' things. I don't want to revert the sites back if it's just going to be like this for a week or two, but who knows how long. Anyone else had this happen and any ideas to try to fix?
  11. Orders not being saved version 2.3.3

    This happens on half my orders. I even changed my PayPal settings to automatically redirect back to my website after completing the order,but half the customers must close the browser before being redirected back to the site as no order emails are generated,stock deducted etc. Does this happen to other site owners using PayPal Standard, or am I doing something wrong?
  12. QBI Quickbooks Import

    Having problems getting the new version for osC v 2.3.4 to work. I copied my old QBI tables into the database because the addon wouldn't create new ones. After this the QBI admin page is fine and correctly displays the 'New Orders,'Previous Batch of Orders' etc,but unfortunately the download buttons are not working and in the configure page I can't update any settings. I've reinstalled several times,but with the same result unfortunately. If others have got this working on v2.3.4 was there anything extra you had to do,if not then I can't figure out why it's not working for me. It's a great contribution which has served me well on v2.2,so I'd really like to get this up an running.
  13. Official PayPal IPN Support Thread

    When our default currency is changed from $ (USD) TO Euro the order email confirmation shows the products with the default store currency $ - the sub totals,shipping and totals are in the correct changed currency - Euros. Products ------------------------------------------------------ 1 x Keyrings - (Pack of 10 Assorted Colors) (KR001) = $9.82 ------------------------------------------------------ Sub-Total: €7.32(EUR) Registered International Air Mail: €5.93(EUR) Total: €13.24(EUR) This code seems to be pulling the default currency - ext/modules/payment/paypal_ipn/ipn.php : $currencies->display_price($order->products[$i]['final_price'], $order->products[$i]['tax'] Installed Version v 2.3.3.0 and tried newer ones,but with the same result. Others have had this issue and I havn't seen any fixes ...anyone got a fix?
  14. One Page Checkout Support

    The code to reload the page after login works for me also. Thanks Hajimart!
  15. One Page Checkout Support

    Exactly the same issue "confirmation password does not match the password" on 1.4 Everything pre-fills and loads fine,but the error message pops up when trying to checkout. This only happens when using OPC to login. Also the Breadcrumbs bar does not load the logout link which should show when a customer is logged into their account. If after logging in on OPC and you click to go anywhere else on the website - then the logout option appears in the breadcrumbs bar and when checking out with OPC there is no error.
×