Arch Linux

[workaround]Mail-Betreff, Encoding und atd

archannes

Hallo zusammen!

Ich suche die Stelle des Problems von:

1) mail -s "ÄÖÜäöü" meine@gmx.de -> Mailbetreff = ÄÖÜäöü und auch sonst alles prima.

2) php -> atd -> mail -s "ÄÖÜäöü" meine@gmx.de -> Mailbetreff = ???????????? (für jeden Umlaut 2x?), außerdem ist der Mailbody als attachment.bin angehängt und nicht im normalen Feld zu lesen.

Ich hätte es zuerst auf php geschoben, aber:
Per

less /var/spool/atd/a00000xyz

kann ich den Betreff im Befehl einwandfrei lesen.

Also verändert die Ausführung des Befehls durch at etwas im header?

Habt ihr Vermutungen oder Testmöglichkeiten?

Mir fällt grad noch eine ein, deren Ergebnis ich dann noch nachschicke.

Gruß und vielen Dank,

archannes

EDIT:

echo "ÜÄÖüäöüäüöäüöäüöä" | mail -s "ÄÖÜäöü" meine@gmx.de | at now

Funktioniert ohne Probleme.

archannes

Anmerkung: Ich habe schon den exakten Befehl, der in /var/spool/atd/a0000yxz steht ins Terminal kopiert und die Mail einwandfrei erhalten.
Was macht at mit dem Betreff?

archannes

Inhalt der /var/spool/atd/a0000xyz, da hier noch Variablen gesetzt werden:

#!/bin/sh
# atrun uid=33 gid=33
# mail http 0
umask 22
CONSOLE=/dev/console; export CONSOLE
INIT_VERSION=sysvinit-2.88; export INIT_VERSION
STARTING=1; export STARTING
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin; export PATH
RUNLEVEL=3; export RUNLEVEL
PWD=/media/shareother/intern/dienste/web2999; export PWD
LANG=C; export LANG
PREVLEVEL=N; export PREVLEVEL
SHLVL=4; export SHLVL
cd /media/shareother/intern/dienste/web2999 || {
         echo 'Execution directory inaccessible' >&2
         exit 1
}
echo "Das Fristende für die gesetzte Frist

äüöäüö

ist noch 0 Tage entfernt.

Die Frist läuft ab: 17.9.11 14:45 Uhr " | mail -s "Noch 0 Tage bis: äüöäüö " meine@gmx.de

badboy

Geht vielleicht irgendwo zwischendurch das Encoding kaputt? Welches Encoding hast du auf der Shell, mit welchem Encoding ist die spool-Datei von atd gespeichert?

archannes

Gute Frage - vielleicht gibts ein standard-character-encoding für php, wenn es befehle an die shell weitergibt - ich schau mal in die php.ini...
Ansonsten ist bei mir nämlich alles auf utf8, wo man es eben einstellen kann (System, die zum Problem gehörende Website...).

archannes

Ergebnis: Es gibt zwar die Einstellung default_charset in der php.ini, die ändert allerdings nichts am Problem, wenn man sie auf ="UTF-8" setzt.

Also nochmal:
Sollte das encoding der Shell dem des Systems entsprechen, dann müsste php den Befehl

$befehl = "echo 'echo \"Das Fristende für die gesetzte Frist\n \n".$bez."\n \nist noch ".$vorwarntage." Tage entfernt. \n \nDie Frist läuft ab: ".$fuertext." \" | mail -s [b]\"Noch ".$vorwarntage." Tage bis: ".$bez." \"[/b] meine@gmx.de' | at ".$fuerat;
exec($befehl,$ergebnisexec,$status);

eigentlich korrekt ausführen, sonst könnte ich den Betreff ($bez) doch schon per less nicht lesen, oder?

EDIT: Wie man oben an dem AT-Job sieht, wird LANG=C gesetzt. Wenn ich den JOB in der Konsole erstelle, steht da LANG=de_DE.UTF-8.
Ich habe jetzt in meinen php-Befehl LANG=de_DE.UTF-8;export LANG;Restbefehl..
integriert und es funktioniert.

Scheinbar nimmt atd für die Ausführung von Benutzern ohne shell eine Standardshell, die nicht das System-Encoding hat.
Muss ich für meinen Webserver jetzt eine Shell einrichten? Das wäre mir nicht so recht - da bleibe ich dann lieber bei dieser Lösung.