Was sagt mir das?
Was sagt mir das?
Was sagt mir folgende Fehlermeldung?
Charset encode 'iso-8859-1 ' -=> 'utf-8' (quoted-printable) not supported!
Besten Dank für konstruktive Beiträge.
Charset encode 'iso-8859-1 ' -=> 'utf-8' (quoted-printable) not supported!
Besten Dank für konstruktive Beiträge.
OTRS 2.1.7
Apache2
MySQL 4.1.10
http://www.antikbuch24.de
http://www.klammeraffe24.de
http://www.neubuch24.de
Apache2
MySQL 4.1.10
http://www.antikbuch24.de
http://www.klammeraffe24.de
http://www.neubuch24.de
-
- Znuny guru
- Posts: 2189
- Joined: 08 Dec 2005, 17:01
- Znuny Version: 5.0.x
- Real Name: André Bauer
- Company: Magix Software GmbH
- Location: Dresden
- Contact:
Etwas genauer bitte.
Wann soll die Fehlermeldung denn überhaupt kommen?
Wann soll die Fehlermeldung denn überhaupt kommen?
Prod: Ubuntu Server 16.04 / Zammad 1.2
DO NOT PM ME WITH OTRS RELATED QUESTIONS! ASK IN THE FORUMS!
OtterHub.org
DO NOT PM ME WITH OTRS RELATED QUESTIONS! ASK IN THE FORUMS!
OtterHub.org
Hallo,
die Meldung kam vom Script /opt/otrs/bin/PostMasterPOP3.pl beim Abruf einer iso-8859-1 codierten Mail.
Charset encode 'iso-8859-1 ' -=> 'utf-8' (quoted-printable) not supported!
Charset encode 'iso-8859-1 ' -=> 'utf-8' (Sehr geehrte Damen und Herren,
möchte dasVersÀumnis wegen Krankheit entschuldigen.
Habe die �berweisung gestern getÀtigt.
Mit freundlichem Gru�
xxxxx
) not supported!
Charset encode 'iso-8859-1 ' -=> 'utf-8' (text/plain; charset="iso-8859-1" ; format="flowed") not supported!
usw.
Die Mail wurde aber korrekt ins Ticketsystem eingespeißt.
die Meldung kam vom Script /opt/otrs/bin/PostMasterPOP3.pl beim Abruf einer iso-8859-1 codierten Mail.
Charset encode 'iso-8859-1 ' -=> 'utf-8' (quoted-printable) not supported!
Charset encode 'iso-8859-1 ' -=> 'utf-8' (Sehr geehrte Damen und Herren,
möchte dasVersÀumnis wegen Krankheit entschuldigen.
Habe die �berweisung gestern getÀtigt.
Mit freundlichem Gru�
xxxxx
) not supported!
Charset encode 'iso-8859-1 ' -=> 'utf-8' (text/plain; charset="iso-8859-1" ; format="flowed") not supported!
usw.
Die Mail wurde aber korrekt ins Ticketsystem eingespeißt.
OTRS 2.1.7
Apache2
MySQL 4.1.10
http://www.antikbuch24.de
http://www.klammeraffe24.de
http://www.neubuch24.de
Apache2
MySQL 4.1.10
http://www.antikbuch24.de
http://www.klammeraffe24.de
http://www.neubuch24.de
Was sagt mir das?
hm, sorry das ich dieses Grab schänden muss . Aber ist dabei was raus gekommen? Ich habe im Moment fast den selben Fehler:
Hat jemand eine Idee was da schief läuft? Habe weder etwas in den Mailinglisten (DE/EN), noch in den OTRS-FAQs gefunden.
In der Datei "/etc/postgresql/8.2/main/postgresql.conf" sieht das encoding so aus:
Wäre klasse wenn mir hierbei jemand Helfen kann.
Danke!
Gruß Jens
Bei uns kommen die E-Mails aber nicht am System an, sondern bleiben in der Postfix-Queue.May 15 02:51:17 otrs postfix/local[11317]: 7A29B642A8: to=<unsere.email>, orig_to=<bla.email>, relay=local, delay=143191, delays=143190/0.03/0/1.8, dsn=4.3.0, status=deferred (temporary failure. Command output: Charset encode 'MACINTOSH' -=> 'utf-8' (<BETREFF>) not supported! Charset encode 'MACINTOSH' -=> 'utf-8' (haft?) not supported! DBD::Pg::db do failed: ERROR: invalid byte sequence for encoding "UTF8": 0x9f HINT: This error can also happen if the byte sequence does not match the encoding expected by the server, which is controlled by "client_encoding". ERROR: OTRS-PM-10 Perl: 5.8.8 OS: linux Time: Fri May 15 02:51:17 2009 Message: ERROR: invalid byte sequence for encoding "UTF8": 0x9f HINT: This error can also happen if the byte sequence does not match the encoding expected by the server, which is controlled by "client_encoding". , SQL: 'INSERT INTO ticket (tn, title, create_time_unix, type_id, queue_id, ticket_lock_id, user
May 15 04:01:16 otrs postfix/qmgr[13947]: 7A29B642A8: from=<nocheine.email>, size=2233, nrcpt=1 (queue active)
May 15 04:01:18 otrs postfix/local[12217]: 7A29B642A8: to=<unsere.email>, orig_to=<bla.email>, relay=local, delay=147392, delays=147390/0.19/0/1.7, dsn=4.3.0, status=deferred (temporary failure. Command output: Charset encode 'MACINTOSH' -=> 'utf-8' (<BETREFF>) not supported! Charset encode 'MACINTOSH' -=> 'utf-8' (haft?) not supported! DBD::Pg::db do failed: ERROR: invalid byte sequence for encoding "UTF8": 0x9f HINT: This error can also happen if the byte sequence does not match the encoding expected by the server, which is controlled by "client_encoding". ERROR: OTRS-PM-10 Perl: 5.8.8 OS: linux Time: Fri May 15 04:01:18 2009 Message: ERROR: invalid byte sequence for encoding "UTF8": 0x9f HINT: This error can also happen if the byte sequence does not match the encoding expected by the server, which is controlled by "client_encoding". , SQL: 'INSERT INTO ticket (tn, title, create_time_unix, type_id, queue_id, ticket_lock_id, user
Hat jemand eine Idee was da schief läuft? Habe weder etwas in den Mailinglisten (DE/EN), noch in den OTRS-FAQs gefunden.
In der Datei "/etc/postgresql/8.2/main/postgresql.conf" sieht das encoding so aus:
Die Frage ist: Was würde passieren wenn ich den Wert auf UTF8 umstelle? Wenn ich die Fehlermeldung richtig interpretiere möchte er ja MACINTOSH nach UTF8 umwandeln - was aus irgendeinem Grund nicht klappt.#client_encoding = sql_ascii # actually, defaults to database
# encoding
Wäre klasse wenn mir hierbei jemand Helfen kann.
Danke!
Gruß Jens
OTRS 3.0.10, ITSM 3.0.4, MySQL 5.1.49, Debian GNU/Linux 6.0
Was sagt mir das?
Oftmals kommen solche Fehler daher, dass einige Witzbolde ihre Mails nicht im TXT oder HTML Format verschicken, sondern irgendwelchen OS-/Software-Pseudoformaten.
z.B. verfügt Outlook über ein Rich-Text Format, das Anhänge gerne umwandelt und diese dann beim Empfänger nur noch als "winmail.dat" ankommen. Da drin stecken dann z.B. 3 Screenshots (hatten wir bei uns kürzlich).
Dein Kunde da wird vermutlich irgendein Mac Format verwendet haben, um das Mail zu schicken und OTRS schafft es nicht, dieses Format in UTF-8 umzuwandeln.
In der Regel bleibt einem in solchen Fällen nix anderes übrig, als den Kunden zu bitten das Mail in TXT oder HTML nochmal zu schicken.
z.B. verfügt Outlook über ein Rich-Text Format, das Anhänge gerne umwandelt und diese dann beim Empfänger nur noch als "winmail.dat" ankommen. Da drin stecken dann z.B. 3 Screenshots (hatten wir bei uns kürzlich).
Dein Kunde da wird vermutlich irgendein Mac Format verwendet haben, um das Mail zu schicken und OTRS schafft es nicht, dieses Format in UTF-8 umzuwandeln.
In der Regel bleibt einem in solchen Fällen nix anderes übrig, als den Kunden zu bitten das Mail in TXT oder HTML nochmal zu schicken.
MfG
~Fredy
Produktiv: OTRS 3.0.11/ openSUSE 11.4 / Apache2, MySQL5 / Exchange 2010
~Fredy
Produktiv: OTRS 3.0.11/ openSUSE 11.4 / Apache2, MySQL5 / Exchange 2010
Re: Was sagt mir das?
Wir haben im Moment das selbe Problem:
Gibt es da eine Lösung?
Im Ticketsystem taucht das Ticket dann auf aber ist abgeschnitten nach dem "ß" und der Rest des Tickets fehlt.Charset encode 'iso-8859-1*de' -=> 'utf-8' (Anmeldung abschließen) not supported
Gibt es da eine Lösung?
Produktiv:
SuSE 11.2 - OTRS 2.4.7
SuSE 11.2 - OTRS 2.4.7
Re: Was sagt mir das?
Wenn die DB und OTRS Einstellungen komplett auf UTF-8 sind sollte das nicht passieren dürfe, denke ich
Was sagt das "Support" Paket im Admin Bereich, gibts da Fehler?
Über MySQL lassen sich die Variablen mit " SHOW VARIABLES 'char' " anzeigen!
Was sagt das "Support" Paket im Admin Bereich, gibts da Fehler?
Über MySQL lassen sich die Variablen mit " SHOW VARIABLES 'char' " anzeigen!
OTRS: 2.4.9 + ITSM 2.1.1 + CiCS 3.3.5
SLES 11
MySQL-Version: 5.1.49
SLES 11
MySQL-Version: 5.1.49
Re: Was sagt mir das?
Im Support Assesment kein Fehler, show variables like '%char%' ergibt:
Wenn ich die Abfrage über die SQL-Box im Adminbereich mache:
Edit:mysql> show variables like '%char%';
+--------------------------+----------------------------+
| Variable_name | Value |
+--------------------------+----------------------------+
| character_set_client | latin1 |
| character_set_connection | latin1 |
| character_set_database | utf8 |
| character_set_filesystem | binary |
| character_set_results | latin1 |
| character_set_server | utf8 |
| character_set_system | utf8 |
| character_sets_dir | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
8 rows in set (0.00 sec)
Wenn ich die Abfrage über die SQL-Box im Adminbereich mache:
character_set_cl[..]
utf8
character_set_co[..]
utf8
character_set_da[..]
utf8
character_set_fi[..]
binary
character_set_re[..]
utf8
character_set_se[..]
utf8
character_set_sy[..]
utf8
character_sets_d[..]
/usr/share/mysql[..]
Produktiv:
SuSE 11.2 - OTRS 2.4.7
SuSE 11.2 - OTRS 2.4.7
Re: Was sagt mir das?
Ich bin jetzt nicht der DB-Experte, aber teste mal, ob du alle Parameter auf UTF-8 ändern kannst!
Bei MySQL wäre das die Datei etc/my.cnf , dort müsstest du die Änderungen vornehmen.
Zusätzlich müssen die Werte noch in OTRS über die Sysconfig / Config.pm vorgenommen werden!
Vielleicht klappts dann ja
Bei MySQL wäre das die Datei etc/my.cnf , dort müsstest du die Änderungen vornehmen.
Zusätzlich müssen die Werte noch in OTRS über die Sysconfig / Config.pm vorgenommen werden!
Vielleicht klappts dann ja
OTRS: 2.4.9 + ITSM 2.1.1 + CiCS 3.3.5
SLES 11
MySQL-Version: 5.1.49
SLES 11
MySQL-Version: 5.1.49
Re: Was sagt mir das?
Ist alles UTF-8, das einzige was ich mir noch vorstellen könnte ist der eigentliche OTRS Betriebssystem-User, ich schau mal, danke schonmal
Edit: OTRS User hat auch alles auf UTF-8...
Edit: OTRS User hat auch alles auf UTF-8...
Produktiv:
SuSE 11.2 - OTRS 2.4.7
SuSE 11.2 - OTRS 2.4.7