MIME::Lite Encoding Problem (Fragen zu Perl-Modulen)

[thread]15170[/thread]

MIME::Lite Encoding Problem

Tags: encoding Similar Threads

Readers: 31

Articles: hide open all | hide show old branches

+35 replies
andi25

2010-06-21 14:25
User since
2010-06-21
14 articles
BenutzerIn
Hallo zusammen,

ich benutze MIME::Lite zum Versenden von eMails und bekomme dabei im Betreff Umlaute nicht richtig angezeigt.

Der Code:
Code (perl): (dl )

1 2 3 4 5 6 7 8 9

my $msg = MIME::Lite->new ( Subject => $subject, From => $from, To => $_[0], Type => 'multipart/mixed', Charset => 'utf8' );
Was ich alternativ versucht habe ist
Code (perl): (dl )

Subject => Encode::encode("MIME-B",$subject),
Aber da bekomme ich die Fehlermeldung "Undefined subroutine Encode::encode".

Kann mir da jemand weiterhelfen?

Vielen Dank, Andi
Last edited: 2010-06-21 14:36:02 +0200 (CEST)
- +2 replies
- renee
  
  2010-06-21 14:36
  
  User since
  2003-08-04
  14371 articles
  ModeratorIn
  
  Hast Du ein use Encode; gemacht?
  OTRS-Erweiterungen (http://feature-addons.de/)
  Frankfurt Perlmongers (http://frankfurt.pm/)
  --
  
  Unterlagen OTRS-Workshop 2012: http://otrs.perl-services.de/workshop.html
  Perl-Entwicklung: http://perl-services.de/
  - andi25
    
    2010-06-21 14:47
    
    User since
    2010-06-21
    14 articles
    BenutzerIn
    
    Ahja, jetzt kann ich die Encode-Funktion zumindest mal anwenden - danke! Leider werden die Umlaute im subject aber immernoch nicht korrekt dargestellt :-(
- +7 replies
- GwenDragon
  
  2010-06-21 14:45
  
  User since
  2005-01-17
  14741 articles
  Admin1
  
  Sollte das charset nicht utf-8 heißen?
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
  - +6 replies
  - andi25
    
    2010-06-21 14:50
    
    User since
    2010-06-21
    14 articles
    BenutzerIn
    
    oh, stimmt - das muss natürlich utf-8 sein! Hab es ausgebessert, aber leider funktioniert es immernoch nicht...
    - +5 replies
    - GwenDragon
      
      2010-06-21 15:05
      
      User since
      2005-01-17
      14741 articles
      Admin1
      
      Wie sind denn deine Eingabedaten? Was für eine Kodierung haben die?
      
      Verstehe ich dich richtig? Du willst, dass die Headerinhalte nach UTF-8 kodiert werden sollen?
      Das leistet MIME::Lite nicht.
      
      Das musst du mit Encode tun.
      
      Code (perl): (dl )
      
      1 2 3 4 5
      
      use Encode qw/from_to/; ... ... from_to($string, "cp850", "utf-8");
      
      //EDIT:
      Gerade getestet und folgendes Skript als ANSI-Datei erstellt:
      
      Code (perl): (dl )
      
      1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25
      
      #!/usr/bin/perl use strict; use warnings; use MIME::Lite; use Encode qw(from_to); my $subject = "TÄST"; my $from = "ÄÖÜ <a\@example.org>"; my $to = "lölölöß <b\@example.org>"; from_to($subject, "windows-1252", "utf-8"); from_to($to, "windows-1252", "utf-8"); from_to($from, "windows-1252", "utf-8"); my $msg = MIME::Lite->new ( Subject => $subject, From => $from, To => $to, Type => 'multipart/mixed', Charset => 'utf-8' ); open my $fh,"> m.msg"; # nur zum test! $msg->print_header($fh); close $fh;
      
      Das gibt dann eine Mailheaderdatei aus, die wirklich im Editor als UTF8 geöffnet, alles richtig hat.
      Last edited: 2010-06-21 15:22:00 +0200 (CEST)
      die Drachin Gwen
      
      Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
      - +2 replies
      - andi25
        
        2010-06-21 15:22
        
        User since
        2010-06-21
        14 articles
        BenutzerIn
        
        2010-06-21T13:05:29 GwenDragon
        Wie sind denn deine Eingabedaten? Was für eine Kodierung haben die?
        
        Meinst Du damit, mit welcher Kodierung meine .pl Datei gespeichert ist? Mhmm...das kann ich Dir garnicht sagen...wie finde ich denn sowas raus? Ich benutze den vi unter Linux...
        
        Ist das "from_to" eine eigene Funktion? Was ist denn das cp850 dabei?
        
        GwenDragon
        
        2010-06-21 16:15
        
        User since
        2005-01-17
        14741 articles
        Admin1
        
        from_to ist eine Funktion des Moduls Encoding und kodierung von einem Zeichensatz zu einem anderen.
        CP850 ist der Zeichensatz von Windows/MSDOS auf der Konsole.
        Linux hat meist UTF-8, muss aber nicht.
        die Drachin Gwen
        
        Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
      - +2 replies
      - kristian
        
        2010-06-21 15:55
        
        User since
        2005-04-14
        684 articles
        BenutzerIn
        
        Das gibt die Daten in der richtigen Kodierungs aus allerdings steht da wohl
        Content-Type und Content-Charset. Wofür gilt das? Welche Sinn macht ein Content-Transfer-Encoding? Mail ist schon älter und es wird IMHO noch dauern, bis alle MTA's utf-8 können.
        Zitat: E-mail was originally designed for 7-bit ASCII. Much e-mail software is 8-bit clean but must assume it will communicate with 7-bit servers and mail readers.
        Und das gilt für den Content...
        Quelle
        Der Header geht wie er ist durch die MTA's und die Interpretation ist für etliche Progs nicht vom Charset des Body abhängig.
        
        andi25
        
        2010-06-21 15:59
        
        User since
        2010-06-21
        14 articles
        BenutzerIn
        
        2010-06-21T13:55:11 kristian
        Content-Type und Content-Charset. Wofür gilt das? Welche Sinn macht ein Content-Transfer-Encoding? Mail ist schon älter und es wird IMHO noch dauern, bis alle MTA's utf-8 können.
        
        Würdest Du mir dann also auch eher zu iso-8895-1 / latin1 raten?
- +23 replies
- kristian
  
  2010-06-21 15:30
  
  User since
  2005-04-14
  684 articles
  BenutzerIn
  
  Das Ganze ist etwas krumm.
  Der Content-type mit angehangenem Charset steht im Header und gilt für den Body der Mail.
  Das Subject steht im Header und soll nach dem Content-type interpretiert werden. Generell sollte das ja gehen nur in der Praxis gibt es diverse Mailprogs die es nicht machen.
  Von daher ist es der einfachere und sichere Weg Mails als iso-8859-1 zu schicken, dann klappts auch mit der Dose...
  
  EDIT: Fipptehler 8895 <=> 8859
  Last edited: 2010-06-21 15:43:43 +0200 (CEST)
  - +12 replies
  - pq
    
    2010-06-21 15:47
    
    User since
    2003-08-04
    12208 articles
    Admin1
    
    das subject wird doch üblicherweise mit quoted printable kodiert, oder? also z.b. =?iso-8859-1?Q?Subject mit =FCmlauten?=
    hat also sein eigenes charset.
    Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
    lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
    - +11 replies
    - kristian
      
      2010-06-21 15:58
      
      User since
      2005-04-14
      684 articles
      BenutzerIn
      
      Hmm, nein im Header steht das Content-Transfer-Encoding. Es wäre schön, wenn das für den Header (Subject im Header) gültig wäre aber welche Software macht das richtig?
      Schau dir doch mal ein paar deiner empfangenen Mail im Quelltext an.
      Ganz böse wird es wenn die Mails per Webmailer gelesen werden, das Thema habe ich schon durch, daher Mail => iso8859-1 im Header und body
      
      EDIT: Wenn es so wäre wie sollte man die Adressen From To CC BCC codieren?
      Last edited: 2010-06-21 16:01:35 +0200 (CEST)
      - +3 replies
      - pq
        
        2010-06-21 16:05
        
        User since
        2003-08-04
        12208 articles
        Admin1
        
        ich verstehe deine antwort nicht. worauf bezieht sich das "nein"?
        
        in einer meiner empfangenen mails steht:
        Subject: =?iso-8859-1?Q?Subject mit =FCmlauten?=
        
        der body könnte unabhängig davon doch ein ganz anderes charset haben, oder nicht?
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        +2 replies
        
        kristian
        
        2010-06-21 16:10
        
        User since
        2005-04-14
        684 articles
        BenutzerIn
        
        Das ist quoted-printable, so sieht es in diversen Webmailern dann auch aus und zwar genau so, die interpretieren / decodieren das nicht.
        
        pq
        
        2010-06-21 16:14
        
        User since
        2003-08-04
        12208 articles
        Admin1
        
        ich versteh's immer noch nicht =)
        wenn webmailer das nicht können, kann ich auch nix dafür, quoted printable in subjects gibts doch schon ewig...
        
        und warum schreibst du: "Das ist quoted-printable"?
        dass ich von quoted printable rede, schrieb ich doch schon weiter oben.
        
        irgendwie kann ich deinen gedanken mal wieder nicht folgen, von daher hab ich das gefühl, wir reden aneinander vorbei.
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
      - +7 replies
      - pq
        
        2010-06-21 16:11
        
        User since
        2003-08-04
        12208 articles
        Admin1
        
        2010-06-21T13:58:48 kristian
        EDIT: Wenn es so wäre wie sollte man die Adressen From To CC BCC codieren?
        
        keine ahnung, ehrlich gesagt, wie man umlaute in der adresse direkt kodieren würde. da muss ich passen.
        aber der name kann in QP kodiert werden, also From: =?UTF-8?Q?Tina_M=C3=BCller?= <test@domain.example>
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        +6 replies
        
        kristian
        
        2010-06-21 16:17
        
        User since
        2005-04-14
        684 articles
        BenutzerIn
        
        Generell hast du ja recht. Ich wehre mich nur gegen die Annahme, dass jedes Mailprog das auch weiß.
        
        +5 replies
        
        pq
        
        2010-06-21 16:28
        
        User since
        2003-08-04
        12208 articles
        Admin1
        
        gut, aber ich verstehe jetzt immer noch nicht die aussage/konsequenz.
        
        ich kann nur sagen, dass QP im subject kenn ich im prinzip, seit ich mail kenne (vor allem weil eben damals dann dochmal was schiefging und man das rohe QP vor sich hatte). willst du jetzt sagen, QP kennt nicht jedes mailprogramm, und deshalb sollte es nicht verwendet werden? aber dass das subject nach dem content-type header kodiert ist, das können mehr mailprogramme?
        
        ein webmailer, der QP im subject nicht kann, ist kein richtiger webmailer =)
        deshalb würde ich aber auch nie selbst einen schreiben, viel zu viel zu beachten...
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        +4 replies
        
        kristian
        
        2010-06-21 16:49
        
        User since
        2005-04-14
        684 articles
        BenutzerIn
        
        Hmm, ich kann mich noch an 7-Bit-MTA's und die verunglückten Umwandlungsversuche erinnern aber das ist *sehr* lange her.
        Mein Vorschlag war den Standard zu nehmen, den jedes Prog können müsste und das ist iso-8859-1. Wie immer im Netz, wenn nichts anderes gesagt wurde, dann ist es iso-8859-1. 7-Bit gibt es wohl nicht mehr 8-Bit sollte damit klarkommen.
        Alles was darüber hinausgeht, sei es QP im Header oder utf-8 aufgrund des Charsets würde ich vermeiden wollen auch wenn es (QP) im Normalfalle funktioniert es gibt immer wieder die Situation wo es nicht so ist. Denk an den armen root, der die mailbox mit mc abklappert, der kann zwar QP und Platten-utf-8 von Haus aus im Kopf decodieren solange es nicht binär encoded ist aber zum lesen ist es unschön ;-)
        Du sagst ja selbst viel zu viel zu beachten und solange es keine rfc gibt in der das geregelt wird bin ich für den einfachen und sichereren Weg.
        
        EDIT: Der alte Drache bzw. Encode::MIME::Header bringen mir gerade rfc 2047 bei, es könnte sein, dass ich meine Aussage als veraltet zurückziehen will.
        Muss mal lesen....
        EDIT2:
        ....die RFC ist Ende 2006 geschrieben, also fast 4 Jahre alt.
        Wie lange dauert es bis die Software-Hersteller das umsetzen?
        Wie lange dauert es bis der letzte Rechner mit alter Software vom Netz ist?
        Hmmm, grenzwertig aber zumindest ziehe ich meine Aussage in Bezug auf die RFC zurück und behaupte ab sofort, für die Zukunft sei utf-8 der richtige Weg. ;-)
        Last edited: 2010-06-21 17:06:29 +0200 (CEST)
        
        +2 replies
        
        GwenDragon
        
        2010-06-21 17:17
        
        User since
        2005-01-17
        14741 articles
        Admin1
        
        Ich bin kein Drache sonder eine Drachin ;) Auf sowas lege ich wert.
        
        Soweit ich weiß, gibt es eigentlich keine Probleme mehr mit QP-UTF-8.
        
        Allerdings ist es nicht sinnvoll ISO-8859-1 immer zu nehmen, es sei denn es geht immer nur um Inhalte für Westeuropa. http://de.wikipedia.org/wiki/ISO-8859-1#Verwendung
        die Drachin Gwen
        
        Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
        
        kristian
        
        2010-06-21 17:31
        
        User since
        2005-04-14
        684 articles
        BenutzerIn
        
        In Bezug auf die DrachIn bitte ich untertänigst um Entschuldigung.
        Puuhhh, hab ich ein Glück jetzt nicht verbruzelt zu sein ;-)
        In Bezug auf iso-8859-1 meinte ich den Standard der angenommen wird bzw. früher angenommen wurde, wenn nichts anderes angegeben war.
        Beim Apache ist das mitlerweile, zumindest in der Debian-Installation, utf-8.
        Das wird zwar derzeit im Normalfalle noch geändert (die Kunden auf dem Server kennen das ja nicht) aber die Zukunft holt uns bald ein. Die Umstellung auf Unicode dauert jetzt ja auch schon locker 20 Jahre, irgendwann erwischt es uns alle :-)
        
        Dubu
        
        2010-06-24 23:39
        
        User since
        2003-08-04
        2145 articles
        ModeratorIn + EditorIn
        
        2010-06-21T14:49:46 kristian
        Hmm, ich kann mich noch an 7-Bit-MTA's und die verunglückten Umwandlungsversuche erinnern aber das ist *sehr* lange her.
        
        Davon würde ich aber auch heute noch ausgehen.
        
        Quote
        Mein Vorschlag war den Standard zu nehmen, den jedes Prog können müsste und das ist iso-8859-1. Wie immer im Netz, wenn nichts anderes gesagt wurde, dann ist es iso-8859-1. 7-Bit gibt es wohl nicht mehr 8-Bit sollte damit klarkommen.
        
        ~~Ist das jetzt deine Vermutung oder hast du dafür eine Quelle?~~ Okay, habe die EDITs gelesen. Hat sich erledigt. ;-)
        
        Anders als bei HTML, wo tatsächlich ISO-8859-1 der Defaultwert ist, sieht selbst der neueste RFC 5322 für das Internet Message Format (sprich: E-Mail) nur 7-Bit US-ASCII vor.
        Es gibt einen experimentellen RFC für "Internationalized Email Headers", der UTF-8 in E-Mail-Headern erlauben will, aber nur in Verbindung mit einer Erweiterung des SMTP, damit die MTAs ausmachen können, ob sie sich verstehen. Einen Standard (oder zumindest Draft), der ISO-8859-1 für E-Mail-Header vorsieht, ist mir nicht bekannt.
        
        Alles, was über US-ASCII hinaus geht, muss eben mittels MIME kodiert werden, dafür ist es da. RFC 5322 verweist in diesem Zusammenhang auch explizit auf die MIME-Dokumente (RFC 2045, RFC 2046, RFC 2047, RFC 2049, RFC 4288, RFC 4289).
        
        Quote
        Alles was darüber hinausgeht, sei es QP im Header oder utf-8 aufgrund des Charsets würde ich vermeiden wollen auch wenn es (QP) im Normalfalle funktioniert es gibt immer wieder die Situation wo es nicht so ist.
        
        Solche Situationen sollten selten sein. Aber okay, ein MTA oder MUA muss eigentlich nicht mehr als RFC 5322 unterstützen (oder sogar nur die Vorgänger RFC 2822 bzw. in uralt RFC 822).
        
        Quote
        Denk an den armen root, der die mailbox mit mc abklappert, der kann zwar QP und Platten-utf-8 von Haus aus im Kopf decodieren solange es nicht binär encoded ist aber zum lesen ist es unschön ;-)
        
        Been there, done that. ;-)
        Gerade wenn man sich eben dafür ein Mail-Frontend zum Eigenbedarf schreibt, spart man sich ja gerne das ganze MIME-Geraffel, um es einfach zu halten. ;-)
        
        Quote
        Du sagst ja selbst viel zu viel zu beachten und solange es keine rfc gibt in der das geregelt wird bin ich für den einfachen und sichereren Weg.
        
        Siehe oben. Ich hoffe, die RFCs verhelfen zur Klarheit.
  - +10 replies
  - andi25
    
    2010-06-21 15:56
    
    User since
    2010-06-21
    14 articles
    BenutzerIn
    
    2010-06-21T13:30:02 kristian
    Das Ganze ist etwas krumm.
    Von daher ist es der einfachere und sichere Weg Mails als iso-8859-1 zu schicken, dann klappts auch mit der Dose...
    
    Mhm...iso-8895-1 würde ich ja dann statt utf-8 hernehmen...weiß nicht, ob ich das will. Bisher hab ich im Zusammenhang mit diesen Perl-Mail-Geschichten eigentlich immer gelesen, dass sich da eher utf-8 eignet..hmm
    - +5 replies
    - andi25
      
      2010-06-21 16:06
      
      User since
      2010-06-21
      14 articles
      BenutzerIn
      
      Gut, neuer Versuch :-)
      
      Code (perl): (dl )
      
      1 2 3 4 5 6 7 8 9
      
      my $msg = MIME::Lite->new ( Subject => $subject, From => $from, To => $_[0], Type => 'multipart/mixed', Charset => 'iso-8859-1' );
      
      Da es immernoch nicht geht: Kann da Problem noch an der Codierung des Textfiles (*.pl) selbst liegen? Das sollte ja dann auch in latin1 sein, oder? Wie kann ich denn das überprüfen?
      - +4 replies
      - kristian
        
        2010-06-21 16:15
        
        User since
        2005-04-14
        684 articles
        BenutzerIn
        
        Kannst du uns ein Beispiel für die kaputten Umlaute zeigen, dann könnte man Rückschlüsse auf das Ausgangsformat wagen.
        Sag uns direkt dazu, welches Mailprog das macht und poste den Quelltext der Mail im Auszug (Header und ein bissschen Body)
        
        +3 replies
        
        andi25
        
        2010-06-21 16:19
        
        User since
        2010-06-21
        14 articles
        BenutzerIn
        
        ah, selbstverständlich :-)
        
        Hier der Ausschnitt aus dem Mailreader (SquirrelMail / Weboberfläche):
        
        Code: (dl )
        
        1 2 3 4 5 6
        
        MIME-Version: 1.0 Content-Transfer-Encoding: binary Content-Type: multipart/mixed; boundary="_----------=_1277129399275240" X-Mailer: MIME::Lite 3.027 (F2.73; T1.28; A1.67; B3.01; Q3.01) Date: Mon, 21 Jun 2010 16:09:59 +0200 Subject: Spiel verfÃ¼gbar
        
        Der Betreff sollte logischerweise "Spiel verfügbar" heißen...
        
        Reichen diese Angaben oder brauchst Du noch etwas?
        
        +2 replies
        
        GwenDragon
        
        2010-06-21 16:24
        
        User since
        2005-01-17
        14741 articles
        Admin1
        
        Das ist die Anzeige, wenn im Browser oder Mailer das Charscterset ISO-8859-1 (Latin-1) ist.
        
        Wenn ich das in einen Editor kopiere und dessen Anzeige auf UTF-8 umstelle, ist das ä auch ein ä.
        
        Da hat wohl dein Squirrelmail einen falschen Zeichensatz (charset) eingestellt.
        die Drachin Gwen
        
        Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
        
        kristian
        
        2010-06-21 16:53
        
        User since
        2005-04-14
        684 articles
        BenutzerIn
        
        Ich hätte gesagt, die Quelle ist utf-8 und er schickt es wie es von der platte kommt als iso-8859-1.
        Im Programm müsste er als decodieren nach iso-8859-1 wandeln und dann ins subject setzen.
        Der Rest der Daten, wenn aus gleicher Quelle, sollte ohne weitere Behandlung mit der der Codierung utf-8 und einem geeigneten Transfer-Encoding in der Mail richtig angezeigt werden.
    - +4 replies
    - kristian
      
      2010-06-21 16:07
      
      User since
      2005-04-14
      684 articles
      BenutzerIn
      
      dann versuch iso-8895-1 im Header und mach den body / content passend zur Angabe Content-Charset => utf8 bzw. Content-Type => text/(plain|html);charset = utf-8 als utf-8.
      Den Content dann für den Transfer zusätzlich codieren (quoted-printable/ base64).
      So hast du ne Chance aber das Subject in utf-8 sehe ich nicht
      - +3 replies
      - andi25
        
        2010-06-21 16:43
        
        User since
        2010-06-21
        14 articles
        BenutzerIn
        
        Also so scheint es jetzt zumindest zu funktionieren:
        
        Code (perl): (dl )
        
        1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18
        
        use Encode; ... # Subject dekodieren utf8::decode($subject); # Neue E-Mail mit MIME Lite erzeugen my $msg = MIME::Lite->new ( #Subject => $subject, Subject => encode('MIME-Header',$subject), From => $from, To => $to Type => 'multipart/mixed', Charset => 'iso-8895-1' );
        
        +2 replies
        
        GwenDragon
        
        2010-06-21 16:48
        
        User since
        2005-01-17
        14741 articles
        Admin1
        
        Ah, du verwendest wohl Encode::MIME::Header.
        die Drachin Gwen
        
        Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
        
        andi25
        
        2010-06-21 16:57
        
        User since
        2010-06-21
        14 articles
        BenutzerIn
        
        2010-06-21T14:48:13 GwenDragon
        Ah, du verwendest wohl Encode::MIME::Header.
        
        Ja? Ist das schlecht? :-)
        
        Sorry, hab übrigens Dein EDIT im Beitrag oben ganz übersehen, in dem Du den funktionierenden Code gepostet hast...
- +2 replies
- MartinR
  
  2010-06-22 07:30
  
  User since
  2004-06-17
  305 articles
  BenutzerIn
  
  Also ich verwende
  
  use MIME::Words qw(:all);
  
  und dann z.B.
  
  Subject => encode_mimewords("$subject"),
  - GwenDragon
    
    2010-06-22 08:44
    
    User since
    2005-01-17
    14741 articles
    Admin1
    
    Klar lässt sich das auch mit dem Modul MIME::Words aus MIME-tools erreichen.
    die Drachin Gwen
    
    Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten

View all threads created 2010-06-21 14:25.