On Tue, 20 Apr 2004 01:17:59 +0900, Aredridel wrote:
For usenet I use ‘pan’… Can anyone recommend a good
mail client, which can show threads?
some kind of lightweight GUI mailclient for unix ?
Thanks in advance
Sylpheed – lightweight, GTK-based. Decently easy to use.
Mutt is my personal favorite – not GUI-based, but has some very nice
features for dealing with the four-digit number of emails I get in a
day.
Evolution has good threading, but lightweight isn’t in its vocabulary.
Will try Sylpheed.
I currently use Evolution, but its too resource consuming, takes
forever to startup/teardown. When I click on compose it takes several
seconds before the window appear on my display.
Besides that, what does people use of GUI clients for ruby-talk?
–
Simon Strandgaard
I’m using mozilla(1.6) composer on windows and mac. Runs fairly decent
on modest HW.
Currently I use fetchmail → procmail to get my e-mail and spam filter it,
and view it and then KMail to view it. KMail starts up relatively fast and
isn’t too heavy (I’d say Evolution : KMail :: Outlook : Outlook Express).
I’m sure you could set it up to do filtering and stuff on its own, as well.
The only problem is it’ll be harder to make it blend in with Gnome if that’s
what you’re using.
I’ve also used Mozilla Thunderbird. It’s coming along nicely. It looks
pretty and has built-in junk-mail training (not so much a problem for your
ruby-talk account, but more for other mail, if you use it for that). It’s a
little slower to start up, but I always keep it open anyways. It’ll probably
blend in with Gnome better as well.
They’re both good products, as is Sylpheed (although Sylpheed is a little
plain looking :)).
Dan
···
On Monday 19 April 2004 11:49 am, Simon Strandgaard wrote:
Besides that, what does people use of GUI clients for ruby-talk?
Sylpheed – lightweight, GTK-based. Decently easy to use.
Will try Sylpheed.
Just did cvsup of ports/mail, and began installing.
However it failed… and now my ‘gvim’ no longer works…
big panic here!
gvim
/usr/libexec/ld-elf.so.1: Shared object “libintl.so.4” not found
the make failed like this… I know I should be sending this
to the author… but now I am more concerned about getting gvim working!
a nightmare has become reality!!
checking where the gettext function comes from… external libintl
checking how to link with libintl… /usr/local/lib/libintl.so -Wl,-rpath -Wl,/usr/local/lib
checking for glib-config… /usr/local/bin/glib12-config
checking for GLIB - version >= 1.2.6… yes
checking for gtk-config… /usr/X11R6/bin/gtk12-config
checking for GTK - version >= 1.2.6… no
*** Could not run GTK test program, checking why…
*** The test program compiled, but did not run. This usually means
*** that the run-time linker is not finding GTK or finding the wrong
*** version of GTK. If it is not finding GTK, you’ll need to set your
*** LD_LIBRARY_PATH environment variable, or edit /etc/ld.so.conf to point
*** to the installed location Also, make sure you have run ldconfig if that
*** is required on your system
···
On Mon, 19 Apr 2004 18:40:28 +0200, Simon Strandgaard wrote:
On Tue, 20 Apr 2004 01:17:59 +0900, Aredridel wrote:
*** If you have an old version installed, it is best to remove it, although
*** you may also be able to get things to work by modifying LD_LIBRARY_PATH
*** If you have a RedHat 5.0 system, you should remove the GTK package that
*** came with the system with the command
*** rpm --erase --nodeps gtk gtk-devel
configure: error: Test for GTK failed. See the file ‘INSTALL’ for help.
===> Script “configure” failed unexpectedly.
Please report the problem to oliver@FreeBSD.org [maintainer] and attach the
“/usr/ports/mail/sylpheed/work/sylpheed-0.9.10/config.log” including the
output of the failure of your make command. Also, it might be a good idea to
provide an overview of all packages installed on your system (e.g. an ls /var/db/pkg).
*** Error code 1
previous to opera i was a mutt user, then a few months with kmail which
ain’t too bad.
opera’s the only gui even vaguely comparable speed/power wise.
they are all slow compared to mutt though. sylpheed is just plain too ugly
for me
mvg,
Alex
···
On Tue, 20 Apr 2004 00:49:06 +0900, Simon Strandgaard neoneye@adslhome.dk wrote:
Besides that, what does people use of GUI clients for ruby-talk?
On Tue, 20 Apr 2004 01:17:59 +0900, Aredridel wrote:
For usenet I use ‘pan’… Can anyone recommend a good mail client,
which can show threads?
some kind of lightweight GUI mailclient for unix ?
Thanks in advance
Sylpheed – lightweight, GTK-based. Decently easy to use.
Mutt is my personal favorite – not GUI-based, but has some very nice
features for dealing with the four-digit number of emails I get in a
day.
Evolution has good threading, but lightweight isn’t in its vocabulary.
Will try Sylpheed.
I currently use Evolution, but its too resource consuming, takes
forever to startup/teardown. When I click on compose it takes several
seconds before the window appear on my display.
Besides that, what does people use of GUI clients for ruby-talk?
–
Simon Strandgaard
I’m using mozilla(1.6) composer on windows and mac. Runs fairly decent
on modest HW.
I’ve also used Mozilla Thunderbird. It’s coming along nicely. It looks
pretty and has built-in junk-mail training (not so much a problem for your
ruby-talk account, but more for other mail, if you use it for that). It’s a
little slower to start up, but I always keep it open anyways. It’ll probably
blend in with Gnome better as well.
Just as a data point, I’ve found Thunderbird’s [allegedly] Bayesian spam
filtering to be rather… bad. It seems to have a time of learning, as to be
expected, then it gets better for a bit, then for some reason just gets worse
and worse.
I’ve gone back to POPFile (see sourceforge) as a proxy. It never fails to get
better over time, and at both my work and home accounts, it’s in the 99+%
range in accuracy.
For similar time periods, I could never get above 75% or so accuracy with
T-bird. A look at the forums there seems to indicate this is pretty widespread.
I don’t know if they’ve implemented the Graham algorithm poorly, or the
algorithm is just inherently flawed (some research (not by me) indicate it
might be), but a vanilla bayesian formula works much much better. YMMV, as is
always the case with this sort of thing.
That said, I still use T-bird as a client, just not with its spam capabilities.
Yeah, I agree. I could never get Thunderbird to catch all of my spam. It did
get a lot eventually, but I’d have probably 10 - 20 messages a day that it
didn’t catch.
Like I said, I currently use fetchmail -> procmail to get my e-mail, and spam
filter with that. Bogofilter catches most of the spam, and what it doesn’t get
SpamAssassin does (which is another nice advantage. I can have several
spam filters and have them all train off of one another. Very geeky :)).
I haven’t used Thunderbird in a couple months, though, so I thought I’d give
it the benefit of the doubt. It could have improved.
In another posting I wrote via sylpheed that I got it fixed.
Yes… I had to make a symlink to ‘libintl.so.6’
Also ‘libexpat.so.4’ were broken, so xterm didn’t work (really scary).
I don’t want to know why xterm depends on expat.
Those terrible minutes where it didn’t worked, I considered switching
OS, write my own OS… Such a disaster could have been avoided if unixes
instead of root/ports had a more finegrained permission system
and a better ports system.
Those terrible minutes where it didn’t worked, I considered switching
OS, write my own OS… Such a disaster could have been avoided if unixes
instead of root/ports had a more finegrained permission system
and a better ports system.
See NetBSD pkgviews -
lets you have multiple versions of a library installed.
