Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.lang.php > #4680 > unrolled thread

php mail ohne Umlaute auf Android

Back to article view | Back to de.comp.lang.php

Contents

  php mail ohne Umlaute auf Android Jan Novak <repcom@gmail.com> - 2021-03-04 11:00 +0100
    Re: php mail ohne Umlaute auf Android Rudolf Harras <rudolf.harras@mailinator.com> - 2021-03-15 15:37 +0100
    Re: php mail ohne Umlaute auf Android Arno Welzel <usenet@arnowelzel.de> - 2021-03-15 16:00 +0100
      Re: php mail ohne Umlaute auf Android Jan Novak <repcom@gmail.com> - 2021-03-16 08:27 +0100
        Re: php mail ohne Umlaute auf Android Arno Welzel <usenet@arnowelzel.de> - 2021-03-16 15:15 +0100
          Re: php mail ohne Umlaute auf Android Jan Novak <repcom@gmail.com> - 2021-03-16 16:00 +0100
          Re: php mail ohne Umlaute auf Android Jan Novak <repcom@gmail.com> - 2021-03-17 07:41 +0100
            Re: php mail ohne Umlaute auf Android Claus Reibenstein <creibens@gmail.com> - 2021-03-17 16:21 +0100
              Re: php mail ohne Umlaute auf Android Jan Novak <repcom@gmail.com> - 2021-03-18 07:17 +0100
                Re: php mail ohne Umlaute auf Android Thomas Hochstein <thh@thh.name> - 2021-03-18 11:47 +0100
                  Re: php mail ohne Umlaute auf Android Jan Novak <repcom@gmail.com> - 2021-03-22 07:37 +0100
            Re: php mail ohne Umlaute auf Android Arno Welzel <usenet@arnowelzel.de> - 2021-03-18 21:14 +0100
              Re: php mail ohne Umlaute auf Android Jan Novak <repcom@gmail.com> - 2021-03-22 07:39 +0100
                Re: php mail ohne Umlaute auf Android Arno Welzel <usenet@arnowelzel.de> - 2021-03-22 18:59 +0100
                Re: php mail ohne Umlaute auf Android Thomas Hochstein <thh@thh.name> - 2021-03-22 19:01 +0100
        Re: php mail ohne Umlaute auf Android k@rl.pflaesterer.de (Karl Pflästerer) - 2021-03-16 16:13 +0100

#4680 — php mail ohne Umlaute auf Android

Hallo,

mein php script sendet u.a. Mails mit PHPMailer.
Ich lasse den zu schreibenden Text mit

$ktext=iconv("UTF-8", "ISO-8859-1//TRANSLIT", $text);

Konvertieren. Seit dieser Konvertierung werden die Umlaute in Windows 
und Linux korrekt angezeigt, aber auf Android fehlen die Umlaute 
komplett (also keine anderes Zeichen).



Jan

[toc] | [next] | [standalone]

#4681

On 04.03.2021 11:00, Jan Novak wrote:
> Hallo,
> 
> mein php script sendet u.a. Mails mit PHPMailer.
> Ich lasse den zu schreibenden Text mit
> 
> $ktext=iconv("UTF-8", "ISO-8859-1//TRANSLIT", $text);
> 
> Konvertieren. Seit dieser Konvertierung werden die Umlaute in Windows 
> und Linux korrekt angezeigt, aber auf Android fehlen die Umlaute 
> komplett (also keine anderes Zeichen).

Wie schaut denn der Header der erzeugten Mail aus?

[toc] | [prev] | [next] | [standalone]

#4682

Jan Novak:

> Hallo,
> 
> mein php script sendet u.a. Mails mit PHPMailer.
> Ich lasse den zu schreibenden Text mit
> 
> $ktext=iconv("UTF-8", "ISO-8859-1//TRANSLIT", $text);
> 
> Konvertieren. Seit dieser Konvertierung werden die Umlaute in Windows 
> und Linux korrekt angezeigt, aber auf Android fehlen die Umlaute 
> komplett (also keine anderes Zeichen).

Wie sehen die Header der so versendeten Mails aus? Ist da der
Content-Type korrekt angegeben?


