sz at szasz
Feb 9, 2003, 5:16 AM
Post #3 of 4
> If the email is multipart ( ie, has MIME headers ), then the first text body ( textfile0 ) will contain the normal "This is a MIME
encoded email, if you are reading this...", thus textfile1 will be the body.
> If the email is strictly plain-text, then textfile0 will be the body.
> I -could- put in a facility which will allow the body to be written out to a specifically named file
(ie, --body_name=some_file_name ), because obviously the MIME decoding module will know if the email is multipart or not.
That would be a nice thing, but maybe also an overkill.
As to my understanding, a much simpler, solution is readily
available, by changing 1 single (wel,l OK, probably a
few more... ;) ) char:
It is already a very nice thing in Ripmime to call the
almost never used root part of mime messages "textfile0".
Now, simply declaring that non-multipart messages go to
"textfile1" (instead of textfile0), would magically align
unipart messages with the most frequent case of multipart
messages, where also "textfile1" is the actual mail message
This would break compatibility somewhat (which is better
to so earlier then later), but would save some extra
work for both Ripmime and its clients once and for all.