Ignatios Souvatzis wrote:
> Das stimmt nur, wenn das Content-type falsch deklariert ist. Der
> Name ist davon unabhaengig.
Offenbar ändert PMail den beim Weiterleiten.
> Leider sind besonders Windows-Installationen beruechtigt dafuer,
> nach der Endung zu gehen, und im Gegenzug application/octet-stream
Genau das.
> (undefinierter Binaerkram) anzugeben, mit denen wiederum
> Standard-konforme Mailreader nichts anfangen koennen *duerfen*
> (ausser abspeichern).
>
> Was setzt denn das Fluegelpferd fuer ein Content-Type?
Wenn ich eine Datei anhänge macht PMail alles korrekt z.B.
Content-Type: image/tiff; name="f02b5808.tif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="f02b5808.tif"
Es baut nur beim Weiterleiten aus dem Neuordner Mist, weil dann die
Anhänge aus den Einzelnachrichten (*.CNM) als *.PM$ im Temp-Verzeichnis
eingelagert werden.
Evtl. gibt es aber einen besseren Workaround als den anfangs
beschriebenen: ich teste mal, was passiert, wenn ich eine Mail aus einem
IMAP-Ordner oder einem lokalen PMail-Ordner (*.PMM) heraus weiterleite.
Dort liegen alle Mails in einer einzigen Datei verpackt.
Damit würde zumindest das umständliche Sichern und wieder Anhängen der
Dateien entfallen.
--
CU Chr. Maercker.