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