Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Blog | Linux Links | Bling | About BLU

BLU Discuss list archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

let's torture and kill virus writers

Derek Martin writes:
	 Sure.  But if people Stopped using MS Office for creating e-mail, and just
	 wrote it in a text editor or the e-mail client's editor, this would not be
	 a problem.  

Sure, but this would imply that they were concerned with making  sure
that recipients could read their messages. We have lots of experience
now that shows what a poor assumption this is.  After all, people are
generally  familiar  with  the  problems  reading Word documents on a
different release of Word than the sender used.  Microsoft can't even
make the text legible to all Word users. But people keep sending Word
attachments even when they are aware of these problems.

There is one argument that has gotten  a  few  "No  Word  attachment"
decrees  from  on  high:   It seems that Word documents often contain
"deleted" text left over from previous documents.  Such text  is  not
visible  if  you  have  the same release of Word, but to other people
(especially to those not using Word but who know how to use the  Unix
"strings" command), all that "deleted" text is readable.  Any manager
who is aware of this is going to flatly ban all Word  attachments  to
anyone  outside  the immediate organization.  They can easily contain
portions of any earlier message in the sender's email folders.

No sensible business manager would ever permit this sort of danger to
the company.

Subcription/unsubscription/info requests: send e-mail with
"subscribe", "unsubscribe", or "info" on the first line of the
message body to discuss-request at (Subject line is ignored).

BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!

Boston Linux & Unix /