-- 
Arno Welzel
https://arnowelzel.de

[toc] | [prev] | [next] | [standalone]

#4683

Am 15.03.21 um 16:00 schrieb Arno Welzel:
> Jan Novak:
> 
>> Hallo,
>>
>> mein php script sendet u.a. Mails mit PHPMailer.
>> Ich lasse den zu schreibenden Text mit
>>
>> $ktext=iconv("UTF-8", "ISO-8859-1//TRANSLIT", $text);
>>
>> Konvertieren. Seit dieser Konvertierung werden die Umlaute in Windows
>> und Linux korrekt angezeigt, aber auf Android fehlen die Umlaute
>> komplett (also keine anderes Zeichen).
> 
> Wie sehen die Header der so versendeten Mails aus? Ist da der
> Content-Type korrekt angegeben?
> 
> 


Hmmm... ich muss mir die Mail mal weiterleiten um das zu sehen.
Allerdings:
Die versendete Mail ging an 2 Empfänger - beide mit einem Android'en.
Das eine ein Samsung S10 - da kam sie ohn Umlaute an, das andere ein 
Huawei - und - dort kam sie korrekt an. Danns cheint das ja wohl nicht 
ein Problem des php mailers zu sein, oder?


Jan

[toc] | [prev] | [next] | [standalone]

#4684

Jan Novak:

> Am 15.03.21 um 16:00 schrieb Arno Welzel:
[...]
>> Wie sehen die Header der so versendeten Mails aus? Ist da der
>> Content-Type korrekt angegeben?
> 
> 
> Hmmm... ich muss mir die Mail mal weiterleiten um das zu sehen.

Ja, tu das.

> Allerdings:
> Die versendete Mail ging an 2 Empfänger - beide mit einem Android'en.
> Das eine ein Samsung S10 - da kam sie ohn Umlaute an, das andere ein 
> Huawei - und - dort kam sie korrekt an. Danns cheint das ja wohl nicht 
> ein Problem des php mailers zu sein, oder?

Nein, sie kommt bei beiden Empfängern identisch an - nur ist einer der
beiden Clients halt besser im Raten, wie er die Umlaute anzeigen soll,
wenn er keine oder eine falsche Angabe dazu im Header hat.

Ohne die Header kann man das aber nicht beurteilen - daher musst Du
prüfen, welche Header gesetzt werden, anders kann der Fehler nicht
eingegrenzt werden.

-- 
Arno Welzel
https://arnowelzel.de

[toc] | [prev] | [next] | [standalone]

#4685

Am 16.03.21 um 15:15 schrieb Arno Welzel:
>> Allerdings:
>> Die versendete Mail ging an 2 Empfänger - beide mit einem Android'en.
>> Das eine ein Samsung S10 - da kam sie ohn Umlaute an, das andere ein
>> Huawei - und - dort kam sie korrekt an. Danns cheint das ja wohl nicht
>> ein Problem des php mailers zu sein, oder?
> 
> Nein, sie kommt bei beiden Empfängern identisch an - nur ist einer der
> beiden Clients halt besser im Raten, wie er die Umlaute anzeigen soll,
> wenn er keine oder eine falsche Angabe dazu im Header hat.
> 
> Ohne die Header kann man das aber nicht beurteilen - daher musst Du
> prüfen, welche Header gesetzt werden, anders kann der Fehler nicht
> eingegrenzt werden.
> 

OK, klare Antwort.
Dann werde ich das prüfen. Leider kommt eine solche mail selten. Aber 
wenigstens habe ich einen Anhaltspunkt.


Jan

[toc] | [prev] | [next] | [standalone]

#4687

