Unchecking "Automatically decompress enclosures" had no affect on solving
the problem.
Here is the latest example of the failed decode with the checkbox
unchecked (private items altered):
<start clip>
--part1_25d.ff211d.30a98e40_boundary
Content-Type: multipart/alternative;
boundary="-----------------------------1131949420"
-------------------------------1131949420
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
-------------------------------1131949420
Content-Type: text/html; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
<HTML><HEAD>
<META charset=3DUS-ASCII http-equiv=3DContent-Type content=3D"text/html;
cha=
rset=3DUS-ASCII">
<META con
[** The entire message is stored in the file "xxxxxx.text". **]
[The text portion of the message was too large and was saved in the file:
"xxxxxx.text", which is attached.]
<end clip>
More info: My "Downloads" folder is littered with dozens of un-decoded
files, every one of them starts with the same title word "encoded"
followed by what I think to be the original name of the attached file. I
do not know if this help with troubleshooting, but it is symptomatic of
what I am trying to fix.
Also, does the size of the Downloads folder have any impact? Mine is
currently over 1 gig, in need of major spring cleaning (I know, me bad).
Regards,
RRV
>>>I was unaware that emailer ever decompressed sit files automatically.
>>
>>In Setup-->Preferences-->Incoming Messages there is a check box titled
>>"Automatically decompress enclosures". This used to work, but has been
>>"dead" for me for some time now.
>
>Try unchecking that option and see if your decoding problems go away.
>
>-chris
><http://www.mythtech.net>
>
___________________________________________________________________________
To unsubscribe send a mail message with a SUBJECT line of "unsubscribe" to
<[EMAIL PROTECTED]> or <[EMAIL PROTECTED]>
