costumer account reg. email sent in two languages but not the third

**Can you send me some instructions on how to use Notepad in my case? Just open and save? Or modify something?

thanks
Nandor
**

Nandor, just open (with Windows you can right-click and select Open With ...) the language PHP files using NotePad++. On the top command bar, select "Encoding", choose "UTF-8 without BOM" and save the file. I'm not convinced that this is the issue, but it can't hurt ...

lat9:

Nandor, just open (with Windows you can right-click and select Open With ...) the language PHP files using NotePad++. On the top command bar, select "Encoding", choose "UTF-8 without BOM" and save the file. I'm not convinced that this is the issue, but it can't hurt ...

Hello,

i just did all the encoding in all hungarian files (in admin/languages,includes/languages too)
try registering a new costumer but email wasnt sent to neither to costumers nor to me.
In admin i see new costumer.
Tried buying with paypal in hungarian same error as earlier. Can buy some items but others not...
What do you think a next step should be?

thanks

Nandor

You have two issues going on:

1. The Hungarian emails don't send
2. Some products can be purchased and others can't.

For #1, could you post your current admin settings for Localization->Languages (make sure to obsure/edit-out any account-specific filepath information).

For #2, I think that you will need to do what DrByte and others suggested in your other thread, i.e. you'll need to review each of the Hungarian product descriptions and re-save the information now that the admin is setup to use utf-8 encoding. It seems that the information is stored in non-UTF-8 format for some of the products.

lat9:

You have two issues going on:

1. The Hungarian emails don't send
2. Some products can be purchased and others can't.

For #1, could you post your current admin settings for Localization->Languages (make sure to obsure/edit-out any account-specific filepath information).

For #2, I think that you will need to do what DrByte and others suggested in your other thread, i.e. you'll need to review each of the Hungarian product descriptions and re-save the information now that the admin is setup to use utf-8 encoding. It seems that the information is stored in non-UTF-8 format for some of the products.

1.not much info there, at least for me and if you meant this :

2. i removed two categories and their subcategories and products that couldnt be bought in hungarian. Removed them totally from catalog/categories products and created as first one of the two again. Rewrote all description,prices uploaded photos again , but it still cant be bought with paypal in hungarian language.

3.and the bigger problem is that the reg. email is still not sent in hungarian. Isnt it possible that this welcome email isnt sent because it isnt written or there somewhere among the php-s? Maybe this was a rookie assumption...
I havent found this particular php file, but havent found the english, german neither......

thanks so much in advance

Nandor

Nandor, if you turn your admin's Configuration->Email Options->Email Archiving Active to true then every email that is actually sent by your store (other than password-forgotten and others like that) will be recorded in your database.

Unfortunately, to view these you'll either need to either install another admin plugin or look directly in your database via phpMyAdmin. Are you familiar with how to access your webhost's phpMyAdmin tool? That's what you'll need to see the results in the email_archive table of your database.

lat9:

Nandor, if you turn your admin's Configuration->Email Options->Email Archiving Active to true then every email that is actually sent by your store (other than password-forgotten and others like that) will be recorded in your database.

Unfortunately, to view these you'll either need to either install another admin plugin or look directly in your database via phpMyAdmin. Are you familiar with how to access your webhost's phpMyAdmin tool? That's what you'll need to see the results in the email_archive table of your database.

unfortunately i am not. But i suppose it would be easire to access webhosts phpMyadmintool?
Can you give me some hints on how to do this?
Hope i can figure it out....

thanks in advance

Nandor

Would you also report what PHP version you're running your store on? You can use your admin's Tools->Server/Version Info to find out.

lat9:

Would you also report what PHP version you're running your store on? You can use your admin's Tools->Server/Version Info to find out.

PHP Version: 5.2.17 (Zend: 2.2.0) PHP Memory Limit: 128M

It turns out that the issue with the welcome email not being sent in Hungarian was the result of the file /includes/languages/hungarian/create_account.php. Specifically, the EMAIL_SUBJECT definition contained new-line ("\n") characters and the zen_mail function (which sends the Zen Cart emails) has code that specifically checks for carriage-returns ("\r") and new-line characters in the to- and from-names, to- and from-addresses and the subject; if any are found, an injection attempt is assumed and the email is (silently) not sent.

The fix is to change the line

define('EMAIL_SUBJECT', 'Üdvözöljük' . STORE_NAME .' webáruházban !' . "\n\n");

to

define('EMAIL_SUBJECT', 'Üdvözöljük' . STORE_NAME .' webáruházban !');

Great catch, lat9!

Yes, it's true that Zen Cart silently aborts malformed emails for security reasons and also to prevent getting your hosting account suspended for (even unintentional) abuse.

lat9:

It turns out that the issue with the welcome email not being sent in Hungarian was the result of the file /includes/languages/hungarian/create_account.php. Specifically, the EMAIL_SUBJECT definition contained new-line ("\n") characters and the zen_mail function (which sends the Zen Cart emails) has code that specifically checks for carriage-returns ("\r") and new-line characters in the to- and from-names, to- and from-addresses and the subject; if any are found, an injection attempt is assumed and the email is (silently) not sent.

The fix is to change the line

define('EMAIL_SUBJECT', 'Üdvözöljük' . STORE_NAME .' webáruházban !' . "\n\n");

> to
> ```
define('EMAIL_SUBJECT', 'Üdvözöljük' . STORE_NAME .' webáruházban !');

**Hello!

thanks for the help. It works now perfectly!!!

you're a genius lat9!

thanks so much

Nandor**