Am 16.03.21 um 15:15 schrieb Arno Welzel:
> Jan Novak:
> 
>> Am 15.03.21 um 16:00 schrieb Arno Welzel:
> [...]
>>> Wie sehen die Header der so versendeten Mails aus? Ist da der
>>> Content-Type korrekt angegeben?
>>
>>
>> Hmmm... ich muss mir die Mail mal weiterleiten um das zu sehen.
> 
> Ja, tu das.
> 
>> Allerdings:
>> Die versendete Mail ging an 2 Empfänger - beide mit einem Android'en.
>> Das eine ein Samsung S10 - da kam sie ohn Umlaute an, das andere ein
>> Huawei - und - dort kam sie korrekt an. Danns cheint das ja wohl nicht
>> ein Problem des php mailers zu sein, oder?
> 
> Nein, sie kommt bei beiden Empfängern identisch an - nur ist einer der
> beiden Clients halt besser im Raten, wie er die Umlaute anzeigen soll,
> wenn er keine oder eine falsche Angabe dazu im Header hat.
> 
> Ohne die Header kann man das aber nicht beurteilen - daher musst Du
> prüfen, welche Header gesetzt werden, anders kann der Fehler nicht
> eingegrenzt werden.
> 

Hier der Header einer Mail (aus Thunderbird mit STRG U.
In Thunderbird OK, in Android fehlen die Umlaute komplett:
[] == domänen

Return-Path: <web@[].de>
Received: from ucs.[].de (127.0.0.1:34716) by ucs (kopano-dagent)  with
  LMTP; Tue, 16 Mar 2021 19:56:15 +0100
Received: from web.[].de (fw.[].de [192.168.200.200])  by
  ucs.[].de (Postfix) with ESMTP id 733735C33BD for
  <info@[].de>; Tue, 16 Mar 2021 19:56:15 +0100
Received: by web.[].de (Postfix, from userid 33)  id C11F932C8E; Tue, 16
  Mar 2021 19:56:03 +0100
Subject:  ...
From: "[]" <info@[].de>
To: =?us-ascii?Q?info=40[]=2Ede?= <info@[].de>
Date: Tue, 16 Mar 2021 18:56:03 +0000
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="=_ZG_static"
Message-Id: <20210316185603.C11F932C8E@web.[].de>

This is a multi-part message in MIME format. Your mail reader does not
understand MIME message format.
--=_ZG_static
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

[toc] | [prev] | [next] | [standalone]

#4688

Jan Novak schrieb am 17.03.2021 um 07:41:

> Content-Type: text/plain; charset=windows-1252
                            ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯

Warum windows-1252? Im OP hieß es:

$ktext=iconv("UTF-8", "ISO-8859-1//TRANSLIT", $text);

Du sendest also ISO-8859-1, gibst im Mailheader jedoch windows-1252 an.
Das passt irgendwie nicht.

Gruß
Claus

[toc] | [prev] | [next] | [standalone]

#4689

Am 17.03.21 um 16:21 schrieb Claus Reibenstein:
> Jan Novak schrieb am 17.03.2021 um 07:41:
> 
>> Content-Type: text/plain; charset=windows-1252
>                              ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
> 
> Warum windows-1252? Im OP hieß es:
> 
> $ktext=iconv("UTF-8", "ISO-8859-1//TRANSLIT", $text);
> 
> Du sendest also ISO-8859-1, gibst im Mailheader jedoch windows-1252 an.
> Das passt irgendwie nicht.

Korrekt. Die Frage ist nur: Woher kommt der ISO Eintrag?
Der ist nirgends angegeben.
Absender ist eine Linux Maschine, Mailserver ist eine Linux Maschine und 
Empfänger sind dann halt die Clients.
Da ist nirgends eine ISO Konvertierung dazwischen.


Jan

[toc] | [prev] | [next] | [standalone]

#4690

Jan Novak schrieb:

> Am 17.03.21 um 16:21 schrieb Claus Reibenstein:
> > Du sendest also ISO-8859-1, gibst im Mailheader jedoch windows-1252 an.
> > Das passt irgendwie nicht.
> 
> Korrekt. Die Frage ist nur: Woher kommt der ISO Eintrag?

Welcher "ISO-Eintrag"? Es gibt ja - im Mailheader - gerade keinen
"ISO-Eintrag". Du sendest ISO-8859-1, gibst aber Windows-1252 an.

Das kann eigentlich nur passieren, wenn PHPMailer ein CharSet
vorgegeben wird, bspw. via.
| $mail -> charSet = ...

> Da ist nirgends eine ISO Konvertierung dazwischen.

Ist
| $ktext=iconv("UTF-8", "ISO-8859-1//TRANSLIT", $text);
keine Konvertierung?

-thh

[toc] | [prev] | [next] | [standalone]

#4693

Am 18.03.21 um 11:47 schrieb Thomas Hochstein:
>> Korrekt. Die Frage ist nur: Woher kommt der ISO Eintrag?
> 
> Welcher "ISO-Eintrag"? Es gibt ja - im Mailheader - gerade keinen
> "ISO-Eintrag". Du sendest ISO-8859-1, gibst aber Windows-1252 an.
> 
> Das kann eigentlich nur passieren, wenn PHPMailer ein CharSet
> vorgegeben wird, bspw. via.
> | $mail -> charSet = ...
> 
>> Da ist nirgends eine ISO Konvertierung dazwischen.
> 
> Ist
> | $ktext=iconv("UTF-8", "ISO-8859-1//TRANSLIT", $text);
> keine Konvertierung?

Naja... ja. Aber ohne diese, kommen statt Umlaute nur Schrott raus.

Jan

[toc] | [prev] | [next] | [standalone]

#4691

Jan Novak:

[...]
> Hier der Header einer Mail (aus Thunderbird mit STRG U.
> In Thunderbird OK, in Android fehlen die Umlaute komplett:
> [] == domänen

Die wurde exakt so von PHPMailer verschickt?

> Return-Path: <web@[].de>
> Received: from ucs.[].de (127.0.0.1:34716) by ucs (kopano-dagent)  with
>   LMTP; Tue, 16 Mar 2021 19:56:15 +0100
> Received: from web.[].de (fw.[].de [192.168.200.200])  by
>   ucs.[].de (Postfix) with ESMTP id 733735C33BD for
>   <info@[].de>; Tue, 16 Mar 2021 19:56:15 +0100
> Received: by web.[].de (Postfix, from userid 33)  id C11F932C8E; Tue, 16
>   Mar 2021 19:56:03 +0100
> Subject:  ...
> From: "[]" <info@[].de>
> To: =?us-ascii?Q?info=40[]=2Ede?= <info@[].de>
> Date: Tue, 16 Mar 2021 18:56:03 +0000
> Mime-Version: 1.0
> Content-Type: multipart/alternative; boundary="=_ZG_static"
> Message-Id: <20210316185603.C11F932C8E@web.[].de>
> 
> This is a multi-part message in MIME format. Your mail reader does not
> understand MIME message format.
> --=_ZG_static
> Content-Type: text/plain; charset=windows-1252
> Content-Transfer-Encoding: quoted-printable

Theoretisch ist windows-1252 kompatibel zu ISO-8859-1 was die Umlaute
betrifft. Aber wozu Multipart? Sind da Anhänge dabei? Ist es eine
HTML-Mail, wo der Text als alternativer Part mitgeschickt wird?
PHPMailer kann auch reinen Text schicken. Ebenso gibt es die
Eigenschaften "Encoding" und "CharSet", um den Zeichensatz des Textes
anzugeben und die gewüschte Codierung.




-- 
Arno Welzel
https://arnowelzel.de

[toc] | [prev] | [next] | [standalone]

#4694

Am 18.03.21 um 21:14 schrieb Arno Welzel:
>> This is a multi-part message in MIME format. Your mail reader does not
>> understand MIME message format.
>> --=_ZG_static
>> Content-Type: text/plain; charset=windows-1252
>> Content-Transfer-Encoding: quoted-printable
> 
> Theoretisch ist windows-1252 kompatibel zu ISO-8859-1 was die Umlaute
> betrifft. Aber wozu Multipart? Sind da Anhänge dabei? Ist es eine
> HTML-Mail, wo der Text als alternativer Part mitgeschickt wird?
> PHPMailer kann auch reinen Text schicken. Ebenso gibt es die
> Eigenschaften "Encoding" und "CharSet", um den Zeichensatz des Textes
> anzugeben und die gewüschte Codierung.



Ja, es handelt sich um eine HTML formatierte Mail mit PDF Anhang.
Wozu gibt es "Encoding" _und_ "Charset".
Kann ich diesen Eigenschaften UTF-8 zuordnen?


Jan

[toc] | [prev] | [next] | [standalone]

#4695

Jan Novak:

> Am 18.03.21 um 21:14 schrieb Arno Welzel:
>>> This is a multi-part message in MIME format. Your mail reader does not
>>> understand MIME message format.
>>> --=_ZG_static
>>> Content-Type: text/plain; charset=windows-1252
>>> Content-Transfer-Encoding: quoted-printable
>>
>> Theoretisch ist windows-1252 kompatibel zu ISO-8859-1 was die Umlaute
>> betrifft. Aber wozu Multipart? Sind da Anhänge dabei? Ist es eine
>> HTML-Mail, wo der Text als alternativer Part mitgeschickt wird?
>> PHPMailer kann auch reinen Text schicken. Ebenso gibt es die
>> Eigenschaften "Encoding" und "CharSet", um den Zeichensatz des Textes
>> anzugeben und die gewüschte Codierung.
> 
> 
> 
> Ja, es handelt sich um eine HTML formatierte Mail mit PDF Anhang.
> Wozu gibt es "Encoding" _und_ "Charset".
> Kann ich diesen Eigenschaften UTF-8 zuordnen?

Siehe hier:

<https://phpmailer.github.io/PHPMailer/classes/PHPMailer.PHPMailer.PHPMailer.html#property_CharSet>

<https://phpmailer.github.io/PHPMailer/classes/PHPMailer.PHPMailer.PHPMailer.html#property_Encoding>

Du könntest versuchen, Encoding auf "8bit" zu setzen und Charset auf
"UTF-8". Dann musst Du aber auch sicherstellen, dass der entsprechende
Part auch wirklich UTF-8 ist.


-- 
Arno Welzel
https://arnowelzel.de

[toc] | [prev] | [next] | [standalone]

#4696

Jan Novak schrieb:

> Wozu gibt es "Encoding" _und_ "Charset".

Nun ja, warum gibt es "From" und "Subject"? - Es sind unterschiedliche
Dinge.

Das Content-Transfer-Encoding kann bspw. "8bit" oder
"quoted-printable" sein. Das Charset kann bspw. "ISO-8859-1" oder
"UTF-8" sein.

> Kann ich diesen Eigenschaften UTF-8 zuordnen?

Als Charset: freilich. Als Enconding: wohl kaum.

-thh

[toc] | [prev] | [next] | [standalone]

#4686

Jan Novak <repcom@gmail.com> writes:

> Am 15.03.21 um 16:00 schrieb Arno Welzel:
>> Jan Novak:
>>
>>> Hallo,
>>>
>>> mein php script sendet u.a. Mails mit PHPMailer.
>>> Ich lasse den zu schreibenden Text mit
>>>
>>> $ktext=iconv("UTF-8", "ISO-8859-1//TRANSLIT", $text);
>>>
>>> Konvertieren. Seit dieser Konvertierung werden die Umlaute in Windows
>>> und Linux korrekt angezeigt, aber auf Android fehlen die Umlaute
>>> komplett (also keine anderes Zeichen).
>>
>> Wie sehen die Header der so versendeten Mails aus? Ist da der
>> Content-Type korrekt angegeben?
>>
>>
>
>
> Hmmm... ich muss mir die Mail mal weiterleiten um das zu sehen.
> Allerdings:
> Die versendete Mail ging an 2 Empfänger - beide mit einem Android'en.
> Das eine ein Samsung S10 - da kam sie ohn Umlaute an, das andere ein Huawei -
> und - dort kam sie korrekt an. Danns cheint das ja wohl nicht ein Problem des
> php mailers zu sein, oder?

Oder. Falls im Header Content-Type nicht oder nicht korrekt angegeben
ist, ist es vielleicht nur Glück, dass es manchmal klappt.

Ich würde die Mail nicht weiterleiten sondern sie irgendwohin schicken,
wo du Zugriff auf die Header hast (zB Linux Account; mbox file direkt
lesen)

[toc] | [prev] | [standalone]

Back to top | Article view | de.comp.lang.php

csiph-web