cscmail-devel

[Cscmail-devel] (no subject)

[Gavin B. <gav...@ce...>]

[whois.corenic.net]

   Record last modified: 2001-05-06 04:24:26 UTC by CORE-11
   Record created:	 2000-05-06 01:35:24 UTC by CORE-11
   Record expires:	 2001-05-05 20:38:56 UTC

   Database last updated on 2001-05-09 13:56:38 UTC

This is a problem...

G.

-- 
Gavin Brown : Webmaster, CentralNic Ltd.
website - http://www.centralnic.com/ : email - gav...@ce...
London SW6 Office : Tel +44 (0)20 7751 9000 : Fax +44 (0)20 751 0958

Re: [Cscmail-devel] Feature request

[John S. <su...@os...>]

> I'll look into Procmail a bit more.  the way I have always used it is in
> conjunction with a local MTA.  (ie: all mail that is delivered through
> sendmail or exim or whatever gets automatically processed by procmail)
> I will have to figure out how to directly send mail to procmail... I guess
> it is as simple as piping the mail in, but again, I need to look into it.

I'm sure that IS all that's required; one can run it from the commandline:
cat ... | procmail ..
or procmail ... <
 
> What I'll do is make it an option: Use Procmail for filtering? [x]

Sounds good.
 
> The ability to sort outgoing mail based on who it is sent to sounds
> interesting.  It would certainly be easy enough to impliment.  I agree that
> it makes it much easier to see the flow of a conversation, of both halves
> are in the same folder.  I'll definately keep this suggestion in mind.

That too;-)


-- 
Cheers
John Summerfield
http://www2.ami.com.au/ for OS/2 & linux information.
Configuration, networking, combined IBM ftpsites index.

Microsoft's most solid OS: http://www.geocities.com/rcwoolley/

Note: mail delivered to me is deemed to be intended for me, for my disposition.

Re: [Cscmail-devel] Feature request

[Count Z. <cou...@cy...>]

I'll look into Procmail a bit more.  the way I have always used it is in
conjunction with a local MTA.  (ie: all mail that is delivered through
sendmail or exim or whatever gets automatically processed by procmail)

I will have to figure out how to directly send mail to procmail... I guess
it is as simple as piping the mail in, but again, I need to look into it.
What I'll do is make it an option: Use Procmail for filtering? [x]

The ability to sort outgoing mail based on who it is sent to sounds
interesting.  It would certainly be easy enough to impliment.  I agree that
it makes it much easier to see the flow of a conversation, of both halves
are in the same folder.  I'll definately keep this suggestion in mind.

-Count Zero

----- Original Message -----
From: "John Summerfield" <su...@os...>
To: <csc...@li...>
Sent: Tuesday, May 01, 2001 1:18 AM
Subject: Re: [Cscmail-devel] Feature request


> > With the C version I am using Mark Crispin's "c-client" for all mailbox
> > access.  What this allows is support for IMAP, POP, and pretty much all
> > local mailstore formats known to the Unix world (mbox, mx, mbx, tenex,
mtx,
> > mmdf, unix, mh) ... As such, I believe it solves your problem already.
It
> > will also support an extensive internal filtering mechanism that will be
> > powerful enough for 90% of our users needs without a need for something
like
> > procmail.  For users who want to use procmail anyway, I recommend they
use
> > fetchmail to retrieve their mail (NOT cscmail) and then procmail will
get a
> > chance at it during the local sendmail delivery phase (assuming procmail
is
> > setup in the default manner)  Procmail will deliver the mail to whatever
> > mailbox format you have configured on your system, and then CSCMail will
be
> > able to read that format (in your case, it sounds like mh format)
>
> There's a lot of people already have procmail filters; expecting the folk
to set upp
> fetchmail in order to use procmail isn't the most satisfactory (to the
user) way of
> addressing the need.
>
> I'd not have thought it much more than pipe(); fork(); some closes() and
an exec()
> if it's called directly; a little more (but still no great task) to write
a program
> (and it could be in perl!) to receive mail from procmail and store in the
indicated
> folder (adter locking it, of course).
>
>
>
> >
> > Anyway, I know this was a bit more than what you where asking, but I got
a
> > lot of ideas floating around in my head and sometimes I hafta dump
them..
> > hehe  I am very excited about the capabilities that the C version of
CSCMail
> > will have... Now I just need 30 more hours a day so I have time to write
> > it...
> >
>
> I used to use Ultimedia Mail on OS/2; stability aside, it's probably the
best email
> client I've used.
>
> A feature I sorely miss is the ability to name a folder in the address
book; if I
> create an entry for Count Zero" <cou...@cy...>, I can also
specify the
> folder into which I store mail I send to Count Zero.
>
> The alternative ideas I see of storing all outgoing mail in one folder,
and of not
> storing a copy anywhere, are both pretty silly from the POV of managing
documents.
>
>
>
> --
> Cheers
> John Summerfield
> http://www2.ami.com.au/ for OS/2 & linux information.
> Configuration, networking, combined IBM ftpsites index.
>
> Microsoft's most solid OS: http://www.geocities.com/rcwoolley/
>
> Note: mail delivered to me is deemed to be intended for me, for my
disposition.
>
>
>
>
> _______________________________________________
> Cscmail-devel mailing list
> Csc...@li...
> http://lists.sourceforge.net/lists/listinfo/cscmail-devel
>
>

