Hi,
wenn uuencode nur ein einzelnes Argument mitbekommt, so wird das als Name der Datei beim Auspacken verwendet; die zu kodierende Datei wird über stdin erwartet. Das erklärt schon mal, warum der erste Befehl nichts liefert. (Eingabe von Ctrl-D sollte das dann wenigstens sauber beenden, und zu einer Mail mit leerem Anhang führen.)
Um einzugrenzen, wo das Problem beim zweiten Versuch liegt, bietet sich an, erst einmal die Pipe mit mailx wegzulassen; nach
Code:
(cat MAIL.txt; uuencode CSVS/Datei_2010-05-27.csv CSVS/Datei_2010-05-27.csv)
sollte der Inhalt der MAIL.txt gefolgt von einem Abschnitt, der mit etwas wie
Code:
begin 644 CSVS/Datei_2010-05-27.csv
anfängt und mit einer Zeile
abschliesst (also der kodierten Inhalt des CSV-Files), auf dem Bildschirm angezeigt werden. Wenn das so nicht läuft, hast du wohl ein Problem mit uuencode. (Dann könnte man mal mmencode oder base64 verwenden, oder was auch immer du auf deinem System greifbar hast).
Danach (also wenn bis hierher alles korrekt aussieht) würde ich mal versuchen, das Ding an einen lokalen Acocunt auf dem Solaris-System zu senden, und die Mail mit mailx (auf jeden Fall mit einem Mail-Programm, das von Attachments nichts versteht) direkt anzusehen. Hier sollte der Output von oben (Mail.txt + begin ... end-Abschnitt) komplett sichtbar sein.
Tja, und wenn bis hierher alles klar geht, kann man mal an einen anderen Empfänger schicken, der z.B. kein Lotus Notes verwendet, und sehen, wie das Ding bei ihm ankommt.
Aber check doch einfach mal Schritt für Schritt ab, was läuft, und wo es dann hakt. Mit dem entsprechenden Output kann man dann mal weitersehen.
NB: Der Anhang in deiner letzten Nachricht sieht so aus, als ob er doppelt uuencoded worden wäre; wenn ich da einen begin-Header davorstelle und das Ganze in uudecode pumpe, erhalte ich scheinbar ein COM-File (allerdings ist das Ding nicht komplett). Ist das CSV-File, das du als Anlage verschicken willst, bereits mit uuencode verwurstet worden, oder ist das noch das Original?
Gruss, A.