Hi...

mit Hilfe von HTML::Template bau ich mir ne mail zusammen.
Die Template datei wurde unter Windows erzeugt! Hat also am Zeilenende ein ODOA (\r\n) stehen.
Nach dem das Template-Object erstellt und gefüllt ist, über geb ich es meinem MIME::Lite Object und verschicke ich es endgültig mit NET::Smtp.
Funzt auch alles prima. Mail kommt unter beiden systemen an.
Jedoch hat sie, wenn sie vom *Nix-System verschickt wurde und in meinem Outlook angommt nicht mehr die Formatierung die sie haben soll; sprich: die Zeilenumbrüche existieren nicht mehr. Wenn ich sie von Windows aus schicke, ist alles prima.
wie fix ich es.
hab es so versucht.



wobei $mime das MIME::Lite object ist und wenn $libyn::Config::Remote wahr ist, bin ich auf dem *nix System.
dies bringt aber nix!

Servus,
wird die Mail oder das Template auf den *nix System via perl irgendwann als file gespeichert?
Wenn ja musst du die Datei mit binmode() schreiben, da Perl im text-mode automatisch das zum System passende Zeilenende setzt.

greetz & fetten Segen
manu
P.s: Wir hatten im PCE ein ähnliches Problem mit den EOLs

eigentlich nicht...
zumindest nicht das ich wüsste...

Hi,

versuch doch anstelle von \n bzw. \r den Asciicode zu setzen, dann könnte es funzen. \r == Wagenrücklauf, ob das unter Win funzt??? Ich glaube *nix system interpretieren das anders???

Servus,
okay...
Also ich denke imemr noch dass es was mit diesem Perl feature zu tun hat.
Wie läuft das script im groben ab?
1. öffnen des templates -> wo wurde es erstellt (win32), wie wurde es auf das *nix system gebracht (script|ftp)
2. pasten des contents in das Template
usw.

Ich glaube zum Beispiel nicht das dieses Perl Feature auch beim einlesen von Files angewand wird, kann das aber nicht 100% auschließen.
Das würde nämlich bedeuten dass dein Perl Script den Template code beim öffnen verunstalltet. Aber wie gesagt das weiss ich nicht.

greetz & fetten Segen
manu

hilft es was, wenn du das template in unix-mode setzt? (perl -i.bak -pe "s/\r//g" templatefile)
und falls nicht, hast du dann wenigstens ein einheitliches verhalten...

hehe...
UltraEdit hat sie nicht mehr all...
wenn ich die Datei normal speichere, speichert er zeilenumbrüche mit \n...
wenn ich die datei im UltraEdit öffne und dann HexEdit anmache, sehe ich 0d0a's...
wenn ich dann auf Datei/Konvertieren/DOS to UNiX sag ist die Datei größer!!! und wenn ich sie mir im HexEdit anschau, stehen immer 0d0a's dort...
dann gespeichert und auf den server geschickt und siehe da... es geht!

verkehrte welt! :)