dynambee

Yes, because in Canada a province must be included as part of the address. You can turn this off, if you wish, in the same place as the postal code above. All settings related to the address & address format for each country are in that area.

Zip/Postal Codes are set on a per-country basis. Go to Localization -> Countries, choose the country you wish to modify, and you will see directions near the postal code field on how to set it up. You can also set it so that TB does not verify the postal code for a given country at all.

Most emails are made up of an HTML section and a text section. Modern email clients display only the HTML section but the text section is there for legacy systems or for those who prefer to see plain unformatted text. From a passing-spam-filter perspective you should leave it at the default where both versions are included in the email.

It's not an absolute requirement but it is a best practice. Basically one of the ways spammers used to (maybe still do) try to get around spam filters was by filling the text section of the email with non-spammy text. Sections of a book, poetry, anything that was native English and unlikely to trigger a spam filter. Of course almost all email clients default to only showing the HTML content so end users never see/saw all the "extra" stuff in the text section. So if an email is missing the text section, missing the HTML section, or if the text part of the HTML section is very different to the text section then it results in a slight boost in the spam score. It won't be an auto-spam tag or anything like that but it's still a best practice to include both HTML and text and for them to have the same content.

If you never want taxes calculated & displayed you can disable all tax by going to Localization --> Taxes. Scroll all the way down to the bottom and you will find the "TAX OPTIONS" section. Turn off "Enable Tax" and "Display tax in the shopping cart". This should solve all your tax display and calculation issues in one place. Of course if you need to to charge tax for some countries but not others (or some states etc) then you will need to do it on a country/state by country/state basis.

Anything is possible if you are willing to custom code it, or pay for someone else to custom code it. However you should be aware that your email spam score will be raised slightly if you do not send matching content in both the HTML and text versions of your emails.

Which ports are you using?

Actually I managed to answer my own question, it's listed on their page about managed mailcow. Up to 35 ActiveSync devices are available with more on request. That should be plenty for my needs. I'm just waiting to hear back from them to confirm payment and setup details.

Hmmmmm, actually, it seems that if someone actually clicks on the little magnifying glass search button for the elasticsearch search field that the results are okay. It's the "instant search" as-you-type results that are screwy. Pressing enter (totally standard thing to do IMO) it does not trigger the search button and the "instant search" results stay as the incorrect results. So the actual bug would seem to be that the "instant search" results and the actual "click on the search button" results are different. Hopefully this is easier to fix. Edit: This problem exists in varying degrees in 1.0.5, 1.0.7, and non-bleeding-edge 1.0.8 as well. I have not tested other versions at this time.

Edit: See update in following message. I finally have a proper test platform set up where I can recover the original base install & db in a matter of a single click and a few seconds. Saves a lot of time. Anyway, I have found another problem--or at least I think it is a problem. This is on a fresh install of 1.0.8 bleeding edge (all core updates done). Besides the core updater only elasticsearch has been added. System specs & service versions are the same as in my first comment above. For this test I will use the search term honey. The honey product is in the Tea category. (Other products have the same results as best I can tell.) If I use the elasticsearch search box to search for honey from the top page of the website, everything works as expected and only the one honey product is returned. However if I first click on a category ("Coffee and Tea" or "Tea") and then search for honey every product in that category is returned. If I search for honey in the Coffee category then all the products in the Coffee category are returned, which of course does not include the honey product which is in the Tea category. In all cases just above the returned products it says "Showing 1 - 1 of 1 item" regardless of how many items are returned. I would expect that when on the top page, in the "Coffee and Tea" area and in the "Tea" area that searching for honey would return just the one honey product. In the "Coffee" area I would expect there to be zero search results. Ideally if there are results elsewhere on the site (outside the selected category) it would be fantastic if the site gave a message about that so that users would realize that the item they searched for does exist on the site, just not in the category they are in. Something like what Amazon does. Alternatively the currently displayed category could be ignored completely and then categories could be a post-search filter. As always I would be happy to give you access to my test server if it would be useful.

Looks like it will be a go. Do you use push mail with your accounts with them? Does it work okay? Going to reply to their message now. Thanks very much for the suggestion!

Thanks. That reminded me to send them a message from their Kontact form, which I just did. Hopefully they don't mind the English message. If they won't have server space open for a while I will probably go with OpenSRS. The lack of push is annoying but otherwise it is the best overall system considering the price, IMO.

I specifically keep my registrar (namesilo), DNS (cloudflare), mail (google+mailcow for now), and hosting (cloudways+VULTR) all separate as it makes it much easier to change any one thing. However changing email providers has to be the biggest PITA of them all.

I'm very much in favor of stricter code standards, you won't hear any complaints from me! I may have discovered another problem with the module, just trying to narrow it down a bit now. The indexing seems to work only once if any settings are changed in the module. Will try to replicate with earlier versions of TB and see if I can figure out what is going on.

Yup, that fixed it. Should I be applying any other fixes? Thanks very much for the help.

Thank you for the quick reply. Is that something that would have been updated by the Core Updater if run against 1.0.8? If so that fix won't fix the problem because I first had the problem a couple of days ago on 1.0.8 with all the Bleeding Edge updates applied. If that is something that the Bleeding Edge updates don't do then it could easily fix it. Edit: Ah, I see, that is a fix to the ES module. Okay, I'll try that now. Wonder why it didn't break things on 1.0.7 or before though.

