Re: mail/claws-mail: exporting mail filters?
On Sat, 08 Jun 2013 10:11:52 +0200 Herbert J. Skuhra hsku...@eumx.net wrote: On Sat, 8 Jun 2013 09:04:12 +0200 O. Hartmann ohart...@zedat.fu-berlin.de wrote: Since I use on several boxes private and in the deprtment the same email accounts, I'd like to export the mail filters I created and import them to other boxes. I didn't figure out yet how to perform this task on claws-mail. I realized that this is still a point still under construction on close to every platform I used for mailing. Does anyone has an idea? 1. Ask on the claws mailing list? 2. Use a search engine? 3. Search the claws mailing list archive on gmane? 4. Read the claws-mail man page? 5. Copy ~/.claws-mail/matcherrc? Thanks. O. signature.asc Description: PGP signature
mail/claws-mail: exporting mail filters?
I switched from Thunderbird to evolution and have now claws-mail on FreeBSD (Thunderbird coredumps on our OpenLDAP installation since years for now). Since I use on several boxes private and in the deprtment the same email accounts, I'd like to export the mail filters I created and import them to other boxes. I didn't figure out yet how to perform this task on claws-mail. I realized that this is still a point still under construction on close to every platform I used for mailing. Does anyone has an idea? Please CC me, I'm not subscribing this list. Regards, Oliver signature.asc Description: PGP signature
Re: mail/claws-mail: exporting mail filters?
On Sat, 8 Jun 2013 09:04:12 +0200 O. Hartmann ohart...@zedat.fu-berlin.de wrote: Since I use on several boxes private and in the deprtment the same email accounts, I'd like to export the mail filters I created and import them to other boxes. I didn't figure out yet how to perform this task on claws-mail. I realized that this is still a point still under construction on close to every platform I used for mailing. Does anyone has an idea? 1. Ask on the claws mailing list? 2. Use a search engine? 3. Search the claws mailing list archive on gmane? 4. Read the claws-mail man page? 5. Copy ~/.claws-mail/matcherrc? -- Herbert ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
mail/claws-mail: INBOX shows still moved or deleted mails, filtering not working properly
After a struggle with OpenLDAP and Thunderbird (core dumps all over the place when using Thunderbird with OpenLDAP backed users), I moved to Evolution, which is unsatisfying, since calendar function immediately makes Evolution crahs on all tested FreeBSD platforms (9.1-STABLE, 10.0-CURRENT). I tried mail/claws-mail for now and I'm surprised how cryptic and fast an email client can be, but I also have serious struggles with this email client. When fetch and filtering Emails from the account of our computer center's IMPA4 mail servers, the moved and even deleted emails remain visible (but greyished) in the INBOX or any other folder and marked deleted. Filtered and filter induced moves of mails also are greyed, still visible in the main INBOX of the email account but marked with the flag for new mail in INBOX. I can not delete them from INBOX. This behaviour is odd. I searched Grand Master Google for that and found relatively old bug reports about such behaviour, but that should be solved. I exclude misconfigurations, since I already configured those immediate actions as recommended. Nor Evolution nor thunderbird show that weird behaviour and they operate as expected on all mail actions. Maybe someone could give me a hint what to check. Personally, I consider this behaviour a bug and renders another email client unusable on FreeBSD, but I might be terribly wrong here and still suffer from a configuration inconvenience. Please CC me, I'm no subscriber of both lists. Thanks in advance, Oliver Hartmann ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: mail/claws-mail: INBOX shows still moved or deleted mails, filtering not working properly
On Tue, 28 May 2013 09:17:55 +0200 O. Hartmann wrote: I tried mail/claws-mail for now and I'm surprised how cryptic and fast an email client can be, but I also have serious struggles with this email client. When fetch and filtering Emails from the account of our computer center's IMPA4 mail servers, the moved and even deleted emails remain visible (but greyished) in the INBOX or any other folder and marked deleted. ... Nor Evolution nor thunderbird show that weird behaviour and they operate as expected on all mail actions. This is how a traditional IMAP client works, you mark as deleted and manually expunge - and move is done through copy,delete and expunge. In the advanced section of the per account preferences there is a setting that starts Move deleted mails to trash ..., check that you haven't unset that. BTW please don't cross post without a very good reason. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Claws Mail
Hi :) does anybody know how to set up Claws Mail to use POP/SMTP with Yahoo/Rocketmail? I was able to set up Opera for FreeBSD, the settings are pop.mail.yahoo.com , port 995, secure connection TLS enabled, Auto (Plaintext) and sntp.mail.yahoo.com, port 465, secure connection TLS enabled, Auto (AUTH LOGIN). On Linux I am using Evolution with pop.mail.yahoo.com , port 995, SSL on a dedicated port and sntp.mail.yahoo.com, port 465, server requires authentication enabled, SSL on a dedicated port, Login. Regarding to the settings Claws Mail is able to contact the server, but it can not send or retrieve messages. Regards, Ralf -- FreeBSD 9.1-RELEASE amd64 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
segmentation fault in claws-mail and firefox
Hello, I'm having an odd problem. When logged into a kde or kde4 session both of these programs work with no errors. When logged into icewm both of these have a segmentation fault with no errors. My guess is some required library is not in the path for these gtk programs, yet they work in kde. I wondered if anyone had a more specific notion, or knew what was happening. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Default config for claws-mail
On Mon, 21 Jul 2008 19:31:58 -0400 David Gurvich [EMAIL PROTECTED] wrote: I like to use claws-mail with the bogofilter plugin as it is fast and simple. The package is built without bogofilter and I wondered why that is so. Does having claws-mail built with bogofilter conflict with something else? Or is this a legacy of the time when the plugin was a separate port? Did you run: 'make config' in the claws-mail directory before attempting to built it? Bogofilter is an option. I don't remember if it is turned on by default or not. -- Gerard [EMAIL PROTECTED] This is supposed to be a happy occasion. Let's not BICKER and ARGUE over who killed who! signature.asc Description: PGP signature
Re: Default config for claws-mail
I use sylpheed with bogofilter. If I understand the combination right they are seperate programs, bogofilter is a program what gets invoked by sylpheed (or Claws in your case). Install the bogofilter port and try again. You can invoke bogofilter from the command line to see it is there and works. There are probably some settings required, but bogofilter works excellent. Hope that helps herbs On Mon, Jul 21, 2008 at 07:31:58PM -0400, David Gurvich wrote: I like to use claws-mail with the bogofilter plugin as it is fast and simple. The package is built without bogofilter and I wondered why that is so. Does having claws-mail built with bogofilter conflict with something else? Or is this a legacy of the time when the plugin was a separate port? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] -- *** Herbert Langhans, Warschau *** Sprachtraining Langhans *** http://www.langhans.com.pl *** herbert at langhans.com.pl *** NIP 526-229-61-51 *** Regon 014911759 *** Tel. 603 341 441 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Default config for claws-mail
I have claws-mail built the way I want, it's just that there was an update with portupgrade that installed the package from the repository. Suddenly my 'Spam/Ham' button wasn't working, took me a little while to figure out that claws-mail had been updated. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Default config for claws-mail
I like to use claws-mail with the bogofilter plugin as it is fast and simple. The package is built without bogofilter and I wondered why that is so. Does having claws-mail built with bogofilter conflict with something else? Or is this a legacy of the time when the plugin was a separate port? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Default config for claws-mail
On Mon, 21 Jul 2008 19:31:58 -0400 David Gurvich [EMAIL PROTECTED] wrote: I like to use claws-mail with the bogofilter plugin as it is fast and simple. The package is built without bogofilter and I wondered why that is so. Does having claws-mail built with bogofilter conflict with something else? Or is this a legacy of the time when the plugin was a separate port? The bogofilter option brings in a dependency on bogofilter. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
'clamav-plugin' claws-mail
I thought I had posted this earlier, however, I have not seen it listed. When attempting to load the 'clamav plug-in' with 'claws-mail-2.10.0_1' the system will freeze. GDB did not reveal any useful information according to the developers. Using truss, I find I get this error message: Fatal error 'Thread is not system scope. ' at line 319 in file /usr/src/lib/libpthread/thread/thr_sig.c (errno = 0) Googling has not turned up any definitive answers. I am not sure what this error message means. Perhaps someone has an idea. -- Gerard ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
ClamAV Plugin and claws-mail-2.10.0_1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I am unable to load the 'clamav plug-in' for claws-mail. Attempting to hangs the system. Using 'truss' I am presented with this error message when I attempt to load the plug-in: Fatal error 'Thread is not system scope. ' at line 319 in file /usr/src/lib/libpthread/thread/thr_sig.c (errno = 0) I have no idea what that means. Googling has not turned up a definitive answer. This is on a FreeBSD-6.2 system. I can supply the full output of the log if anyone wants to look at it. - -- Gerard -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFGnpPH6DWTaTcTwMkRAgtEAKCqqHBz3UEH2OZ+sgeeSXX28jJTPQCgqIcA /gyqfOaA+HaikEB31ugAHW8= =ZR6f -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
claws-mail ClamAV-devel
FreeBSD-6.2 ClamAV-Devel-20070617 claws-mail-2.10.0 Has anyone gotten claws-mail-2.10.0 to work with ClamAV devel 20070617? When I try to configure claws-mail and load the clamav module, the system hangs. I have tried running 'gdb' but without any useful results. Building claws-mail with the debug flag has not helped either. The backtrace still does not list any symbols. The older version of claws-mail did work with this version ClamAV. This is the output of gdb. Start Log Script started on Wed Jul 11 06:30:35 2007 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-marcel-freebsd... (gdb) run --debug Starting program: /usr/ports/mail/claws-mail/work/claws-mail-2.10.0/src/claws-mail --debug warning: Unable to get location for thread creation breakpoint: generic error [New LWP 100092] claws.c:98:Starting Claws Mail version 020a prefs_gtk.c:1087:new file '/home/gerard/.claws-mail/clawsrc' prefs_gtk.c:1046:new section 'Plugins_GTK2' prefs_gtk.c:1046:new section 'Plugins_Common' prefs_gtk.c:1046:new section 'Common' prefs_gtk.c:1046:new section 'GPG' prefs_gtk.c:1046:new section 'Bogofilter' prefs_gtk.c:1046:new section 'gtkhtml2' prefs_gtk.c:1046:new section 'TrayIcon' prefs_gtk.c:1087:new file '/home/gerard/.claws-mail/folderitemrc' prefs_gtk.c:1025:cache: /home/gerard/.claws-mail/folderitemrc: No such file or directoryprefs_gtk.c:1125:destroying cache [New Thread 0x82fb000 (LWP 100134)] current dir: /usr/home/gerard prefs.c:283:Found [Plugins_Common] plugin.c:324:trying to load `/usr/local/lib/claws-mail/plugins/cachesaver.so' plugin.c:394:Plugin CacheSaver (from file /usr/local/lib/claws-mail/plugins/cachesaver.so) loaded current dir: /usr/home/gerard/.claws-mail current dir: /usr/home/gerard folder.c:120:registering folder class mh folder.c:120:registering folder class imap folder.c:120:registering folder class news prefs_gtk.c:82:Reading configuration... prefs_gtk.c:119:Found [Common] prefs_gtk.c:144:Finished reading configuration. prefs_themes.c:365:Creating preferences for themes... stock_pixmap.c:492:dir /home/gerard/.claws-mail/themes not found, skipping theme scanprefs_actions.c:360:Reading actions configurations... prefs_display_header.c:402:Reading configuration for displaying headers... addressbook.c:3915:Reading address index... addressbook.c:3947:done. mainwindow.c:1142:Creating main window... toolbar.c:627:read Toolbar Configuration from toolbar_main.xml folderview.c:600:Creating folder view... folderview.c:455:creating tree... hooks.c:70:registed new hook for 'folder_update' as id 1 hooks.c:70:registed new hook for 'folder_item_update' as id 1 summaryview.c:583:Creating summary view... hooks.c:70:registed new hook for 'msginfo_update' as id 1 hooks.c:70:registed new hook for 'folder_item_update' as id 2 hooks.c:70:registed new hook for 'folder_update' as id 2 messageview.c:348:Creating message view... headerview.c:81:Creating header view... noticeview.c:77:Creating notice view... mimeview.c:210:Creating MIME view... noticeview.c:77:Creating notice view... textview.c:266:Creating text view... hooks.c:70:registed new hook for 'msginfo_update' as id 2 logwindow.c:94:Creating log window... hooks.c:70:registed new hook for 'log_append_text' as id 1 logwindow.c:94:Creating log window... hooks.c:70:registed new hook for 'debug_append_text' as id 1 ** Message: filtering log disabled mainwindow.c:1393:done. mainwindow.c:2707:Setting widgets... mainwindow.c:2926:done. mainwindow.c:2037:called after messageview has been deallocated! mainwindow.c:2037:called after messageview has been deallocated! hooks.c:70:registed new hook for 'sslcert_ask' as id 1 hooks.c:70:registed new hook for 'progressindicator_hooklist' as id 1 account.c:200:Reading all config for each account... account.c:215:Found label: Account: 1 codeconv.c:1435:current locale: C prefs_gtk.c:82:Reading configuration... prefs_gtk.c:119:Found [Account: 1] prefs_gtk.c:144:Finished reading configuration. prefs_gtk.c:82:Reading configuration... prefs_gtk.c:119:Found [Account: 1] prefs_gtk.c:144:Finished reading configuration. prefs_gtk.c:82:Reading configuration... prefs_gtk.c:119:Found [Account: 1] prefs_gtk.c:144:Finished reading configuration. prefs_gtk.c:82:Reading configuration... prefs_gtk.c:119:Found [Account: 1] prefs_gtk.c:144:Finished reading configuration. prefs_gtk.c:82:Reading configuration... prefs_gtk.c:119:Found [Account: 1] prefs_gtk.c:144:Finished reading configuration. prefs_gtk.c:82:Reading configuration... prefs_gtk.c:119:Found [Account: 1] prefs_gtk.c:144:Finished reading configuration. prefs_gtk.c:82:Reading configuration... prefs_gtk.c:119:Found [Account: 1] prefs_gtk.c:144:Finished reading
Build Failure: claws-mail-etpan_privacy-0.15.5_8
I just installed the newest version of Claws-Mail. When attempting to install claws-mail-etpan_privacy-0.15.5_8, the build fails. Other add-ons for claws-mail install just fine. I have run the gauntlet of make clean, deleted the '/usr/ports/distfiles' files and fetched fresh copies, etc; however, nothing works. The following is a copy of the build log. Script started on Sun Jul 8 07:37:23 2007 === Extracting for claws-mail-etpan_privacy-0.15.5_8 = MD5 Checksum OK for etpan-privacy-0.15.5.tar.gz. = SHA256 Checksum OK for etpan-privacy-0.15.5.tar.gz. === Patching for claws-mail-etpan_privacy-0.15.5_8 === claws-mail-etpan_privacy-0.15.5_8 depends on package: claws-mail=2.6 - found === claws-mail-etpan_privacy-0.15.5_8 depends on executable in : gmake - found === claws-mail-etpan_privacy-0.15.5_8 depends on file: /usr/local/bin/autoconf259 - found === claws-mail-etpan_privacy-0.15.5_8 depends on file: /usr/local/libdata/xorg/libraries - found === Configuring for claws-mail-etpan_privacy-0.15.5_8 configure: WARNING: you should use --build, --host, --target checking whether to enable maintainer-specific portions of Makefiles... no checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether gmake sets $(MAKE)... yes checking for i386-portbld-freebsd6.2-gcc... /usr/local/bin/gcc41 checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether /usr/local/bin/gcc41 accepts -g... yes checking for /usr/local/bin/gcc41 option to accept ANSI C... none needed checking for style of include used by gmake... GNU checking dependency style of /usr/local/bin/gcc41... gcc3 checking for library containing strerror... none required checking for i386-portbld-freebsd6.2-gcc... (cached) /usr/local/bin/gcc41 checking whether we are using the GNU C compiler... (cached) yes checking whether /usr/local/bin/gcc41 accepts -g... (cached) yes checking for /usr/local/bin/gcc41 option to accept ANSI C... (cached) none needed checking dependency style of /usr/local/bin/gcc41... (cached) gcc3 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking how to run the C preprocessor... /usr/local/bin/gcc41 -E checking build system type... i386-portbld-freebsd6.2 checking host system type... i386-portbld-freebsd6.2 checking for a sed that does not truncate output... /usr/bin/sed checking for egrep... grep -E checking for ld used by /usr/local/bin/gcc41... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for i386-portbld-freebsd6.2-g++... c++ checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking dependency style of c++... gcc3 checking how to run the C++ preprocessor... c++ -E checking for i386-portbld-freebsd6.2-g77... no checking for i386-portbld-freebsd6.2-f77... no checking for i386-portbld-freebsd6.2-xlf... no checking for i386-portbld-freebsd6.2-frt... no checking for i386-portbld-freebsd6.2-pgf77... no checking for i386-portbld-freebsd6.2-fort77... no checking for i386-portbld-freebsd6.2-fl32... no checking for i386-portbld-freebsd6.2-af77... no checking for i386-portbld-freebsd6.2-f90... no checking for i386-portbld-freebsd6.2-xlf90... no checking for i386-portbld-freebsd6.2-pgf90... no checking for i386-portbld-freebsd6.2-epcf90... no checking for i386-portbld-freebsd6.2-f95... no checking for i386-portbld-freebsd6.2-fort... no checking for i386-portbld-freebsd6.2-xlf95... no checking for i386-portbld-freebsd6.2-ifc... no checking for i386-portbld-freebsd6.2-efc... no checking for i386-portbld-freebsd6.2-pgf95... no checking for i386-portbld-freebsd6.2-lf95... no checking for i386-portbld-freebsd6.2-gfortran... no checking for g77... no checking for f77... f77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether f77 accepts -g... yes checking the maximum length of command line arguments... (cached) 262144 checking command to parse /usr/bin/nm -B output from /usr/local/bin/gcc41 object... ok checking
