View Issue Details

IDProjectCategoryView StatusLast Update
0006314OXID eShop (all versions)4.06. Language and translationspublic2024-03-06 17:32
Reporteritsabug Assigned To 
Status acknowledgedResolutionopen 
Product Version4.9.6 / 5.2.6 
Summary0006314: Non endoded "Umlauts" in Email not working
DescriptionIf the shop specific emails contain any (german) umlauts like äöü, the email sending fails and produces an error in the current frontend controller.

Steps To Reproduce1. set the shop info email to a value containing an umlaut, e.g. test@umlä
2. go to contact controller.
3. insert valid contact data into contact form.
4. send form -> you will receive an error msg.

Trying the above steps again with [email protected] will result in successful sending.
Additional InformationIf you use the encoded domain like e.g.
[email protected] = test@umlä as email address, it works.

Did not inspect the error, but it might possibly be an issue with the phpmailer lib, that's why i've chosen
3rd party libs as bug category.
TagsNo tags attached.
Attached Files
ThemeNot defined
BrowserNot defined
PHP VersionNot defined
Database VersionNot defined


related to 0005085 resolvedSvenBrunk adding attachments to order email for customer does not work 
related to 0005896 resolvedsaulius.stasiukaitis Deprecated: Function set_magic_quotes_runtime() is deprecated in ......./class.phpmailer.php on line 1350 
related to 0004200 resolvedsaulius.stasiukaitis Update phpmailer to latest revision 



2016-01-19 10:57

reporter   ~0011441

Last edited: 2016-01-19 10:59

If this is really a bug within phpmailer, it might already be fixed there. I already opened a bug-ticket for upgrading that lib:

From the changelog of that lib (
Version 5.2.14 (Nov 1st 2015)
* Allow addresses with IDN (Internationalized Domain Name) in PHP 5.3+, thanks to @fbonzon


2016-03-08 15:34

reporter   ~0011485

This exact case does not depend from PHPMailer version. I was able to reproduce the error with PHPMailer 5.0.2 and 5.2.14.

This error is triggered by the UTF setting which is written in the ``. If the UTF-8 mode is turned on ('1') there will be no error thrown. If the UTF-8 mode is turned off ('0') then the error will be thrown.


2024-03-06 17:32

administrator   ~0016382

@Sven Brunk: This behaviour isn't reproducible anymore. Shop sends the mail to info@tä But the received mail displays To: [email protected] . Might be correct, might be a Mailhog issue.

But it's confusing that the field From shows OXID eShop <[email protected]> , instead of the mail address of the customer. The mail address however is part of the body text. See attached screenshot.