|
Anzeige
|
Mail-Versand per Script?schönen guten Tag! aus einem Shell-Script kann man mail versenden, so ungefähr
foo enthält Umlaute, wahlweise als iso8859-1 oder utf8 -- beides ist nicht erlaubt. Jetzt hätte ich erwartet, dass encoding= sowas möglich macht. Aber mail (Heirloom 12.5) verschickt den Text immer noch als octet-stream. Muss foo schon fertiges quoted-printable sein? Gibt es dafür ein Werkzeug? Können die GNU mailutils das? qprint installieren, dann sollte das gehen:
Perfekt, danke! So ein wichtiges tool, und dann nur priority:optional ;)
Gast
#7351195
nehme mal an, mailx https://heirloom.sourceforge.net/mailx/mailx.1.html#13 The character set for outgoing messages is not necessarily the same as the one used on the terminal. If an outgoing text message contains characters not representable in US-ASCII, the character set being used must be declared within its header. Permissible values can be declared using the sendcharsets variable, ...
Gast
#7351205
"Content-Type: text/plain; charset=UTF-8" Oder Du setzt die envars entsprechend in deinem Skript
Das braucht man wohl auch, aber der Test darf doch trotzdem nur ASCII-Zeichen enthalten?
Gast
#7351228
Die Zeit, wo die Mailer nur ASCII konnten, ist schon lange vorbei - ich sende seit Jahren mit: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit und bisher hat sich noch keiner beschwert.
Wichtig ist der Header, also Mailadressen und Subject. Wenn der non-ASCII enthält, wird es oft Ärger geben. Beim Body ist das effektiv unkritisch, sofern im Header passend angegeben.
Also gut, überredet ;) Und das setzt mailx auch selbsttätig korrekt ein. Und charset=iso8859-1, solange nur simple Umlaute im Text sind und sogar us-ascii und 7Bit, wenn der ganze Text zufällig nur ASCII ist. Insofern war mein erster Gedanke "der Text ist utf8 und das müssen die Mail-Programme unter sich aushandeln" schon richtig. Es ist nur viel raffinierter als ich dachte. Der "Trick" war: in einer reinen Posix-Umgebung (LC_CTYPE=POSIX) funktioniert mailx eben wie früher, sehr brav. Eigentlich schade, dass ich qprint jetzt doch nicht brauche.
Ja klar, das passt hier ausnahmsweise ganz von selbst. Oder gleich komplettes Multipart/HTML senden... Antwort schreiben |
Anzeige
|
