[Coco] Attachments and e-mail (was: FTP problems.)

[Stephen H. Fischer]

Hi,

Any other name sensitive file types? Why are they bothering as there are so
many ways to rename and get around them.

"original.ini" follows:

---------------------------------------------------

[MaltedMedia CoCo]
HOST=maltedmedia.com
UID=anonymous
TIMEOFFSET=0
FIREWALL=0
PASVMODE=0
AMODE=0
CONVEXT=0
FORCLOW=0
PROMPT=0
HASH=1
MODE=73
RETAIN=1
rdir0="/coco"
rdir1="/"
rdir2="/coco/USERGROUPS"
ldir0=C:\DATA\CoCo
ldir1=C:\DATA
ldir2=C:\DATA\RTSI
ldir3=C:\
ldir4=C:\Program Files
ldir5=C:\Program Files\WS_FTP Pro
ldir6=D:\My Documents\CoCo\BUG
rdir3="/coco/USERGROUPS/OS9UG"
ldir7=D:\My Documents\CoCo
DOUPDATE=1
STOU=0
RECU=0
CGOOD=4
CTIME=2041985840 29619085
REGETMODE=1
ldir8=D:\My Documents\CoCo\US_OS9_Usergrpup
ldir9=D:\My Documents
rdir4="/coco/USERGROUPS/OS9UG/MOTD 1996"
rdir5="/coco/USERGROUPS/OS9UG/MOTD 1996/PICS"
rdir6="/coco/USERGROUPS/OS9UG/MOTD 1995"
rdir7="/coco/USERGROUPS/OS9UG/MOTD 1994"
rdir8="/coco/USERGROUPS/OS9UG/MOTD 1993"
rdir9="/coco/USERGROUPS/OS9UG/MOTD 1992"
REGETRDIR=/coco
REGETRFILE=cocolist-2000.zip
REGETLDIR=C:\DATA\CoCo
REGETLFILE=cocolist-2000.zip
REGETTIME=1078480076
[RTSI]
HOST=os9archive.rtsi.com
UID=anonymous
TIMEOFFSET=0
FIREWALL=0
PASVMODE=1
AMODE=0
CONVEXT=0
FORCLOW=0
PROMPT=0
HASH=1
MODE=73
RETAIN=1
rdir0="/UNIFLEX/UNIFLEX"
rdir1="/UNIFLEX"
rdir2="/"
rdir3="/OS9"
rdir4="/OS9/incoming_old"
rdir5="/OS9/incoming_old/coco"
ldir0=C:\DATA\RTSI
ldir1=C:\DATA
ldir2=C:\
ldir3=C:\Program Files
ldir4=C:\Program Files\WS_FTP Pro
rdir6="/OS9/incoming"
rdir7="/OS9/OS9_6X09"
rdir8="/RSDOS"
ldir5=C:\DATA\CoCo
REGETRDIR=/UNIFLEX/UNIFLEX
REGETRFILE=C-Compiler.tar.Z
REGETLDIR=C:\DATA\RTSI
REGETLFILE=C-Compiler.tar.Z
REGETTIME=1078478741
rdir9="/RSDOS/incoming"

---------------------------------------------------

Stephen H. Fischer <sfischer1 at mindspring.com>

John E. Malmberg wrote:
> In article <007c01c402bc$b8737ca0$85157586 at carleton.ca>,
> "Mike Moore" <mikmoore at math.carleton.ca> writes:
>> Anybody else get this warning?
>>
> It appears to be locally generated by one of your e-mail relay points.
>
> Since the gmane e-mail munger tampered with it, I can not tell you which
> one.
>
> An .ini file on a Microsoft system can contain scripts that some programs
> will automatically execute, and some of names that are automatically
> executed are not well documented.
>
> It can also change the behavior of other programs.
>
> So it appears that a mail server is set to be paranoid about it.  During
> some virus outbreaks, many e-mail administrators will put in stricter
> temporary restrictions on content until they can be sure that their virus
> scanners
> can catch the latest bug.
>
> To avoid these issues, senders can copy plain text files to have a .txt
> extension before attaching them, or just paste them inline with out
> quoting.
>
> There is a report on the spamcop.net web forum that one large U.K.
> provider is blocking any outgoing e-mail that is forwarding another
> e-mail as
> an attachment.
>
>
> Somewhere I read a claim that there were 10 distinct virms released this
> week, and that they are causing a lot of havock.
>
> I personally have seen only 1 sucessful delivery out of 3 attempts.  So
> far no broken autoresponses to them.  And does anyone have a system that
> will automatically excute the contents of a .ZIP file when it is opened?
>
> By sucessful delivery, I received the file intact, I obviously did not
> waste time examining it's content.  One got through to the SAMBA-VMS
> list, but that list strips all HTML and attachments that are not
> identified as plain text.
>
> I also received one that had an empty file with a .zip extension.  Quality
> control is obviously lacking in the production department.
>
> -John
> wb8tyw(at)qsl.net
> Personal Opinion Only