Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


Taodi last won the day on November 11 2014

Taodi had the most liked content!

Community Reputation

8 Neutral

Profile Information

  • Gender

Recent Profile Visitors

2,057 profile views
  1. Since March 21, my store has stopped sending out New Order emails to me. No changes in settings have been made in a very long time. I have been in contact with Justhost and it seems there is no problem on their end. Email seems to be working normally there. Meanwhile, in Store Settings/Advanced, with SMTP with SSL selected, Outgoing SMTP Port (Default 25) at 465, authentication selected as Yes, I get the following error message on a test: Testing SMTP with SSL 2019-04-05 09:42:35 SERVER -> CLIENT: 220-e25.ehosts.com ESMTP Exim 4.91 #1 Fri, 05 Apr 2019 04:42:35 -0500 220-We do not authorize the use of this system to transport unsolicited, 220 and/or bulk e-mail. 2019-04-05 09:42:35 CLIENT -> SERVER: EHLO www.imperialcityocarina.com 2019-04-05 09:42:35 SERVER -> CLIENT: 250-e25.ehosts.com Hello www.imperialcityocarina.com []250-SIZE 52428800250-8BITMIME250-PIPELINING250-AUTH PLAIN LOGIN250 HELP 2019-04-05 09:42:35 CLIENT -> SERVER: AUTH LOGIN 2019-04-05 09:42:35 SERVER -> CLIENT: 334 VXNlcm5hbWU6 2019-04-05 09:42:35 CLIENT -> SERVER: <credentials hidden> 2019-04-05 09:42:35 SERVER -> CLIENT: 334 UGFzc3dvcmQ6 2019-04-05 09:42:35 CLIENT -> SERVER: <credentials hidden> 2019-04-05 09:42:37 SERVER -> CLIENT: 535 Incorrect authentication data 2019-04-05 09:42:37 SMTP ERROR: Password command failed: 535 Incorrect authentication data SMTP Error: Could not authenticate. 2019-04-05 09:42:37 CLIENT -> SERVER: QUIT 2019-04-05 09:42:37 SERVER -> CLIENT: 221 e25.ehosts.com closing connection SMTP connect() failed. https://github.com/PHPMailer/PHPMailer/wiki/Troubleshooting
  2. With the introduction of Cubecart 6.2.0, it seems that the city and state/province info submitted by the customer upon ordering is automatically converted to all caps. In fact, as far as I can see, all city and state/province info in the database are now converted to all caps. OK, this is not the end of the world, but I do object just a little. First of all, putting this info in all caps doesn't help anything that I know of. The bigger problem, though, is that the all caps can hide information in cases where the city or state names include special upper/lower case ways of writing. Please consider switching back to the way things were, with upper/lower usage reflecting the way these city and state/province names are normally written. I've seen situations where the COUNTRY names are all-capped, presumably to set off the country name to ensure that the package goes to the correct country. Never before have I seen city and state/province names all-capped with everything else written normally.
  3. These 2 new ones: [19-Mar-2018 00:14:05 UTC] PHP Warning: Stored session data did not match DB record. Session aborted as possible session hijack. Old IP Address: '' New IP Address: '' Old User Agent: 'Mozilla/5.0 (X11; CrOS x86_64 10176.72.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.167 Safari/537.36' New User Agent: 'Mozilla/5.0 (X11; CrOS x86_64 10176.76.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.190 Safari/537.36' in /home1/imperia5/public_html/classes/session.class.php on line 702 [19-Mar-2018 00:14:32 UTC] PHP Warning: Invalid Security Token in /home1/imperia5/public_html/classes/sanitize.class.php on line 152
  4. Made this change, adding the parentheses (and space in front of "false"). Still getting that 500 error. My bad on the spelling of that file. It is and has been ini-custom.inc.php.
  5. I just now made the change to /classes/session.class.php, but am still getting the same error message. (Shall I delete the "false &&"?) Also, above that, you asked me to "create the file referenced in the other post". If that was the ini-custom-ini.php file, then I already created that a while ago (placed in public_html directory. I could turn off my ant-virus, but I will say that I've made no recent changes in my anti-virus. I've been using the site without glitch up until last Friday, one day after I upgraded the Cubecart version.
  6. I don't know what a User Agent string is, so not sure if it's important! Meanwhile, I use very few add-ons in my browser (Chrome). I just now tried disabling a couple of them, leaving enabled the ones related to Googledocs. I turned off my vpn. Still cannot update order status. Then I logged out with Chrome and opened Firefox which I virtually never use. The only 2 add-ons in it are a pair that are set up by default (OpenH264 Video Codex and Widevine Content Decryption Module). I left them enabled. With VPN off, I'm seeing the same error message when trying to update order status. Meanwhile, even with these repeated attempts to change order status, I'm not seeing the error log add additional lines. It still only shows the ones I sent you above as the latest ones.
  7. I live in China and often use a vpn (though not always), and I may change locations in the vpn fairly frequently. Could this give rise to the appearance of strange activity? Meanwhile, I've been operating the store since 2012, all from China with similar vpn use habits. Have not encountered a problem with updating order status.
  8. Thanks for the reply. I created the file ini-custom-ini.php and put it in the public_html directory. However, before creating this new file, I noticed there was already a file called error_log in public_html. I then went back into an order and tried to change status to Order Complete. Then I went into error_log and am copying March 18's errors. [18-Mar-2018 00:01:00 UTC] PHP Warning: Stored session data did not match DB record. Session aborted as possible session hijack. Old IP Address: '' New IP Address: '' Old User Agent: 'Mozilla/5.0 (Windows NT 7.1; rv:37.1) Gecko/20100101 Firefox/37.1' New User Agent: 'Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:43.0) Gecko/20100101 Firefox/43.0' in /home1/imperia5/public_html/classes/session.class.php on line 702 [18-Mar-2018 01:07:00 UTC] PHP Warning: Stored session data did not match DB record. Session aborted as possible session hijack. Old IP Address: '' New IP Address: '' Old User Agent: 'Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36 Edge/16.16299' New User Agent: 'Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:43.0) Gecko/20100101 Firefox/43.0' in /home1/imperia5/public_html/classes/session.class.php on line 702 [18-Mar-2018 18:24:19 UTC] PHP Warning: Stored session data did not match DB record. Session aborted as possible session hijack. Old IP Address: '' New IP Address: '' Old User Agent: 'Mozilla/5.0 (Windows NT 7.0; rv:33.1) Gecko/20100101 Firefox/33.1' New User Agent: 'Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Firefox/38.0 Iceweasel/38.5.0' in /home1/imperia5/public_html/classes/session.class.php on line 702
  9. A day after upgrading to 6.1.14, I tried to update a couple orders to "Order Complete", and find I get an Error 500 - Internal Server Error. I also find I am able to make other changes in any of the tabs of an order page and those save fine. The problem appears to be simply that I cannot change an order to Order Complete (don't see anything else malfunctioning on the site). I get the error page whether hitting "Save" or "Save and Reload". In the History tab, it shows order status as Order Complete, but the Overview tab still shows Processing.
  • Create New...