I've been aware of and using ripmime for a few months now, and had no problems
until today where it failed to create all the mime attached files when they had
the same name, for two separate emails, both from the same sender.
I can forward this email to anyone who is interested; it's nothing embarrassing
or private :-)
Here is my command line:
ripmime -v -i - -d a --no-nameless --infix --debug >log <mail
One of these two failing emails has 8 attachments all called image.jpg. I have
saved them manually and they are not the same. The debug log has lines like
this:
==== start
MIME_headers.c:1004:MIMEH_fix_header_mistakes:DEBUG: Checking and fixing
headers in '------=_NextPart_000_0074_01CEB553.34726BB0
Content-Type: image/jpeg; name="image.jpg"
Content-Transfer-Encoding: base64
Content-ID: <3461218470_10879>
'
MIME_headers.c:1019:MIMEH_fix_header_mistakes:DEBUG: Located ';' at offset 68
'; name="image.jpg"
==== end
Here is what the lines look like:
------=_NextPart_000_0074_01CEB553.34726BB0
Content-Type: image/jpeg;
name="image.jpg"
I tried combining the two lines; no difference. The offset 68 works counting
from the beginning of the NextPart mime separator line to the semi-colon ending
the second line.
I have another email with attachments which works fine and looks similar except
for putting those two lines together and having a different part separator.
--047d7b2e0d8330460904e6c5368d
Content-Type: image/jpeg; name="IMG_20130828_143220_333.jpg"
I don't recall having any other problems with ripmime, but of course it's
possible I just didn't notice.
--
... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._.
Felix Finch: scarecrow repairman & rocket surgeon / fe...@crowfix.com
GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license #4933
I've found a solution to Fermat's Last Theorem but I see I've run out of room o
