(Solved) Internal emails have no content

[JerseyG]

I am just clearing up and marking as solved in case this helps someone else.

The email problem was caused by my forgetfulness.

I had been running Version 1.6 without a problem on this server so when I installed Version 1.7 and email alerts did not work I immediately suspected Prestashop the email alert  module, then my settings. All emails going external were Ok but internal emails had empty fields. I then got to a stage of bouncing them to GMail and that worked.

I decided to re visit yesterday and realised that when setting up the SMTP settings I did not copy exactly the DNS relay name that I had setup for Version 1.6.

When I changed  the SMTP setting to my relay server name then everything fell into place and internal emails worked.

My second problem was that after my installation of version 1.7 I used the database from version 1.6. all this achieved by ETS-Soft free migration

Some stock movements worked others did not

When a new order is placed the stock does not decrease, this is only on some products. When I investigate on the database it looks as if the working stock items have "depends_on_stock" set to zero and the stock that is not moving have "depends_on_stock" set to 1

I changed the column in products "depends_on_stock" set to zero for all items and now everything is working

Thanks to Prestashop for very detailed documentation on installation as some problems raised in this forum can be solved by reading before asking.

Geoff

 

 

I have built a new server with V 1.7.5 on it and imported my data.

Website is functioning with two problems.

One is that stock is not reducing when order is placed, but new products look to be Ok. I am still working on this one.

The other is internal Mail.

When an order is placed the client has a perfect email but the copy that mail alerts sends be has no content in the fields, this is also the same for customer services.

 

[{shop_url}]

Message from a {shop_name} customer

CUSTOMER E-MAIL ADDRESS: {email}

CUSTOMER MESSAGE: {message}

ORDER ID: {order_name}

ATTACHED FILE: {attached_file}                                  

{shop_name} [{shop_url}] powered by

PrestaShop(tm) [http://www.prestashop.com/]

The setup is below

Prestashop 1.7.5.2

PHP 7.2.26

I am using my own SMTP server

 

All customer service emails have content and can be viewed in the Back Office

 

I would suspect my SMTP server but it was working fine when I was using Prestashop V1.6

Also if I create an order to myself as a customer, using my own email address ( That the server hosts ) then the confirmation email also has no field content.

I would expect either the email to work or not work if it was a relay problem.

Anyone with any pointers?

Thanks in advance

 

 

Edited August 20, 2020 by JerseyG
Solved (see edit history)

[JerseyG]

As an Update to this I have just placed an order for a free module with Tecnoacquisti.com <[email protected]> and received a blank form.

 

Does anyone have a Version 1.6 site that has a free item that I can order to see if this is a 1.7 problem.

Thanks in advance

Geoff

 

Order details

Order: {order_name} Placed on {date}

Payment: {payment}

Reference

Product

Unit price

Quantity

Total price

{products} {discounts}

Products

{total_products}

Discounts

{total_discounts}

Gift-wrapping

{total_wrapping}

Shipping

{total_shipping}

Including total tax

{total_tax_paid}

Total paid

{total_paid}

Shipping

Carrier: {carrier}

Payment: {payment}

Delivery address

{delivery_block_html}

 

Billing address

{invoice_block_html}

Follow your order and download your invoice on our shop, go to the Order history and details section of your customer account.

If you have a guest account, you can follow your order via the Guest Tracking section on our shop.

[JerseyG]

This is third update and I think I can be certain that this is an endemic problem with Prestashop V 1.7 when it comes to emails.

I placed an order at Prestashop modules | templates <[email protected]> and the email return was great, so I am comfortable that my server is not the cause of the problem. And as at least the shop above cannot even send out emails with content I think that this should be highlighted 

Hi, Geoff Guest
Thank you for shopping with Prestashop modules | templates!

Order BZGWLZVIQ - Payment processed

Your payment for order with the reference BZGWLZVIQ was successfully processed.

You can review your order and download your invoice from the Order history section of your customer account by clicking My account on our shop.

If you have a guest account, you can follow your order via the Guest Tracking section on our shop.

[Chill_user]

I recommend you to go to the:

/root_folder/themes/your_theme/mails/language_you_use_for_email_templates

or throught BO:

International->Transaltions->Emails translations

and modify your email, you can also see previev here

 

[JerseyG]

Hi Amantha

 

Many thanks for your reply.

In short my problem is that the emails prestashop sends to the client is working, the email that comes to the email address internally, Customer services and Sales, have no content, so the email to our internal sales will only contain Order: {order_name} Placed on {date}

The sales team then have to go to the back office to view the order. Again the external client has a correctly formed email. Templates are fine and that is exactly what the sales team receive. Just the template with no detail.

Thanks again

[Chill_user]

You use outlook for internal messages? Check your hosting panel and domain names.

Outlook is blocking some content in my case 

[JerseyG]

I do use outlook but have also directed the mail to a GMail account with the same issue

Thanks

[JerseyG]

As an update. Now running ps_mailalert v2.2.0 but internal emails still do not containing data A new order was placed on {shop_name} by the following customer: {firstname} {lastname} ({email})

As to stock not reducing on new order.

As I noticed stock was working for new items and items newly sold I did the following:-

Using Bulk edit quantity I added  by 1 item and reduced by 1 item, so stock remained correct. Now all items are working correctly in stock movement.