Oh, and if I disable the ES module in the back office the front office runs normally again.

I'm hosting on Cloudways and have been trying to narrow down this problem. All of these are fresh installs. Modules updated as requested. SSL enabled. Debugging turned on. Everything else in default settings. TB 1.0.5 = ES module runs fine TB 1.0.7 = ES module runs fine TB 1.0.8 = ES module installs, indexes, but the entire front office ceases to function. Back office continues to work okay but trying to access the front office results in this error (with debugging turned on): [ThirtyBeesException] [ PS_CURRENCY_DEFAULT] is not a valid configuration key at line 1005 in file classes/Configuration.php 1000. * @since 1.0.8 1001. */ 1002. protected static function validateKey($key) 1003. { 1004. if ( ! Validate::isConfigName($key)) { 1005. $e = new PrestaShopException(sprintf( 1006. Tools::displayError('[%s] is not a valid configuration key'), 1007. Tools::htmlentitiesUTF8($key) 1008. )); 1009. die($e->displayMessage()); 1010. } ConfigurationCore::validateKey - [line 367 - classes/Configuration.php] - [1 Arguments] ConfigurationCore::get - [line 484 - modules/elasticsearch/elasticsearch.php] - [1 Arguments] Elasticsearch->hookDisplayTop - [line 776 - classes/Hook.php] - [1 Arguments] HookCore::coreCallHook - [line 484 - classes/Hook.php] - [3 Arguments] HookCore::execWithoutCache - [line 288 - classes/Hook.php] - [7 Arguments] HookCore::exec - [line 381 - classes/controller/FrontController.php] - [1 Arguments] FrontControllerCore->initContent - [line 53 - controllers/front/IndexController.php] IndexControllerCore->initContent - [line 262 - classes/controller/Controller.php] ControllerCore->run - [line 253 - classes/controller/FrontController.php] FrontControllerCore->run - [line 837 - classes/Dispatcher.php] DispatcherCore->dispatch - [line 33 - index.php] Since that code chunk starts with "@since 1.0.8" I'm guessing that did something that broke the way the ES module works. Any chance of a fix for this? I'm more than happy to provide TB devs with all credentials for the test servers I set up to try and figure this out. I'll be offline for a few hours (nearly 4am here, time for sleep) but will of course be back online in 5 or 6 hours. Thanks greatly for any assistance. Edit: Forgot to mention my setup: Cloudways VULTR server, 2 cores, 4GB memory PHP 7.1 MySQL 5.7 Elasticsearch 5.4.3

Yeah, I sent them a message a while ago asking about it. They said they were "thinking about it" but had no current plans to add the ability. It sucks because apart from that they check every box. I'd just sign up for them and hope to find something better later but moving email providers is a giant PITA and I'd sooner not do it more often than necessary.

OpenSRS provides all the things I need except push email and costs $0.60/month/user. I can certainly survive without push email but I would greatly prefer to have it. If they had that one feature I would've signed up ages ago and I don't think I'd be looking for another provider for a long time to come. Edit: I'd also say that having contacts auto-sync'd across devices is an important part of any 100% working email solution. I certainly never want to go back to the time where my contacts don't properly sync. I have about 6 different devices I use, having different contacts on each one would drive me batty.

There used to be one for PS but it seems to have disappeared in 2016. As far as I can tell there are none now. I'll look into seeing what it would cost to have one made, it would certainly be a very useful addition.

As far as I can tell their Email Pro offering doesn't have contacts, calendar, or email push abilities.

That's an interesting idea, and extremely cost effective. Have you had any problems with your messages being tagged as spam, especially those sent to Google or Microsoft (Hotmail, Outlook, etc) accounts? That has been the big problem for me with my Mailcow setup. I really like Mailcow overall, but the concerns of having to manage it myself together with the issues of messages being tagged as spam have stopped me from fully migrating. One other problem is that they aren't currently accepting new customers. I'll try sending a message to their kontakt address and see how it goes.

The yearly price for Hosted Exchange is a very good deal. The downside is that I would guess they are susceptible to price increases by MS. The upside is that Exchange is still really the best push/sync platform out there, plus those are huge 50GB accounts. I'll definitely consider this.

Yup, it's technically a reseller account but that's fine for me, I have a lot of domains that need email and I could end up reselling a few mail accounts as well. To open a reseller account requires a $95 deposit which is put on the new account as a credit towards future service purchases. I had a look at Fastmail ($5/month/user) and Rackspace ($4/month/user). Both are certainly reputable companies and their pricing is better than Google Apps ($6/month/user). Interestingly Rackspace also has a reseller program and the same mail account would be $2.90/month/user on their reseller program. That makes it quite a bit more attractive, assuming I could qualify as a reseller. Oops, after looking at their reseller signup page it requires a $150/month minimum commitment. There is definitely something to be said for having enough space to not need to archive old messages. The OpenSRS standard is only 5GB and while that wouldn't be a problem right now it probably would be eventually. (OpenSRS is cheap enough to add more storage when needed, I suppose.) I guess I have more thinking to do.