Hans-Juergen Taenzer <[EMAIL PROTECTED]> wrote on 26.07.04:
> Michael Heydekamp ([EMAIL PROTECTED]) wrote
[...]
> Letzeres. Kurz angerissen was ich vorhabe: eine Spielerei vorneweg
> gesagt. :) Ich m�chte einen Eingangspuffer mit einem kleinen Programm
> durchsuchen. Wird ein X-Face Header gefunden, wird eine neue
> Nachricht in den Puffer gestellt. Diese neue Nachricht bekommt einen
> BEZ, der auf die ausl�sende Nachricht zeigt. Inhalt der generierten
> Nachricht ist der in ein Windows- BMP gewandelte X-Face Inhalt.
Aha - dann ist das allerdings schon was ganz anderes.
> Soweit ist das unproblematisch.
> Was ich suche, ist eine Kombination von CT und CTE, die es erm�glicht,
> innerhalb von XP aus �ber eine Verkn�pfung zum Mimetyp ein Programm
> zur Anzeige der Bitmap aufrufbar zu machen.
CTE ist egal, daf�r interessiert sich XP AFAIK nicht.
Jetzt ist es leider eine ganze Weile her, da� ich mich mit dem Thema
MIME-Viewer besch�ftigt habe (das Resultat ist u.a. in der v�llig
chaotischen ;) Online-Hilfe dazu zu bewundern und stammt noch aus meiner
Vor-Entwicklerzeit).
Definitiv wei� ich aber, da� wir uns damals auch mit Singleparts - denn
darum geht es ja in Deinem Fall letztlich - besch�ftigt haben und man
auch diese an MIME-Viewer �bergeben kann:
----------8<----------
MK+MY: Bugfixes: MIME-Viewer-Routinen komplett �berarbeitet (korrekte
und konsistente Behandlung von Multi- und Singlepart, Quote-
Verhalten, Binary-Erkennung, usw. usf.). (Bugs aus v3.20)
----------8<----------
Und Singleparts liegen immer uncodiert vor. :) Diese Fixes waren BTW ab
der v3.30.6 vom 16.11.2000 drin.
Ich w�rde im Moment und ohne Garantie einfach mal behaupten, da� Du f�r
Singleparts gar keinen CT-Header ben�tigst. Versuch's einfach mal mit
den ZC-Headern "TYP: BIN" und einem Dateinamen im ZC-Header "FILE:".
Dann sollte anhand der Dateierweiterung schon der korrekte Viewer
gestartet werden. Die Daten packst Du dann uncodiert in den Body.
Wenn das nicht geht, im Top Level Header einen CT-Header erzeugen und
einfach irgendwas setzen (z.B. "Content-Type: image/x-face"). Das dann
in der Viewer-Config eintragen und ausprobieren.
Wobei man vielleicht besser einen tats�chlich existierenden Content-Type
nimmt, f�r den Fall, da� der Header irgendwie mal nach drau�en gelangt.
Sorry, ich m��te selber in den Code gucken, um Genaueres sagen zu
k�nnen, aber durch simples Testen sollte sich das auch leicht rausfinden
lassen.
> Das es nicht nach aussen gehen soll, sind mir RFCs recht egal. Es
> w�rd reichen, wenn XP den binaren Inhalt (die Bitmap) in eine Datei 1
> zu 1 rausschreiben w�rde, und einen passenden Viewer damit aufrufen
> w�rde.
Genau das sollte bereits passieren (zumindest hat das fr�her mal
funktioniert, ich hab' das ewig nicht getestet).
>> Bei Bildern bietet sich da der Content-Type "image/*" an. Wenn's
>> 'ne Bitmap (argh!) ist, m��te man mal sehen, ob daf�r ein Subtype
>> definiert ist (in RFC2046 sind nur "jpeg" und "gif" definiert).
>> application/octet-stream ist nie flasch. :)
> Setzt aber wohl eine Codierung voraus. Das h�tte ich mir gerne
> erspart.
Das galt nur f�r den Transport, spielt bei Deinem Szenario keine Rolle.
>> Oder hab' ich Dich jetzt komplett mistverstanden und Du m�chtest
>> sowas wie X-Face generieren und dabei ein propriet�res Format f�r
>> XP erzeugen?
> Ne, eigentlich nicht. Aber w�r vielleicht auch einer �berlegung wert.
> :)
Beliebige zus�tzliche Header kann man ja auch jetzt schon in eine RFC-
Mail packen.
Michael
------------------------------------------------------------------------
FreeXP Entwickler-Mailingliste
[EMAIL PROTECTED]
http://www.freexp.de/cgi-bin/mailman/listinfo/dev-list
