X-GM-THRID: 1201092871102915278 X-Gmail-Labels: rsgb lf X-Gmail-Received: d3f0f62eaf38b17bbf627d49b3af50f50fec4677 Delivered-To: daveyxm@gmail.com Received: by 10.54.70.6 with SMTP id s6cs25983wra; Thu, 20 Apr 2006 11:05:05 -0700 (PDT) Received: by 10.48.12.19 with SMTP id 19mr46715nfl; Thu, 20 Apr 2006 11:05:03 -0700 (PDT) Return-Path: Received: from post.thorcom.com (post.thorcom.com [193.82.116.20]) by mx.gmail.com with ESMTP id l38si1132314nfc.2006.04.20.11.05.02; Thu, 20 Apr 2006 11:05:03 -0700 (PDT) Received-SPF: neutral (gmail.com: 193.82.116.20 is neither permitted nor denied by best guess record for domain of owner-rsgb_lf_group@blacksheep.org) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1FWdSV-00070T-9V for rs_out_1@blacksheep.org; Thu, 20 Apr 2006 19:00:51 +0100 Received: from [193.82.116.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1FWdSU-00070K-S5 for rsgb_lf_group@blacksheep.org; Thu, 20 Apr 2006 19:00:50 +0100 Received: from imo-m14.mx.aol.com ([64.12.138.204]) by relay1.thorcom.net with esmtp (Exim 4.51) id 1FWfFP-0001Zu-Nz for rsgb_lf_group@blacksheep.org; Thu, 20 Apr 2006 20:55:42 +0100 Received: from GandalfG8@aol.com by imo-m14.mx.aol.com (mail_out_v38_r7.5.) id l.364.2fdd160 (3699) for ; Thu, 20 Apr 2006 14:00:25 -0400 (EDT) From: GandalfG8@aol.com Message-ID: <364.2fdd160.31792638@aol.com> Date: Thu, 20 Apr 2006 14:00:24 EDT To: rsgb_lf_group@blacksheep.org MIME-Version: 1.0 X-Mailer: 9.0 SE for Windows sub 5012 X-Spam-Flag: NO X-Spam-Score: -1.1 (-) X-Spam-Report: autolearn=disabled,AWL=-1.385,HTML_30_40=0.056,HTML_MESSAGE=0.001,NO_REAL_NAME=0.178 Subject: Re: LF: Top load coil at ground level? Content-Type: multipart/alternative; boundary="-----------------------------1145556024" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.8 required=5.0 tests=HTML_20_30,HTML_MESSAGE, NO_REAL_NAME autolearn=no version=2.63 X-SA-Exim-Scanned: Yes Sender: owner-rsgb_lf_group@blacksheep.org Precedence: bulk Reply-To: rsgb_lf_group@blacksheep.org X-Listname: rsgb_lf_group X-SA-Exim-Rcpt-To: rs_out_1@blacksheep.org X-SA-Exim-Scanned: No; SAEximRunCond expanded to false Status: O X-Status: X-Keywords: X-UID: 6676 -------------------------------1145556024 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit In a message dated 20/04/2006 17:03:50 GMT Daylight Time, WarmSpgs@aol.com writes: Actually, it's a propagation problem. Some mail systems don't like to handle multiple attachments, and enclosed them in a Zip file. Usually this works fine. Unfortunately, there's something about the way multiple file attachments are encoded when passing through this reflector that AOL doesn't seem to understand, so what they zip up for me is the raw MIME-encoded attachments, without reconverting them to their original formats and filenames. Single files pass through OK. Therefore, since I'm apparently not the only person who encountered this, may I suggest either sending single files per message, or zipping them into a single file prior to transmission. Hi John AOL can often be a pain on this and did it to me too but, with Winzip anyway, the files can still be read. When I opened the original zip file that AOL had wrapped them in there were the two mim files you mentioned. Winzip sees these as compressed files too so double clicking either from within Winzip, I didn't bother to extract them first, starts up another Winzip session which opens up the selected file to reveal the jpg inside, which can then also be opened from within the archive. Messy yes, but it did work ok. However, I would agree that creating a single zip file before transmission is the easiest way to avoid problems. regards Nigel G8PZR -------------------------------1145556024 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable
In a message dated 20/04/2006 17:03:50 GMT Daylight Time, WarmSpgs@aol.= com=20 writes:
<= FONT=20 style=3D"BACKGROUND-COLOR: transparent" face=3DArial color=3D#000000 size= =3D2>
Actually, it's a propagation problem.  Some mail systems don't l= ike=20 to handle multiple attachments, and enclosed them in a Zip file.  Usu= ally=20 this works fine.  Unfortunately, there's something about the=20 way multiple file attachments are encoded when passing through this=20 reflector that AOL doesn't seem to understand, so what they zip up for me=20= is=20 the raw MIME-encoded attachments, without reconverting them to their=20 original formats and filenames.
 
Single files pass through OK.  Therefore, since I'm apparently n= ot=20 the only person who encountered this, may I suggest either sending single=20 files per message, or zipping them into a single file prior to=20 transmission.
Hi John
 
AOL can often be a pain on this and did it to me too but, with Winzip=20 anyway, the files can still be read.
When I opened the original zip file that AOL had wrapped them in there=20= were=20 the two mim files you mentioned.
Winzip sees these as compressed files too so double clicking eithe= r=20 from within Winzip, I didn't bother to extract them first, starts up another= =20 Winzip session which opens up the selected file to reveal the jpg inside, wh= ich=20 can then also be opened from within the archive.
Messy yes, but it did work ok.
However, I would agree that creating a single zip file before=20 transmission is the easiest way to avoid problems.
 
regards
 
Nigel
G8PZR
-------------------------------1145556024--