-=> JEAN PARROT wrote to JOHNJWILSON <=-

 JP> Look at the suffix of your D/L'd packet, it will tell you a story. 
 JP> Find out what file your MM will "see". Try and change
that suffix then 
 JP> from .xxx to .yyy. Might work, no promise.

No, MultiMail doesn't determine the packet type based on the filename 
extension. Rather, it examines the first few bytes of the file; from that, 
it determines the archive type; extracts with the appropriate archiver; and 
looks at the resulting files to determine the packet type.

So, if the unarchiving step failed, but MultiMail didn't get an error code 
from the archiver, it used to give the "Packet type not recognized" 
message. But since version 0.42, after extracting, it checks to see if 
there are any files present; if not, it says "No files uncompressed - check 
archiver config".

So I don't know why someone might see this message today, unless it's 
really not one of the supported packet types (QWK/Blue Wave/etc.), or 
they're using an old version of MultiMail. Or there's a bug...

... ///\oo/\\\ Bugs? What bugs? ///\oo/\\\ ///\oo/\\\
--- MultiMail/Linux v0.47