Comme d'hab, j'arrive un peu tard...
On Tue, 19 Jun 2001, Daniel Cordey wrote:
> On Tue, 19 Jun 2001, Marc SCHAEFER wrote:
> > The Base64 encoding is designed to represent arbitrary sequences of
> > octets in a form that need not be humanly readable. A 65-character
> > subset ([A-Za-z0-9+/=]) of US-ASCII is used, enabling 6 bits to be
> > represented per printable character.
>
> Et apres... on repack les bits ? OK, je regarderai ce truc un autre jours...
Mouais, y'a un truc: le ``='' est utilis� pour une sorte de comptage:
A-Z:26 + a-z:26 + 0-9:10 + ``+/'':2 = 64, le ``='' est le
soixante-cinqui�me...
> > donc cela ne devrait pas �tre trop difficile � r��crire. Ou � pomper de
> > munpack, ou du package Perl correspondant.
>
> Je vais jeter un coup d'oeil au code source.
>
> > Tu pourrais aussi g�n�rer de faux headers et utiliser munpack(1).
>
> En fait, c'est exactement ce que je cherchais. En prime, je n'ai meme pas
> besoin de separer le 'component' du reste du mail. Je suis alle recuperer
> mpack quelque part et ca marche tres bien.
Pour ma part, je l'ai fait avec ``mimencode'' ou ``mmencode''. Je crois
que ``binhex'' et ``uuencode'' aussi, mais n'utilisent pas (en tout cas
par d�faut) les m�me format...
mpack et munpack te permettent de g�rer des mail AVEC attachements, et pas
uniquement des streams Base64...
Maintenant, si cela t'int�resse, j'avais fait un petit script sh � placer
en filtre ``if='' dans le /etc/princap, pour cr�er une imprimante
virtuelle qui retourne � l'utilisateur son travail d'impression en
attachement PDF, par mail multi-part... (Avec comme nom de fichier,
un `uuidgen`.pdf � renommer de cas en cas)
--
F�lix Hauri - <[EMAIL PROTECTED]> - http://www.f-hauri.ch
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question. Ouais, pour se d�sabonner aussi.