Re: [Cscmail-devel] Feature request

[John S. <su...@os...>]

> With the C version I am using Mark Crispin's "c-client" for all mailbox
> access.  What this allows is support for IMAP, POP, and pretty much all
> local mailstore formats known to the Unix world (mbox, mx, mbx, tenex, mtx,
> mmdf, unix, mh) ... As such, I believe it solves your problem already.  It
> will also support an extensive internal filtering mechanism that will be
> powerful enough for 90% of our users needs without a need for something like
> procmail.  For users who want to use procmail anyway, I recommend they use
> fetchmail to retrieve their mail (NOT cscmail) and then procmail will get a
> chance at it during the local sendmail delivery phase (assuming procmail is
> setup in the default manner)  Procmail will deliver the mail to whatever
> mailbox format you have configured on your system, and then CSCMail will be
> able to read that format (in your case, it sounds like mh format)

There's a lot of people already have procmail filters; expecting the folk to set upp 
fetchmail in order to use procmail isn't the most satisfactory (to the user) way of 
addressing the need.

I'd not have thought it much more than pipe(); fork(); some closes() and an exec() 
if it's called directly; a little more (but still no great task) to write a program 
(and it could be in perl!) to receive mail from procmail and store in the indicated 
folder (adter locking it, of course).



> 
> Anyway, I know this was a bit more than what you where asking, but I got a
> lot of ideas floating around in my head and sometimes I hafta dump them..
> hehe  I am very excited about the capabilities that the C version of CSCMail
> will have... Now I just need 30 more hours a day so I have time to write
> it...
> 

I used to use Ultimedia Mail on OS/2; stability aside, it's probably the best email 
client I've used.

A feature I sorely miss is the ability to name a folder in the address book; if I 
create an entry for Count Zero" <cou...@cy...>, I can also specify the 
folder into which I store mail I send to Count Zero.

The alternative ideas I see of storing all outgoing mail in one folder, and of not 
storing a copy anywhere, are both pretty silly from the POV of managing documents.



-- 
Cheers
John Summerfield
http://www2.ami.com.au/ for OS/2 & linux information.
Configuration, networking, combined IBM ftpsites index.

Microsoft's most solid OS: http://www.geocities.com/rcwoolley/

Note: mail delivered to me is deemed to be intended for me, for my disposition.

