cscmail-users

Re: [CSCMail-Users] Bad spam

[Meph I. <Me...@AA...>]

  CZ,

  It finally dawned on me to move the stuff in the Inbox I want to
keep to another floder & use the Empty Selected Folder feature to get
rid of these spams.  Bit of a drag, but a hell of a lot easier than
opening every non-descript message in the cscmail subdirectories.

  Just out of curiosity, is that a function of the database which
lists the messages in such an unfriendly manner, or did you do that
for some reason?  Even the annoying NSCommunicator lists them by
folder & makes them one big file by that folder name.  If you'd made
this setup, wouldn't it have been easier to do it as either NSC or
pine?

  Meph

>  cscmail crashes & closes when I click on them to delete them.  I'd
>  started going through every message in the numbered subdirectories
>  with pico, but hell, is there an easier way to find & delete these
>  things?
>  
>    Meph


-- 
  "I did this 'cause Linux gives me a woody."
  -Dave '-ddt->' Taylor, announcing DOOM for Linux

Re: [CSCMail-Users] Bad spam

[Meph I. <Me...@Ae...>]

  Hey, hey,

>  >	Last night, two pieces of spam came in with some 
>  >  format problem - cscmail crashes & closes when I 
>  >  click on them to delete them. 

>  What version CSCMail?

  That would be 1.6.1.

>  If you are using 1.7.x 

  Still haven't upgraded (updated...?).  S'pose I'd better get to
that, but with five workstations & a notebook all wanting to use the
lan & (other) software inadequacies, I've not had a chance.

>  Also, if you could (In the future) send me a copy of
>  any messages that do horrible things to CSCMail, it 
>  helps me to debug if I can see what is causing the 
>  obscene behavior.

  Normally I would.  Sorry about the other errors not having been
included, but a restart took care of them.  As for the nasty spam,
there was no error. I just clicked either of the two & cscmail just
disappeared.

>  >	Just out of curiosity, is that a function of the 
>  > database which lists the messages in such an 
>  > unfriendly manner, or did you do that for some 
>  > reason?  Even the annoying NSCommunicator 
>  > lists them by folder & makes them one big file 
>  > by that folder name.  If you'd made this setup, 
>  > wouldn't it have been easier to do it as either NSC
>  > or pine?

>  The reason, however that messages are all in 
>  seperate files is that:

>  1: no file access is needed to move a message from 
>  one folder to another, just an update to the index (ie: 
>  we use vFolders, have since version 1

>  2: it is much faster when viewing a message to just 
>  load and deal with a single file that  is the whole 
>  message.  Having to seek through a 20 meg file to 
>  find the one message you wish to view is a bit 
>  cumbersome.

  Granted.  But trying to administer a mailer which handles things as
this would turn a whole ~lot~ of Administrtors off.

>  You should know that Version 2.0.0 of CSCMail uses
> an MBOX format message store (similar to Netscape 
> and Pine)

  Ahh, now you're talkin'.  When might we see 2?

>   This "indexed MBOX" format is not "unique."  In 
>  fact, Netscape has always done something like this.
>  I modeled my format closely after a document 
>  discussing such things by the author of versions 2 
>  and 3 of Netscape Mail.

  Well, I know that the Windows version 2 was my favourite, & 3 was
useful when I was using Windows.

> Netscape 4 has bloated the index to such an extreme 
>  that it is no longer the same beast, and in fact, the 
>  index is often as much as 50% of the size of the MBOX
>  file,

  And this would only be ~one~ of all too many problems with NS 4.  I
wouldn't use in in Windows & had switched to pine for mail till pine
started having a problem no one can figure out.  I'd recently started
using KFM for graphical Web browsing (w3m for most browsing) &
haven't had much trouble.  I particularly like that I've not crashed
it;-).

>  while in CSCMail 2.0.0 the index for a 30 meg MBOX 
>  only takes up 700k (2%)

  Too cool.  Again, when will we see it?
  
>  Anyway, I hope I answered your questions...

  Yes.	Thank you.  While I've not been ~entirely~ pleased with some
things in 1.6.1 (like the database issue & that I can't move things
to a folder beyond the heitht of my screen), I've been overjoyed to
finally find a graphical mailer which actually does what cscmail does
(not half of the features I ~can~ use are in others).

  Meph

-- 
  "I did this 'cause Linux gives me a woody."
  -Dave '-ddt->' Taylor, announcing DOOM for Linux

Re: [CSCMail-Users] Bad spam

[Steven K. <st...@vo...>]

On 21 Jun 2000 07:58:02 PDT, Meph Istopheles said:

>   CZ,
>  
>    It finally dawned on me to move the stuff in the Inbox I want to
>  keep to another floder & use the Empty Selected Folder feature to get
>  rid of these spams.	Bit of a drag, but a hell of a lot easier than
>  opening every non-descript message in the cscmail subdirectories.

Hehe, that is one way to do it...
  
>    Just out of curiosity, is that a function of the database which
>  lists the messages in such an unfriendly manner, or did you do that
>  for some reason?  Even the annoying NSCommunicator lists them by
>  folder & makes them one big file by that folder name.  If you'd made
>  this setup, wouldn't it have been easier to do it as either NSC or
>  pine?

Basically, we did it for speed reasons... First, we used to embed the
messages directly in the database, but that had portability issues, so we
moved the mail out to sub folders.  Initally we mixed all the mail in one
big folder, but it was still individual files per message, then someone
told me (falsly I might add) that there was a limit to the number of
files in a folder, so I devised the numbered subfolder scheme.	The
reason, however that messages are all in seperate files is that:

1: no file access is needed to move a message from one folder to another,
just an update to the index (ie: we use vFolders, have since version 1,
and so Evolution is NOT origional in this claim... dispite their loud
assertions to the contrary)

2: it is much faster when viewing a message to just load and deal with a
single file that  is the whole message.  Having to seek through a 20 meg
file to find the one message you wish to view is a bit cumbersome. 

3: I was not a very skilled programmer when I started CSCMail, and it
seemed a good idea at the time.  You should know that Version 2.0.0 of
CSCMail uses an MBOX format message store (similar to Netscape and Pine)
with the addition of an index file and this seems to overcome the points
1 and 2 problems fairly well.  This "indexed MBOX" format is not
"unique."  In fact, Netscape has always done something like this. I
modeled my format closely after a document discussing such things by the
author of versions 2 and 3 of Netscape Mail. Netscape 4 has bloated the
index to such an extreme that it is no longer the same beast, and in
fact, the index is often as much as 50% of the size of the MBOX file,
while in CSCMail 2.0.0 the index for a 30 meg MBOX only takes up 700k
(2%)

Anyway, I hope I answered your questions...

-CZ
-- 
---------------------------------------------------------------------- 
Steve Kordik					      st...@vo... 
System Administrator				      Tel 212.332.5045 
VOILA - France Telecom North America		      Fax 212.332.2362 
1270 Avenue of the Americas			New York, NY 10020 USA 
---------------------------------------------------------------------- 
Customized Search Engines for your web site at: http://voilasearch.com 
----------------------------------------------------------------------