Robbogeordie

@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.

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?

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?

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

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.

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.

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.

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.

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.

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?

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.

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?

The code to reload the page after login works for me also. Thanks Hajimart!

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.

Hi Jan, Yes,it was working before.It's just the Japanese yen which doesn't have any decimals.The exchange figures are wayout.The only way for it to work correctly is if it is set it to 2 decimal places.Then it's fine. If no one else is having this problem then please don't worry as it could be one of my contributions ..maybe salemaker or something.I'll let you know if I find out what was causing it. Thanks for your quick reply.

Hi, Thanks for this excellent contribution. One thing that I can't seem to get fixed on my site is if I change currency from the base US$ to JPY (which doesn't have any decimals) then the currency is converted to an incorrect amount.I've put a zero in the decimals entry in admin like was suggested earlier in this thread and tried other combinations,but it keeps converting the price completely wrong.The only way to get the amount correct is to add a decimal place to the currency. The currencies.php file is the same as the RC2a one.All the other currencies which have decimal places are fine - does anyone have any ideas what could be causing this,or a fix? Thanks for any help.

Hi, Is there a fix to use with Register Globals off. Thx

Your problems 1. I think this is because your setting with 2Checkout is set to aggregate - otherwise you have to pre populate 2co with your products for an itemized listing which can be problematic. 2.No idea why a percentage is added. 3.If your currency is set to US $ as default with your 2Checkout account then even if you have multiple currencies available on your site and your customer has selected another currency on your site 2co either convert it back to US dollars and then the customer can click to convert the currency to their own on 2Checkout site. Otherwise I think 2Checkout also use Geo IP and automatically convert to the customers location currency.They always do this by taking your default currency i.e $ and then applying their own rates which will probably be different to yours. Whichever method is used it is unlikely to match your websites exchange rate and could lead to problems as the customer checks out with you expecting to pay a certain amount and it changes on 2Checkouts site. The only way around this appears to be to have several 2Checkout accounts in different currencies and make sure that if your customer chooses for example Euros they are sent to your 2Checkout account that has Euros as the default currency,or only use one currency on your website. They are the only options I can figure out at the moment unfortunately.

"Salemaker" will do this for you and you can pick individual products with "Specials". Salemaker - you can pick a category or two and how long you want a sale to last,percentage discounts etc - should do what you need.

I have CCGV installed on v2.2 MS2 . The only PaypalIPN version I can get it to work with is PayPal IPN Module v1.4 Contribution 2679. This module does not pass any shipping information to Paypal - so we can't tell if an address is confirmed or not.Does anyone have this version working with some extra code to add the shipping info. None of the v2s later versions work with CCGV that I can tell. Also,tried these and they appear incompatible - PayPal Express Checkout, PayPal Express Checkout IPN, Paypal Website Standard. The only one that I have read will work is an older unsupported PayPal Shopping Cart IPN 1753 by Devosc. Does anyone have any suggestions as there must be lots of people with CCGV who use Paypal Thanks

It looks good now. I tried this contribution and had some issues when I tried to change the ship to address and the login for existing customers. How did you change things to get it working ? Chris

Have you inputted the API signature in your configuration ?

Whoops mine's a different module (just re read)

Don't know which version you're using,but the file I edit is here : \includes\languages\english\modules\payment\paypal_ipn.php