Re: [Cscmail-devel] cscmail 1.6.1 is a runaway failure;-((

[Count Z. <cou...@cy...>]

Yeah, 1.6.1's mbox import is broken.. Please download the newest 1.7.x
version (from sourceforge) ... It fixes many problems with mbox import and
export.

Also, be aware that CSV format is inherantly slow.  once you get more than a
few hundred messages in a folder, you most likely will wish you had a "real"
database behind your mail.

-Count Zero

----- Original Message -----
From: "John Summerfield" <su...@os...>
To: <csc...@li...>
Sent: Sunday, April 29, 2001 11:07 PM
Subject: [Cscmail-devel] cscmail 1.6.1 is a runaway failure;-((


>
> I tried to import this file:
> -rw-rw-r--    1 listread listread  3135949 Apr 30 06:35 INBOX
>
> cscmail ran for some hours and gave the system a thorough thrashing. It
finally
> ended thus:
> nfs: server dugite OK
> Out of Memory: Killed process 1139 (java).
> Out of Memory: Killed process 1160 (java).
> Out of Memory: Killed process 1161 (java).
> Out of Memory: Killed process 1162 (java).
> Out of Memory: Killed process 1163 (java).
> Out of Memory: Killed process 1164 (java).
> Out of Memory: Killed process 1165 (java).
> Out of Memory: Killed process 1166 (java).
> Out of Memory: Killed process 1168 (java).
> Out of Memory: Killed process 892 (java).
> Out of Memory: Killed process 5876 (cscmail).
> Out of Memory: Killed process 5876 (cscmail).
> [summer@possum summer]$ lrdr
>
>
> The system is a Pentium II 233, 192 Mb RAM and 128 Mb swap. Some time
before it came
> to this poor pass, the ps command reported it was using 66% of my memory.
>
>
> Needless to say, its performance impresses me. Adversely.
>
> Now, before you get excited, I do like the look of it, and it has many
features that
> I like. Being written in Perl is one of them. I also like the CSV storage
>
> I do know enough Perl to understand that this performance problem is not
due to the
> use of Perl per se.
>
> The mail file I was importing was create by the VM mailer in xemacs. It's
fairly
> clear that cscmail doesn't have a good understanding of the format of the
file.
>
>
> --
> Cheers
> John Summerfield
> http://www2.ami.com.au/ for OS/2 & linux information.
> Configuration, networking, combined IBM ftpsites index.
>
> Microsoft's most solid OS: http://www.geocities.com/rcwoolley/
>
> Note: mail delivered to me is deemed to be intended for me, for my
disposition.
>
>
>
>
> _______________________________________________
> Cscmail-devel mailing list
> Csc...@li...
> http://lists.sourceforge.net/lists/listinfo/cscmail-devel
>
>

Re: [Cscmail-devel] Feature request

[Count Z. <cou...@cy...>]

With the C version I am using Mark Crispin's "c-client" for all mailbox
access.  What this allows is support for IMAP, POP, and pretty much all
local mailstore formats known to the Unix world (mbox, mx, mbx, tenex, mtx,
mmdf, unix, mh) ... As such, I believe it solves your problem already.  It
will also support an extensive internal filtering mechanism that will be
powerful enough for 90% of our users needs without a need for something like
procmail.  For users who want to use procmail anyway, I recommend they use
fetchmail to retrieve their mail (NOT cscmail) and then procmail will get a
chance at it during the local sendmail delivery phase (assuming procmail is
setup in the default manner)  Procmail will deliver the mail to whatever
mailbox format you have configured on your system, and then CSCMail will be
able to read that format (in your case, it sounds like mh format)

CSCMail will have the option to have "send only" accounts configured.  These
accounts will have a friendly name, a reply address, and an outgoing server
configuration.  Also, they will have a "sent to alias" (naming may change)
that allows you to map them to incoming messages.  An example will explain
this better:

One problem with using a single mail store to hold messages that where sent
to different drop boxes (cou...@cy..., sk...@ea... for
example) is that when you hit "reply" your "From" address is set to whatever
the default address is.  In a lot of mailers, there is only "one" such
outgoing from address.  In CSCMail 1.7.x and earlier, we allowed multiple
accounts to be configured (removing the need for fetchmail) and when we
downloaded the account, we flagged it so the appropriate reply address would
be selected.  With the new CSCMail, this will continue if users select
multiple POP accounts, but I also understand that a lot of people have
multiple aliases that forward to a single POP box as well.  So the point is,
you'll be able to flag an outgoing account that matches the "To:" address
(or CC: or both) so that when you reply to a message that was sent to
sk...@ea... it will (if you configure it as such) automatically set
the "from" field appropriately.  This makes it easy to make sure that the
reply From address matches the address the mail was sent to.

Anyway, I know this was a bit more than what you where asking, but I got a
lot of ideas floating around in my head and sometimes I hafta dump them..
hehe  I am very excited about the capabilities that the C version of CSCMail
will have... Now I just need 30 more hours a day so I have time to write
it...

-Count Zero

----- Original Message -----
From: "John Summerfield" <su...@os...>
To: <csc...@li...>
Sent: Sunday, April 29, 2001 11:19 PM
Subject: [Cscmail-devel] Feature request


>
> I'm aware that cscmail's being rewritten in C.
>
> I'd like cscmail to use (at least as an option) procmail to filter mail
into its
> folders.
>
> I problem I see with a lot of mailers is that they store mail in files,
lots of
> messages in each. While procmail provides locking for delivery, it's not
usable with
> mailers such as Pine, kmail and so on because these mailers do not know
about
> procmail.
>
> A sound alternative is to allow asynchronous delivery as mh/nmh do; I use
exmh which
> is basically a wrapper for mh/nmh; if the procmail filters specify locking
then safe
> delivery is assured, even when the recipient is using the chosen email
client.
>
> I'd like cscmail's POP accounts (and, I guess IMAP too) to specify that
mail is to
> be piped into procmail (or some other external program) for storage. Once
incoming
> mail has been received and stored, cscmail would then need to check for
new folders.
>
> Ideally, cscmail would also be able to use standard mh folders as created
by
> rcvstore, as many people will already have their mail stored in this way.
>
>
>
>
> --
> Cheers
> John Summerfield
> http://www2.ami.com.au/ for OS/2 & linux information.
> Configuration, networking, combined IBM ftpsites index.
>
> Microsoft's most solid OS: http://www.geocities.com/rcwoolley/
>
> Note: mail delivered to me is deemed to be intended for me, for my
disposition.
>
>
>
>
> _______________________________________________
> Cscmail-devel mailing list
> Csc...@li...
> http://lists.sourceforge.net/lists/listinfo/cscmail-devel
>
>

[Cscmail-devel] cscmail 1.6.1 is a runaway failure;-((

[John S. <su...@os...>]

I tried to import this file:
-rw-rw-r--    1 listread listread  3135949 Apr 30 06:35 INBOX

cscmail ran for some hours and gave the system a thorough thrashing. It finally 
ended thus:
nfs: server dugite OK
Out of Memory: Killed process 1139 (java).
Out of Memory: Killed process 1160 (java).
Out of Memory: Killed process 1161 (java).
Out of Memory: Killed process 1162 (java).
Out of Memory: Killed process 1163 (java).
Out of Memory: Killed process 1164 (java).
Out of Memory: Killed process 1165 (java).
Out of Memory: Killed process 1166 (java).
Out of Memory: Killed process 1168 (java).
Out of Memory: Killed process 892 (java).
Out of Memory: Killed process 5876 (cscmail).
Out of Memory: Killed process 5876 (cscmail).
[summer@possum summer]$ lrdr                                                         


The system is a Pentium II 233, 192 Mb RAM and 128 Mb swap. Some time before it came 
to this poor pass, the ps command reported it was using 66% of my memory.


Needless to say, its performance impresses me. Adversely.

Now, before you get excited, I do like the look of it, and it has many features that 
I like. Being written in Perl is one of them. I also like the CSV storage

I do know enough Perl to understand that this performance problem is not due to the 
use of Perl per se.

The mail file I was importing was create by the VM mailer in xemacs. It's fairly 
clear that cscmail doesn't have a good understanding of the format of the file.


-- 
Cheers
John Summerfield
http://www2.ami.com.au/ for OS/2 & linux information.
Configuration, networking, combined IBM ftpsites index.

Microsoft's most solid OS: http://www.geocities.com/rcwoolley/

Note: mail delivered to me is deemed to be intended for me, for my disposition.

[Cscmail-devel] Feature request

[John S. <su...@os...>]

I'm aware that cscmail's being rewritten in C.

I'd like cscmail to use (at least as an option) procmail to filter mail into its 
folders.

I problem I see with a lot of mailers is that they store mail in files, lots of 
messages in each. While procmail provides locking for delivery, it's not usable with 
mailers such as Pine, kmail and so on because these mailers do not know about 
procmail.

A sound alternative is to allow asynchronous delivery as mh/nmh do; I use exmh which 
is basically a wrapper for mh/nmh; if the procmail filters specify locking then safe 
delivery is assured, even when the recipient is using the chosen email client.

I'd like cscmail's POP accounts (and, I guess IMAP too) to specify that mail is to 
be piped into procmail (or some other external program) for storage. Once incoming 
mail has been received and stored, cscmail would then need to check for new folders.

Ideally, cscmail would also be able to use standard mh folders as created by 
rcvstore, as many people will already have their mail stored in this way.




-- 
Cheers
John Summerfield
http://www2.ami.com.au/ for OS/2 & linux information.
Configuration, networking, combined IBM ftpsites index.

Microsoft's most solid OS: http://www.geocities.com/rcwoolley/

Note: mail delivered to me is deemed to be intended for me, for my disposition.

[Cscmail-devel] cannot read mail

[Chan T. <ti...@te...>]

Dear Support,

I am new in cscmail and just installed the cscmail. I can recevie all my 
mail and the head infomation such as subject , sender , date are all 
looks good. However, when click on the header and want to read the mail 
content, it crashs with the following error :

Can't locate object method "new" via package "HtmlStripper" at 
/usr/local/bin/cscmail line 6917.

I am 100% sure HtmlStripper.pm is located in /usr/local/lib/cscmail/ and 
it works as other required packpage.

Please Please Please help, I am no longer tolerate the slow performance 
of mozillia nor netscape, they are all rubish. cscmail is the only help 
for me.....

Thanks,
Ting

[Cscmail-devel] value for volume Internet Exchange Messaging Server 5

[Felix A. <fe...@im...>]

Hi

I am Felix Aviles from International Messaging Associates,
makers of
messaging software for integrating corporate electronic mail environments
with the Internet, called the Internet Exchange. First of all, I would like
to invite you to participate in our beta for Internet Exchange Messaging
Server
5.You can download an evaluation copy of IEMS 5
at:
http://www.ima.com/download/v5eval.html

It consists of easy to configure modules (Anti-Spam Engine,
Anti-Virus Engine, Web-based Mail client, IMAP4 / POP3 Server, Mailsort,
LDAP-based Directory, Distribution Lists Manager and BSMTP) that assures
fast, secure and reliable message delivery. It is a one-stop Internet
messaging solution that every organization is looking for. To complement to
these advance features, IEMS version 5 supports distributed environment in
Linux
and Windows platforms.

 I thought I'd  also let you in on the current "Value for Volume" promo that
we have. If you will purchase IEMS5 now or anytime before our official
release date, we shall offer  IEMS5 to you at a reseller promo price of
US$499 per copy for every five copies  you would purchase.  Our end-user
promo price right now is at US$695. Thus, this will give you  a spread of
more than 28 percent if you sell it prior to official release date, or 50
percent if you sell it at its normal retail price of $995.

In addition, we have added the following reseller incentives :

1.    Unlimited turn-over period,  which means that there would be no
deadlines for selling products bought under the promo price; and

2.    Risk-free investment, since you can avail of a buy-back option from
IMA in the rarest case of slow product turnover.

Right now, we have already programmed marketing support activities to ensure
a successful launching campaign :

1.    Our eval CDs shall be bundled with the August newsstand issue of PC
World.  This means 300,000 potential  beta evaluators  of IEMS5 all over the
US and Canada for you to tap.  We are also arranging for CD placement to
another industry specific magazine for the European and Asian market;

2.    We have posted press releases / e-zines  to more than 20 online
publications the recent week.   We shall maximize product exposure by
posting  48 more press releases and reviews  (2 per week) to over 50 online
publications over the next six months.

3.    We are distributing over 3,000 beta CDs  and sales kits during the
CeBit Trade Show in Hanover this March.  Appointment books are full for our
Europe business campaign thereafter.  A roadshow tour in the US shall follow
before September.

4.    Tie-up efforts are currently being pursued with Linux distributions,
strategic alliances with complementing software developers and vendors are
being discussed

I would strongly urge you to accept our offer this early on in our launch to
optimize business opportunities.  Shall I book you for 10 copies already ?

Kindest regards,

Felix Aviles
International Messaging Associates

 Email: fe...@im...
Phone: +1 (800) 549-2762(US Toll free )
 Fax: +1 (888) 562-3561 (US Toll Free)

  you can visit our website at: www.ima.com

[Cscmail-devel] installer script

[Steve <st...@we...>]

hi all!
I recently stumbled upon a least one bug in the installer script. I
basically seems to be a typo. "builddir" is written as "buildir" three
times around line 580 somewhere. Keep up the good work.

Stefan Weyergraf

[Cscmail-devel] CVS Commit: CSCMail 1.7.x

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

Fixed MBOX exporting so CSCMail now actually exports folders to true =
MBOX files. The old format wasn't 100% MBOX compatible (c-client based =
programs wouldn't recognize them)

In the works:

IMAP Support

-Count Zero

[Cscmail-devel] install script error

[root <rus...@di...>]

I recently tried to use the CSCMail install script, I found two errors.

HTML-Parser-3.13.tar.gz    is out of date it should be
HTML-Parser-3.15.tar.gz
MIME-tools-5.311.tar.gz      is out of date it should be
MIME-tools-5.410.tar.gz

[Cscmail-devel] Support for MSN's Pop Service

[Santosh D. <sa...@ps...>]

Hi,

  I was wondering if CSC-Mail is considering supporting
the Pop Service on MSN, or does it support it already ?

  I have been able to gather some information on MSN's
modificaions to Pop3. There are only two clients which
allow you to Pop from MSN, Outlook and Hotmail, I don't
know of any other. If you know of any do mail me. 
 
  MSN uses what they call simple 'Secure Password Auth'.
I can't find any docs describing the protocol either,
which is not of much help :(.

  This is my first post on this list, thanks for the 
opportunity.

Regards,
Santosh Dawara.
http://www.cravelinux.cjb.net

[Cscmail-devel] Help with CSCMail abend

[Joey S. <jo...@st...>]

Hi!

Sorry to bother you developer types... =)

I'm running Mandrake 7.2.

I installed CSCMail using the prefered install script.

I get the error in the attachment.  I've gone thru every single RPM I
can find to find that missing file (Types.pm).  Can't find it.
Anyone give me a clue? ...or send me the file?

Thanks,

J

[Cscmail-devel] SQL options

[Nothinman <no...@no...>]

I was wondering if it would ever be possible to make the SQL host a
configurable option? I know this is a little strange because now my
message bodies are local in my ~/.cscmail directory and everything else
is on the server, but do something like NFS mount /home and all my mail
is kept on the server, which is sometimes preferable =) While I'm on the
subject, are there any plans or thoughts on moving the message bodies
into the database too? I don't know how this would affect speed, but to
me it would seem like a good idea and easier to keep everything in the
same place so it's all accessed the same, etc.

Anyway, I ask this because my local install of MySQL went south recently
and the quickest and easiest solution was to intall MySQL on another
machine running Debian potato that actually works. I didn't notice much
of a speed difference, if any, so that doesn't seem like a big deal. 

The change to make it connect to a remote machine, in the DBI->connect
call, is trivial but I'm not familiar with the GTK bindings to do the
config part or I'd do up the rest of the patch and send a diff, I may
take some free time and look into figuring out the GTK stuff but don't
count on it =)
-- 
Help protect your rights on-line.
Join the Electronic Frontiers Foundation today: http://www.eff.org/join
-----------------------------------------------------------------------
the death of one is a tragedy, the death of millions is just a statistic
-- Marilyn Manson

[Cscmail-devel] Minor problems/bugs

[Geir I. J. <Gei...@Fa...>]

Hi,

Thank you for making a decent mailer that has most of the features one would
require. I have tried most mailers out there, and I think I'm going to stick to
this for a while (it's fast and responsive). Kinda overkill to use a relational

database to store status info, but it's a nice concept. I have also used a 
mailer called 'ml' which has a similar approach to filters and folders as 
this one, but the development has unfortunately died out. 

I'm running it on FreeBSD, and it looks good so far. However, I have noticed
a few glitches here and there, and they might of course be caused by either
my perl libraries or FreeBSD.

I'm running 1.7.9 from cvs as of Saturday. Most (if not all) of my libraries
are
current.

The most serious bug seems to be that CSCMail has problems reading 
multipart/mixed emails when all parts are plain/text. You only get the
first part. It recognizes the fact that it has attachments, but are unable
to read the other parts.

CSCMail doesn't pay attention to the Status field when importing mail
folders. It just assumes everything is read (which might not always be
the case when converting from another mail system).

CSCMail get into serious problems when importing non-email based
files (might happen when you are importing a directory hierarchy).

CSCMail will core dump perl (might be a perl problem on my system), when
you select all messages in a folder and either delete or move them to another
folder. It will do the task, and then die. (Of course, this also happens on
the search folder when searching and selecting all for delete/move).

CSCMail doesn't wrap lines in messages when viewing them with HTML
turned on (I'm using Gtk::XmHTML). I think the best solution is to use
<pre>message</pre>, but a <br> on each line might do the trick.
I can't use this feature as it is now. Maybe Gtk::HTML is better.

CSCMail doesn't store the order of my Folders view. It is rearranging them
the next time I start it up.

CSCMail doesn't scroll to the highlighted text when spell checking.

CSCMail doesn't scroll to the first new message when using Date
sort downward (new mail at the end of list).

CSCMail can't spell check a single highlighted word.

I know you are in a feature freeze right now, but could you please
consider some of these features for 1.8.1?

 - Filter based on Sender (not only From). Many mailing lists are
    recognizable by this field.
 - Add a button for adding signature in the compose window. I normally
    don't attach my business signature, but in some cases I have to. 
    A button to do this might make things easier.
 - Reapply filter rules on specific folders (or all of them). I'm using 
    search/move to right now (which also works fine except for the core
    dumping).
 - The possibility to scroll through several matches in the addressbook 
    when filling in the To: field.
 - Documentation :) I find myself guessing about key bindings....


Thanks for a great mailer,
Geir Inge.

[Cscmail-devel] installation problem

[David B. <db...@be...>]

Hi.

While installing CSCmail from the installation script from
www.cscmail.net, i got the following error:

sh: /root/cscmailbuild/MIME-tools-5.311: No such file or directory

Can you help?

Take care,
David

[Cscmail-devel] Sorry, additional info:

[Lloyd D. <ha...@ha...>]

as to my no outbound email problem,

#!/usr/bin/perl -w
## $Id: cscmail,v 1.21 2000/10/25 20:55:55 countzer0 Exp $


postgresql-7.0.3-2

This is perl, v5.6.0 built for i386-linux

Linux 2.2.18pre23 Kernel

RedHat Linux 7.0

[Cscmail-devel] mail filter bug?

[Jason H. <so...@th...>]

Hello, thanks for the good tool.  One problem I am having though is that
my account based filtering rules aren't moving messages to the correct
sub-folders of the inbox.  The emails seem to be placing randomly. 
Running RedHat 7.0


Had trouble getting the program to launch from the install script.  Gave
up and installed Pronto.  Pronto install script wasn't successful. 
Realized Pronto and Cyberspace were the same.  Then tried to run
Cyberspace again and was successful except for that mail filtering
problem.

Re: [Cscmail-devel] bug report?

[Count Z. <cou...@cy...>]

olly mctwist was overheard mumbling something about this on 26 Oct 2000
13:38:20 CST

> I recently installed csc mail. Finally a mail clinet with all the
> features I need.  It seems to be slower than some of the other C/C++
> based clients.	I thought csc2.x was supposed to be written in C/C++? 
I
> just installed 2.0r6 and it appears to be Perl-based?  Porting to C would
> increase speed I think.  I am sticking with CSC for now though.

2.0 is going to be in C... there is no CSCMail 2.0r6 ... The "current" version
of Perl is 1.7.x (it's "beta" but still 100% usable)

> BUG REPORT
> ***************
> messages with attachments do not get deleted off of the server.  I have
> to use another mail program to download the message.	Otherwise csc
> downloads the message everytime.  Messages without attachments get
> deleted as they should.  Is this something I am doing wrong, or is this a
> bug?

I believe that this is an old bug... make sure you are running CSCMail 1.7.9
from http://sourceforge.net/projects/cscmail

-CZ

[Cscmail-devel] bug report?

[olly m. <oll...@ho...>]

I recently installed csc mail. Finally a mail clinet with all the
features I need.  It seems to be slower than some of the other C/C++
based clients.	I thought csc2.x was supposed to be written in C/C++?  I
just installed 2.0r6 and it appears to be Perl-based?  Porting to C would
increase speed I think.  I am sticking with CSC for now though.

BUG REPORT
***************
messages with attachments do not get deleted off of the server.  I have
to use another mail program to download the message.  Otherwise csc
downloads the message everytime.  Messages without attachments get
deleted as they should.  Is this something I am doing wrong, or is this a
bug?

I am not a developer, so I did not want to subscribe to this list.  If
someone has a reply for me, I would love to hear it. ->
oll...@ho...

Thanks in advance
-- 
~~~~~~~~~~~
yeeaahh olly!
~~~~~~~~~~~

Re: [Cscmail-devel] Contributions

[Count Z. <cou...@cy...>]

Ben Burnett was overheard mumbling something about this on 26 Oct 2000 17:57:13
PDT

> CountZero,
> 
> I have made a few changes (kludges?) to my version of cscmail 1.6.1 to
> fix a few issues listed below.	I was wondering if my changes would be
> appreciated, and if so what would be the most ideal way (read easy on
> maintainers to incorporate) for me to submit them?  I'm willing to learn
> how to convert my code to your standards/format.
> 
> issues:
> 
> 1. New mail sound is played before duplicate check occurs.
> Visible symptoms:
> -New mail sound is played previous to any duplicate checking any time a
> pop3 account is checked that has any mail.
>	for conditions and solution see issue 3 below.
> 
> 2. New mail sound is played once for each account that has new mail.
>	for conditions and solution see issue 3 below.
> 
> 3. CSCget cannot finish checking mail when sound device is busy.
> 
> Visible symptoms:
> -status dialog freezes when checking for new mail.
> OR
> -error dialog pops up saying "cscget already running" seemingly out of
> nowhere.
> 
> Conditions:
>	-cscmail is configured to check multiple email accounts.
>	-The option to play a sound when new mail is recieved is enabled
> to use a command that doesn't share resources gracefully.
> 
> Process:
> The three issues above are all related to the fact that cscget attempts
> to run the user defined PlaySound command once for each account being
> checked immediately upon finding ANY mail in the account (lines: 173,
> 274).  If the device needed by the PlaySound command is busy cscget just
> waits for it, and can't finish fetching mail.  I fixed this by adding a
> master counter of new messages that only gets incremented each time a
> message passes the duplicate checking done on the TOP of the message. 
> This counter get's checked just before cscget exits and the sound command
> is attempted only once.  At this point cscget still freezes if the sound
> device is busy, so I am passing "&" as the last argument to the &system
> call that issues the sound command.  this releases cscget from the sound
> command which poses a serious memory leak as these commands will just
> pile up until they all either time out if they're smart, or until the
> sound device is free at which point they all go off in succession...	But
> I'm working on that : )
> (you may still hear the new mail sound at strange times unless you fix
> the following issue.)
> 
> 4. Large emails always saved under default account.
> 
> Visible symptoms:
> -When replying to a large email the account used to send the email will
> always be the default account, or account with id 1.
>	Occurs when you:
>	-Reply to the large email saved under the wrong account id.
>	And cscmail is configured:
>	-You have more than one account set up.
> 
> -New mail sound is played but no new mail is downloaded.
>	Occurs when you:
>	-check for new mail on an account from which a large email has
> been previously downloaded and NOT deleted.
>	And cscmail is configured:
>	-Check for dupes is ON and delete files from server is OFF for
> the account being checked.
>	-Check dupes accross all accounts  is OFF under main options.
>	-The pop3 server supports TOP file header checking.
> (this is how I noticed this problem and it was only noticable when you
> have applied my solution to the previous sound issues.	Otherwise you
> ALWAYS hear the new mail sound when checking a pop3 under these
> conditions with mail of ANY size still on the server.)
> 
> Process:
> When downloading large files from a POP3 server cscget saves the email to
> a mbox and enters &import_from_mbox (line 375) to retrieve it.	This is
> done without passing the $account hashref.  &import_from_mbox then
> initializes a new $account hashref based on the default account (lines
> 546-551).  This may not be the account that was originally checked.  This
> $account hashref is then passed to &read_from_mbox (line 558) where it is
> passed to &save_message (line 490).  The result is a message saved in the
> database with an erroneous account id.	Interestingly this message does
> not get saved again even though the dupe check done on the TOP of the
> message says it isn't a duplicate (remember we're only looking for
> duplicates in the same account).  This is because when it is downloaded
> again cscmail attempts to save it in the same wrong account but checks to
> see if it is a duplicate first. (csclib.pl line 358)
> 
> Solution:
> I passed the $account hashref into &import_from_mbox in cscget line 375. 
> This resulted in another argument being added to &import_from_mbox.  I
> added some housekeeping lines to make it default to its previous
> behaviour if this argument isn't passed.  I haven't noticed any ill
> effects of this so far.
> 
> 
> I apologize if any of these issues have been addressed in the 1.7.9
> release.  I couldn't find a list of the known issues.  Or who's working
> on what.
> 
> Thanks,
> 
> -Ben

Wow! This looks great... I had wondered why some mail seemed to get dumped into
the default account instead of going where it belonged.  I must admit that I
did not write the "large mail" code, nor the "play sound" code... Of course,
the developers who DID write that code are now writing Pronto!

I do not use the Play sound feature, so I was not aware of it's bugs... I had
noticed the "default account" issue, but had not traced it to large messages,
and have been too busy recently to hunt this down.  Personally, I think CSCMail
needs a re-write, and I am quite happy to no longer have "co-developers" with
CVS write access... A ton of "features" got added to CSCMail without proper
review.  I have left this alone as I planned on simply writing a C version of
CSCMail from scratch anyway....  (This was a few months ago)

Now, I feel that 1.7.x needs a cleanup and a solid 1.8.0 release prior to me
focusing on the C version... One can see this "shift" in focus by tracking my
CVS commits and work on 1.7.9 in my spare time... The C version has been put on
hold till I get a 1.8.0 release out the door.  1.8.0 is to be simply a "bug
free" perl version... Not a re-write.  I really appreciate you bringing these
issues to my attention, and if you are up to checking out 1.7.9 and seeing if
they still exist (certainly the "large message" bug does... I am not sure about
the sound issues) I would very much appreciate a unified diff that fixes these
bugs in 1.7.9 ... If you do not feel so inclined, I understand, and your bug
report is complete enough to allow me to fix the 1.7.x code myself... 

As far as a list of "known issues" the mailing list archives serve as that, and
for who's working on what? its all me...  There are no other developers of
CSCMail anymore....

I do appreciate and accept and encourage diffs/patches/bug reports etc... but I
have decided that I don't want to deal with the political nightmare that is
involved with a multi-developer project, so CSCMail will continue to be slowly
hacked out by "yours truely"

I am very interested in squashing whatever bugs remain in 1.7.x so that I can
get a stellar 1.8.0 release out the door... This will then free me to work on
1.9.x (aka the C version)

Any help, comments, patches, criticism, bug reports, etc. that can help me get
a nice clean 1.8.0 released are very very very much appreciated...

Thank you for your help!

-Count Zero

[Cscmail-devel] Contributions

[Ben B. <be...@oc...>]

CountZero,

I have made a few changes (kludges?) to my version of cscmail 1.6.1 to
fix a few issues listed below.	I was wondering if my changes would be
appreciated, and if so what would be the most ideal way (read easy on
maintainers to incorporate) for me to submit them?  I'm willing to learn
how to convert my code to your standards/format.

issues:

1. New mail sound is played before duplicate check occurs.
Visible symptoms:
-New mail sound is played previous to any duplicate checking any time a
pop3 account is checked that has any mail.
	for conditions and solution see issue 3 below.

2. New mail sound is played once for each account that has new mail.
	for conditions and solution see issue 3 below.

3. CSCget cannot finish checking mail when sound device is busy.

Visible symptoms:
-status dialog freezes when checking for new mail.
OR
-error dialog pops up saying "cscget already running" seemingly out of
nowhere.

Conditions:
	-cscmail is configured to check multiple email accounts.
	-The option to play a sound when new mail is recieved is enabled
to use a command that doesn't share resources gracefully.

Process:
The three issues above are all related to the fact that cscget attempts
to run the user defined PlaySound command once for each account being
checked immediately upon finding ANY mail in the account (lines: 173,
274).  If the device needed by the PlaySound command is busy cscget just
waits for it, and can't finish fetching mail.  I fixed this by adding a
master counter of new messages that only gets incremented each time a
message passes the duplicate checking done on the TOP of the message. 
This counter get's checked just before cscget exits and the sound command
is attempted only once.  At this point cscget still freezes if the sound
device is busy, so I am passing "&" as the last argument to the &system
call that issues the sound command.  this releases cscget from the sound
command which poses a serious memory leak as these commands will just
pile up until they all either time out if they're smart, or until the
sound device is free at which point they all go off in succession...  But
I'm working on that : )
(you may still hear the new mail sound at strange times unless you fix
the following issue.)

4. Large emails always saved under default account.

Visible symptoms:
-When replying to a large email the account used to send the email will
always be the default account, or account with id 1.
	Occurs when you:
	-Reply to the large email saved under the wrong account id.
	And cscmail is configured:
	-You have more than one account set up.

-New mail sound is played but no new mail is downloaded.
	Occurs when you:
	-check for new mail on an account from which a large email has
been previously downloaded and NOT deleted.
	And cscmail is configured:
	-Check for dupes is ON and delete files from server is OFF for
the account being checked.
	-Check dupes accross all accounts  is OFF under main options.
	-The pop3 server supports TOP file header checking.
(this is how I noticed this problem and it was only noticable when you
have applied my solution to the previous sound issues.	Otherwise you
ALWAYS hear the new mail sound when checking a pop3 under these
conditions with mail of ANY size still on the server.)

Process:
When downloading large files from a POP3 server cscget saves the email to
a mbox and enters &import_from_mbox (line 375) to retrieve it.	This is
done without passing the $account hashref.  &import_from_mbox then
initializes a new $account hashref based on the default account (lines
546-551).  This may not be the account that was originally checked.  This
$account hashref is then passed to &read_from_mbox (line 558) where it is
passed to &save_message (line 490).  The result is a message saved in the
database with an erroneous account id.	Interestingly this message does
not get saved again even though the dupe check done on the TOP of the
message says it isn't a duplicate (remember we're only looking for
duplicates in the same account).  This is because when it is downloaded
again cscmail attempts to save it in the same wrong account but checks to
see if it is a duplicate first. (csclib.pl line 358)

Solution:
I passed the $account hashref into &import_from_mbox in cscget line 375. 
This resulted in another argument being added to &import_from_mbox.  I
added some housekeeping lines to make it default to its previous
behaviour if this argument isn't passed.  I haven't noticed any ill
effects of this so far.


I apologize if any of these issues have been addressed in the 1.7.9
release.  I couldn't find a list of the known issues.  Or who's working
on what.

Thanks,

-Ben

[Cscmail-devel] CSCMAIL v1.9: What file to load?

[Dan S. <ds...@ap...>]

I am trying to run CSCMAIL 1.9...  When I run the executable, it tells
me that I'm supposed to specify a file.  WHAT FILE?  I've tried just
giving it a blank one, but when it runs it just has one 'File' menu with
2 options about layout...  Am I supposed to create the file?  HOW DO I
DO IT?


Please cc: ds...@ap... when you reply, as I am not on the devel
list...

Thanks!