From noreply at thewildbeast.co.uk Wed Mar 1 00:33:40 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 28 Feb 2017 23:33:40 +0000 Subject: [Users] [Bug 3644] Fancy renders blank page for most html emails when using shared-mime-info 1.6 In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3644 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |throw-clawsbugs at mgn.org.uk --- Comment #7 from Paul --- *** Bug 3776 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Mar 1 00:33:40 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 28 Feb 2017 23:33:40 +0000 Subject: [Users] [Bug 3776] Plugin declines to render - Message pane shows previously displayed message In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3776 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Paul --- looks like another duplicate bug report *** This bug has been marked as a duplicate of bug 3644 *** -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Mar 1 12:59:24 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 01 Mar 2017 11:59:24 +0000 Subject: [Users] [Bug 3644] Fancy renders blank page for most html emails when using shared-mime-info 1.6 In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3644 --- Comment #8 from Martin Nicholas --- So the solution would be either: not to use the ".html" extension, use an appropriate extension or to force the mimetype onto the plugin. Of the three files in my ~/.claws-mail/mimetmp/, two are xhtml and the other is rough html with no DTD. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Mar 1 13:04:36 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 01 Mar 2017 12:04:36 +0000 Subject: [Users] [Bug 3644] Fancy renders blank page for most html emails when using shared-mime-info 1.6 In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3644 --- Comment #9 from Paul --- No. According to the arch bug item the solution is to remove ~/.local/share/mime/packages/user-extension-html.xml and then run update-mime-database ~/.local/share/mime -- You are receiving this mail because: You are the assignee for the bug. From olaf at aepfle.de Thu Mar 2 14:19:37 2017 From: olaf at aepfle.de (Olaf Hering) Date: Thu, 2 Mar 2017 13:19:37 +0000 Subject: [Users] [PATCH] configure: handle deprecated GTK option properly Message-ID: <20170302131937.9286-1-olaf@aepfle.de> If --disable-deprecated is specified it will set GTK_CFLAGS. Later the pkgconfig check for GTK_CFLAGS will be skipped because the variable is already set. As a result essential CLFAGS from gtk+-2.0 will be missing in global CFLAGS and compilation fails. Store the additional CFLAGS in a separate variable, which is appended after pkgconfig has filled GTK_CFLAGS. Signed-off-by: Olaf Hering --- Once that is fixed compile will fail anyway because GCompletion is deprecated, but thats another story. configure.ac | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac index e94641ec0..3da76ee35 100644 --- a/configure.ac +++ b/configure.ac @@ -296,7 +296,7 @@ AC_ARG_ENABLE(svg, AC_ARG_ENABLE(deprecated, [ --disable-deprecated Disable deprecated GTK functions], - [GTK_CFLAGS="$GTK_CFLAGS -DG_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED"], []) + [GTK_DEPRECATED_CFLAGS="$GTK_CFLAGS -DG_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED"], []) manualdir='${docdir}/manual' AC_ARG_WITH(manualdir, @@ -579,6 +579,7 @@ if test x"$enable_gtk3" = x"yes"; then else PKG_CHECK_MODULES(GTK, gtk+-2.0 >= 2.16) fi +GTK_CFLAGS="$GTK_CFLAGS $GTK_DEPRECATED_CFLAGS" AC_SUBST(GTK_CFLAGS) AC_SUBST(GTK_LIBS) From claws at thewildbeast.co.uk Thu Mar 2 15:55:44 2017 From: claws at thewildbeast.co.uk (Paul) Date: Thu, 2 Mar 2017 14:55:44 +0000 Subject: [Users] [PATCH] configure: handle deprecated GTK option properly In-Reply-To: <20170302131937.9286-1-olaf@aepfle.de> References: <20170302131937.9286-1-olaf@aepfle.de> Message-ID: <20170302145544.2eacf885@kujata> On Thu, 2 Mar 2017 13:19:37 +0000 Olaf Hering wrote: > If --disable-deprecated is specified it will set GTK_CFLAGS. > Later the pkgconfig check for GTK_CFLAGS will be skipped because > the variable is already set. As a result essential CLFAGS from > gtk+-2.0 will be missing in global CFLAGS and compilation fails. Thanks! I commited a slightly simplified patch. with regards Paul From olaf at aepfle.de Fri Mar 3 08:00:53 2017 From: olaf at aepfle.de (Olaf Hering) Date: Fri, 3 Mar 2017 08:00:53 +0100 Subject: [Users] navigating to new unread mails has changed in HEAD Message-ID: <20170303080053.09f0d818.olaf@aepfle.de> With claws-mail 3.14.1 the "N" key would navigate and open the next unread message. This covered mails that opened a thread as well as all replies within a thread. With current git#master the "N" key would open just the initial message, then apparently jumps to the next unread thread in the current or another IMAP folder. Just the "P" key would remain in the current folder and open another unread message. Has anyone seen this? I guess the number of people running #master is low. Olaf -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Digitale Signatur von OpenPGP URL: From clifflaine at europe.com Fri Mar 3 14:12:28 2017 From: clifflaine at europe.com (Cliff Laine) Date: Fri, 3 Mar 2017 13:12:28 +0000 Subject: [Users] How to properly collect addresses for the address book Message-ID: <20170303131228.76d52ed3@korky> Hello all Not sure what I'm doing wrong here but I've just asked CM to go through the 4800 messages in one of the accounts and harvest the To: Sender: Reply-to: and From: addresses. It return with 18 addresses. Could anyone say what I need to do to get it to collect the several hundred that should be there? Thank you Cliff From olaf at aepfle.de Fri Mar 3 14:25:00 2017 From: olaf at aepfle.de (Olaf Hering) Date: Fri, 3 Mar 2017 13:25:00 +0000 Subject: [Users] [PATCH] fancy: fix inclusion of webkitglobals.h Message-ID: <20170303132500.11800-1-olaf@aepfle.de> webkitglobals.h exists since 1.3.10, not 1.3.13. Signed-off-by: Olaf Hering --- src/plugins/fancy/fancy_viewer.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/plugins/fancy/fancy_viewer.h b/src/plugins/fancy/fancy_viewer.h index bc497a589..760ad3fbd 100644 --- a/src/plugins/fancy/fancy_viewer.h +++ b/src/plugins/fancy/fancy_viewer.h @@ -33,7 +33,7 @@ #include #include #include -#if WEBKIT_CHECK_VERSION (1,3,13) +#if WEBKIT_CHECK_VERSION (1,3,10) #include #endif #include From noreply at thewildbeast.co.uk Fri Mar 3 17:23:06 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 03 Mar 2017 16:23:06 +0000 Subject: [Users] [Bug 3777] New: Weird news dates for some RSS feeds Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3777 Bug ID: 3777 Summary: Weird news dates for some RSS feeds Classification: Unclassified Product: Claws Mail Version: 3.14.1 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P3 Component: Plugins/RSSyl Assignee: users at lists.claws-mail.org Reporter: melonella at melonella.com Hello, I've been using the RSSyl plugin to read a set of the same RSS feeds for many years. A couple of months ago (can't remember exactly when) some of the feeds I follow started to show weird dates for the news items - they all look like this: 'Thu, 1 Jan 1970 00:00:00 GMT' For example the Debian security feed "https://www.debian.org/security/dsa-long" when opened from a browser have proper dates for the news items but in claws mail they all show as the start of the epoch time. The same goes for the SecurityFocus feed "http://www.securityfocus.com/rss/vulnerabilities.xml". On the other hand the OpenSource scurity feed for example "http://seclists.org/rss/oss-sec.rss" when opened from a browser has the news dates in the same format as the problematic feeds above and in claws mail the dates show OK. -- You are receiving this mail because: You are the assignee for the bug. From ricardo at mones.org Fri Mar 3 19:48:17 2017 From: ricardo at mones.org (Ricardo Mones) Date: Fri, 3 Mar 2017 19:48:17 +0100 Subject: [Users] How to properly collect addresses for the address book In-Reply-To: <20170303131228.76d52ed3@korky> References: <20170303131228.76d52ed3@korky> Message-ID: <20170303194817.234507c8@busgosu> On Fri, 3 Mar 2017 13:12:28 +0000 Cliff Laine wrote: > Hello all > > Not sure what I'm doing wrong here but I've just asked CM to go through > the 4800 messages in one of the accounts and harvest the To: Sender: > Reply-to: and From: addresses. > > It return with 18 addresses. > > Could anyone say what I need to do to get it to collect the several > hundred that should be there? Seems to work fine here, did you find some example message with addresses which weren't added? You may also try to upgrade, your version is several years old ;) regards, -- Ricardo Mones ~ 00:45 < hammar> cool.. have you used rssyl? 00:46 <@Ticho> um, yes Seen on #sylpheed -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: From noreply at thewildbeast.co.uk Fri Mar 3 20:34:15 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 03 Mar 2017 19:34:15 +0000 Subject: [Users] [Bug 3741] Deleting an account doesn't delete imapcache In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3741 Ricardo Mones changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from users at lists.claws-mail.org --- Changes related to this bug have been committed. Please check latest Git and update the bug accordingly. You can also get the patch from: http://git.claws-mail.org/ ++ ChangeLog 2017-02-24 23:56:02.785234560 +0100 http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=80e0e724e791b108fe099a795bf7a21da87babb2 Merge: b6ee91c 91af1a4 Author: Colin Leroy Date: Fri Feb 24 23:56:02 2017 +0100 Merge branch 'master' of file:///home/git/claws http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=91af1a4bee0153e9f2abd047e025d94f3f84fbac Author: Ricardo Mones Date: Tue Feb 21 19:05:19 2017 +0100 Fix bug #3741: Deleting an account doesn't delete imapcache Based on initial patch by Paul and in exchange of a reviewed patch for 3582 ;-) -- You are receiving this mail because: You are the assignee for the bug. From clifflaine at europe.com Fri Mar 3 21:08:01 2017 From: clifflaine at europe.com (Cliff Laine) Date: Fri, 3 Mar 2017 20:08:01 +0000 Subject: [Users] How to properly collect addresses for the address book In-Reply-To: <20170303194817.234507c8@busgosu> References: <20170303131228.76d52ed3@korky> <20170303194817.234507c8@busgosu> Message-ID: <20170303200801.77173937@korky> On Fri, 3 Mar 2017 19:48:17 +0100 Ricardo Mones wrote: > On Fri, 3 Mar 2017 13:12:28 +0000 > Cliff Laine wrote: > > > Hello all > > > > Not sure what I'm doing wrong here but I've just asked CM to go > > through the 4800 messages in one of the accounts and harvest the > > To: Sender: Reply-to: and From: addresses. > > > > It return with 18 addresses. > > > > Could anyone say what I need to do to get it to collect the several > > hundred that should be there? > > Seems to work fine here, did you find some example message with > addresses which weren't added? > > You may also try to upgrade, your version is several years old ;) > Yes, hundreds of them :) One at random: ---------- From: S[.....].[surname]@marketforce.com To: clifflaine at europe.com Subject: Three - Lancaster - Sales/Network Enquiry - No Purchase! **Available** -5838507 Date: Wed, 01 Mar 2017 17:08:19 +0000 ----------- Not added. I use the Ubuntu repository version of CM -- I am on Linux Mint 18 and trying to install a more up to date version of CM runs into dependency problems. Cliff From autek at comcast.net Fri Mar 3 21:26:52 2017 From: autek at comcast.net (Ed) Date: Fri, 3 Mar 2017 15:26:52 -0500 Subject: [Users] How to properly collect addresses for the address book In-Reply-To: <20170303200801.77173937@korky> References: <20170303131228.76d52ed3@korky> <20170303194817.234507c8@busgosu> <20170303200801.77173937@korky> Message-ID: <20170303152652.126f1ba8@w3nr> On Fri, 3 Mar 2017 20:08:01 +0000 Cliff Laine wrote: > > Not added. > > I use the Ubuntu repository version of CM -- I am on Linux Mint 18 and > trying to install a more up to date version of CM runs into dependency > problems. > > Cliff sudo apt-get build-dep claws mail Now you can build the latest Claws. Ed From clifflaine at europe.com Fri Mar 3 22:13:43 2017 From: clifflaine at europe.com (Cliff Laine) Date: Fri, 3 Mar 2017 21:13:43 +0000 Subject: [Users] How to properly collect addresses for the address book In-Reply-To: <20170303152652.126f1ba8@w3nr> References: <20170303131228.76d52ed3@korky> <20170303194817.234507c8@busgosu> <20170303200801.77173937@korky> <20170303152652.126f1ba8@w3nr> Message-ID: <20170303211343.5da0357c@korky> On Fri, 3 Mar 2017 15:26:52 -0500 Ed wrote: > On Fri, 3 Mar 2017 20:08:01 +0000 > Cliff Laine wrote: > > > > > > I use the Ubuntu repository version of CM -- I am on Linux Mint 18 > > and trying to install a more up to date version of CM runs into > > dependency problems. > > > > Cliff > > sudo apt-get build-dep claws mail > > Now you can build the latest Claws. > Did that, and ... "E: You must put some 'source' URIs in your sources.list" Read somewhere trying to solve this, to try enabling source code repositories. So did that. Then I did sudo add-apt-repository ppa:claws-mail/ppa sudo apt-get update Then I did sudo apt-get build-dep claws mail Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to find a source package for claws Que e que eu devo fazer agora? :) my /etc/apt/sources.list is empty. From autek at comcast.net Fri Mar 3 22:33:40 2017 From: autek at comcast.net (Ed) Date: Fri, 3 Mar 2017 16:33:40 -0500 Subject: [Users] How to properly collect addresses for the address book In-Reply-To: <20170303211343.5da0357c@korky> References: <20170303131228.76d52ed3@korky> <20170303194817.234507c8@busgosu> <20170303200801.77173937@korky> <20170303152652.126f1ba8@w3nr> <20170303211343.5da0357c@korky> Message-ID: <20170303163340.586fe643@w3nr> On Fri, 3 Mar 2017 21:13:43 +0000 Cliff Laine wrote: > On Fri, 3 Mar 2017 15:26:52 -0500 > Ed wrote: > > > On Fri, 3 Mar 2017 20:08:01 +0000 > > Cliff Laine wrote: > > > > > > > > > > I use the Ubuntu repository version of CM -- I am on Linux Mint 18 > > > and trying to install a more up to date version of CM runs into > > > dependency problems. > > > > > > Cliff > > > > sudo apt-get build-dep claws mail > > > > Now you can build the latest Claws. > > > > Did that, and ... > > "E: You must put some 'source' URIs in your sources.list" > > Read somewhere trying to solve this, to try enabling source code > repositories. So did that. > > Then I did > sudo add-apt-repository ppa:claws-mail/ppa > sudo apt-get update > > Then I did > sudo apt-get build-dep claws mail > > Reading package lists... Done > Building dependency tree > Reading state information... Done > E: Unable to find a source package for claws > > Que e que eu devo fazer agora? :) > > > > my /etc/apt/sources.list is empty. You are trying to do 2 things at the same time. The PPA has not been maintained since 2014. So forget that one. The souces list is here:: /etc/apt/souces.list.d Easy way:: Menu > Control Center > Software Sources Check the box in the lower left and then update cache Download the tarball here:: http://www.claws-mail.org/releases.php Build with:: ./configure && make && sudo make install Ed From clifflaine at europe.com Fri Mar 3 22:59:28 2017 From: clifflaine at europe.com (Cliff Laine) Date: Fri, 3 Mar 2017 21:59:28 +0000 Subject: [Users] How to properly collect addresses for the address book In-Reply-To: <20170303163340.586fe643@w3nr> References: <20170303131228.76d52ed3@korky> <20170303194817.234507c8@busgosu> <20170303200801.77173937@korky> <20170303152652.126f1ba8@w3nr> <20170303211343.5da0357c@korky> <20170303163340.586fe643@w3nr> Message-ID: <20170303215928.730a8b77@korky> On Fri, 3 Mar 2017 16:33:40 -0500 Ed wrote: > > /etc/apt/souces.list.d > > Easy way:: > > Menu > Control Center > Software Sources > > Check the box in the lower left and then update cache > > Download the tarball here:: > > http://www.claws-mail.org/releases.php > > Build with:: > > ./configure && make && sudo make install > > Ed > Thanks -- did all that and at the end... configure: error: Package requirements (glib-2.0 >= 2.20 gmodule-2.0 >= 2.20 gobject-2.0 >= 2.20 gthread-2.0 >= 2.20) were not met: No package 'glib-2.0' found No package 'gmodule-2.0' found No package 'gobject-2.0' found No package 'gthread-2.0' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables GLIB_CFLAGS and GLIB_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. korky at korky ~/Downloads/claws-mail-3.14.1 $ From autek at comcast.net Fri Mar 3 23:31:29 2017 From: autek at comcast.net (Ed) Date: Fri, 3 Mar 2017 17:31:29 -0500 Subject: [Users] How to properly collect addresses for the address book In-Reply-To: <20170303215928.730a8b77@korky> References: <20170303131228.76d52ed3@korky> <20170303194817.234507c8@busgosu> <20170303200801.77173937@korky> <20170303152652.126f1ba8@w3nr> <20170303211343.5da0357c@korky> <20170303163340.586fe643@w3nr> <20170303215928.730a8b77@korky> Message-ID: <20170303173129.694e2d3e@w3nr> On Fri, 3 Mar 2017 21:59:28 +0000 Cliff Laine wrote: > > Thanks -- did all that and at the end... > > configure: error: Package requirements (glib-2.0 >= 2.20 gmodule-2.0 > >= 2.20 gobject-2.0 >= 2.20 gthread-2.0 >= 2.20) were not met: > > No package 'glib-2.0' found > No package 'gmodule-2.0' found > No package 'gobject-2.0' found > No package 'gthread-2.0' found Did you do apt-get build-deps claws mail ?? Ed From noreply at thewildbeast.co.uk Sat Mar 4 00:15:30 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 03 Mar 2017 23:15:30 +0000 Subject: [Users] [Bug 3777] Weird news dates for some RSS feeds In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3777 --- Comment #1 from users at lists.claws-mail.org --- Changes related to this bug have been committed. Please check latest Git and update the bug accordingly. You can also get the patch from: http://git.claws-mail.org/ ++ ChangeLog 2017-03-04 00:15:05.067982987 +0100 http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=a8a75f3d5ad99ca32864dc5443857e9ceda7884c Merge: 1479c75 9327286 Author: Colin Leroy Date: Sat Mar 4 00:15:04 2017 +0100 Merge branch 'master' of file:///home/git/claws http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=9327286516f1f545795b741921ec8c8939afe595 Author: Andrej Kacian Date: Sat Mar 4 00:12:29 2017 +0100 Add support for date-only variant of ISO8601 timestamp format. Fixes bug #3777 - Weird news dates for some RSS feeds --- Comment #2 from Andrej Kacian --- The format in the two feeds is not the same, the Debian one uses a partial ISO8601 format (YYYY-DD-MM), which we do not yet support. I have just pushed a patch into git that fixes it. Thanks for the report! -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sat Mar 4 00:15:44 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 03 Mar 2017 23:15:44 +0000 Subject: [Users] [Bug 3777] Weird news dates for some RSS feeds In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3777 Andrej Kacian changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. From andrej at kacian.sk Sat Mar 4 00:46:35 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Sat, 4 Mar 2017 00:46:35 +0100 Subject: [Users] [PATCH] fancy: fix inclusion of webkitglobals.h In-Reply-To: <20170303132500.11800-1-olaf@aepfle.de> References: <20170303132500.11800-1-olaf@aepfle.de> Message-ID: <20170304004635.6e5a903d@penny> On Fri, 3 Mar 2017 13:25:00 +0000 Olaf Hering wrote: > webkitglobals.h exists since 1.3.10, not 1.3.13. > > Signed-off-by: Olaf Hering Pushed to git, thanks! Regards, -- Andrej From clifflaine at europe.com Sat Mar 4 12:32:35 2017 From: clifflaine at europe.com (Cliff Laine) Date: Sat, 4 Mar 2017 11:32:35 +0000 Subject: [Users] How to properly collect addresses for the address book In-Reply-To: <20170303173129.694e2d3e@w3nr> References: <20170303131228.76d52ed3@korky> <20170303194817.234507c8@busgosu> <20170303200801.77173937@korky> <20170303152652.126f1ba8@w3nr> <20170303211343.5da0357c@korky> <20170303163340.586fe643@w3nr> <20170303215928.730a8b77@korky> <20170303173129.694e2d3e@w3nr> Message-ID: <20170304113235.3c0046f1@korky> On Fri, 3 Mar 2017 17:31:29 -0500 Ed wrote: > On Fri, 3 Mar 2017 21:59:28 +0000 > Cliff Laine wrote: > > > > > > Thanks -- did all that and at the end... > > > > configure: error: Package requirements (glib-2.0 >= 2.20 gmodule-2.0 > > >= 2.20 gobject-2.0 >= 2.20 gthread-2.0 >= 2.20) were not met: > > > > No package 'glib-2.0' found > > No package 'gmodule-2.0' found > > No package 'gobject-2.0' found > > No package 'gthread-2.0' found > > Did you do apt-get build-deps claws mail ?? > > Ed Yes -- "E: Invalid operation build-deps" Cliff From andrej at kacian.sk Sat Mar 4 12:45:00 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Sat, 4 Mar 2017 12:45:00 +0100 Subject: [Users] How to properly collect addresses for the address book In-Reply-To: <20170304113235.3c0046f1@korky> References: <20170303131228.76d52ed3@korky> <20170303194817.234507c8@busgosu> <20170303200801.77173937@korky> <20170303152652.126f1ba8@w3nr> <20170303211343.5da0357c@korky> <20170303163340.586fe643@w3nr> <20170303215928.730a8b77@korky> <20170303173129.694e2d3e@w3nr> <20170304113235.3c0046f1@korky> Message-ID: <20170304124500.76f4dc01@penny> On Sat, 4 Mar 2017 11:32:35 +0000 Cliff Laine wrote: > > Did you do apt-get build-deps claws mail ?? > > > > Ed > > Yes -- > "E: Invalid operation build-deps" It's "build-dep", not "build-deps", as apt-get --help can readily tell you. :) Regards, -- Andrej From noreply at thewildbeast.co.uk Sat Mar 4 17:15:41 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 04 Mar 2017 16:15:41 +0000 Subject: [Users] [Bug 3778] New: Claws-mail core dumps when trying to view a HTML email Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3778 Bug ID: 3778 Summary: Claws-mail core dumps when trying to view a HTML email Classification: Unclassified Product: Claws Mail Version: GIT Hardware: PC OS: FreeBSD Status: NEW Severity: critical Priority: P3 Component: Plugins/Fancy Assignee: users at lists.claws-mail.org Reporter: claws-mail_user at thehugheslogcabin.net Created attachment 1722 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1722&action=edit Back trace from core dump When updating from version 3.14.1-167-g8e02f3 to version 3.14.1-220-ga3050f the Fancy plugin makes Claws-mail core dump when trying to view a HTML formatted email. System Information GTK+ 2.24.29 / GLib 2.46.2 Locale: C (charset: US-ASCII) Operating System: FreeBSD 9.3-RELEASE-p39 (amd64) -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sat Mar 4 17:20:02 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 04 Mar 2017 16:20:02 +0000 Subject: [Users] [Bug 3778] Claws-mail core dumps when trying to view a HTML email In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3778 --- Comment #1 from Michael Hughes --- webkit-gtk2-2.4.11_5 -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sat Mar 4 18:58:46 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 04 Mar 2017 17:58:46 +0000 Subject: [Users] [Bug 2371] Port to GTK+3.0 In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2371 --- Comment #49 from rezso --- This plus sign causes compilation error with GTK3: error: called object is not a function or function pointer GTK_STOCK_NO, "+" GTK_STOCK_YES, ^~~ -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sat Mar 4 20:02:47 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 04 Mar 2017 19:02:47 +0000 Subject: [Users] [Bug 3777] Weird news dates for some RSS feeds In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3777 --- Comment #3 from Georgi Georgiev --- Hello, I tried the patch against 3.14.1 and I can confirm that the issue is fixed. Thanks for the fast reaction! ~George -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sun Mar 5 13:02:59 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 05 Mar 2017 12:02:59 +0000 Subject: [Users] [Bug 3779] New: mouse cursor/pointer disappears forever, in compose window Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3779 Bug ID: 3779 Summary: mouse cursor/pointer disappears forever, in compose window Classification: Unclassified Product: Claws Mail Version: 3.14.1 Hardware: PC OS: Linux Status: NEW Severity: minor Priority: P3 Component: UI/Compose Window Assignee: users at lists.claws-mail.org Reporter: thewildbeast.co.uk at L8R.net When composing a message, the mouse cursor disappears as soon as one starts to type. However, randomly, the mouse pointer will disappear and never return until you move the mouse pointer outside of the compose window entirely. This means that highlighting text, copying and pasting are effectively impossible -- as, you have zero idea where the cursor is. Debian Jessie, 3.14.1 backports and 3.11.1 both exhibit this problem. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sun Mar 5 13:07:15 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 05 Mar 2017 12:07:15 +0000 Subject: [Users] [Bug 3779] mouse cursor/pointer disappears forever, in compose window In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3779 --- Comment #1 from thewildbeast.co.uk at L8R.net --- Additional info. "Randomly" means "randomly, during the compose session". Every single time I compose an email, this happens, but it does not happen instantly. I have not yet seen a pattern which is visually apparent depending upon the text I type. For example, I thought perhaps the spell checker might cause some code to fire, which borked the "re-appear when moved" cursor code -- but no. As well, if you right click (to bring up the menu), or left click -- the cursor will reappear when you move it. Older versions of claws, it seems to be, simply re-exhibited the pointer. Like all other apps do. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sun Mar 5 13:45:48 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 05 Mar 2017 12:45:48 +0000 Subject: [Users] [Bug 3748] IMAP errors prevent mails from being sent In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3748 Ricardo Mones changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #4 from Ricardo Mones --- No feedback for three months, so probably a temporary error on server. Feel free to reopen if you have more info. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sun Mar 5 13:46:46 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 05 Mar 2017 12:46:46 +0000 Subject: [Users] [Bug 3748] IMAP errors prevent mails from being sent In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3748 --- Comment #5 from Ricardo Mones --- (In reply to comment #4) > No feedback for three months, so probably a temporary error on server. > > Feel free to reopen if you have more info. It's actually two months, but anyway ;) -- You are receiving this mail because: You are the assignee for the bug. From ethy.brito at inexo.com.br Sun Mar 5 14:47:46 2017 From: ethy.brito at inexo.com.br (Ethy H. Brito) Date: Sun, 5 Mar 2017 10:47:46 -0300 Subject: [Users] Search window input persistence Message-ID: <20170305104746.10ad307e@babalu> Hi I have two claws-mail setups in two different machines. In one machine, if I write anything in the search window (from/to/subj/tag for instance) and change folders the input *is not* erased. In the other machine it is erased every time I change folders. Where is this behavior controlled? Regards Ethy From andrej at kacian.sk Sun Mar 5 16:18:48 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Sun, 5 Mar 2017 16:18:48 +0100 Subject: [Users] Search window input persistence In-Reply-To: <20170305104746.10ad307e@babalu> References: <20170305104746.10ad307e@babalu> Message-ID: <20170305161848.26b3e88b@penny> On Sun, 5 Mar 2017 10:47:46 -0300 "Ethy H. Brito" wrote: > I have two claws-mail setups in two different machines. > In one machine, if I write anything in the search window > (from/to/subj/tag for instance) and change folders the input *is not* erased. > In the other machine it is erased every time I change folders. > > Where is this behavior controlled? If you mean the quicksearch bar, it's the "Sticky" option in the drop-down menu. Regards, -- Andrej From ethy.brito at inexo.com.br Sun Mar 5 19:39:02 2017 From: ethy.brito at inexo.com.br (Ethy H. Brito) Date: Sun, 5 Mar 2017 15:39:02 -0300 Subject: [Users] Search window input persistence In-Reply-To: <20170305161848.26b3e88b@penny> References: <20170305104746.10ad307e@babalu> <20170305161848.26b3e88b@penny> Message-ID: <20170305153902.53f20931@babalu> On Sun, 5 Mar 2017 16:18:48 +0100 Andrej Kacian wrote: > On Sun, 5 Mar 2017 10:47:46 -0300 > "Ethy H. Brito" wrote: > > > I have two claws-mail setups in two different machines. > > In one machine, if I write anything in the search window > > (from/to/subj/tag for instance) and change folders the input *is not* > > erased. In the other machine it is erased every time I change folders. > > > > Where is this behavior controlled? > > If you mean the quicksearch bar, it's the "Sticky" option in the > drop-down menu. Exactly. Thanx. That did the trick. Regards Ethy From noreply at thewildbeast.co.uk Mon Mar 6 04:27:39 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 06 Mar 2017 03:27:39 +0000 Subject: [Users] [Bug 2371] Port to GTK+3.0 In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2371 --- Comment #50 from rezso --- Created attachment 1723 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1723&action=edit GTK3 patch Not ported: - ldap - jpilot - enchant plugins: - archive - notification - poppler - vcalendar -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Mar 6 04:28:57 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 06 Mar 2017 03:28:57 +0000 Subject: [Users] [Bug 2371] Port to GTK+3.0 In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2371 --- Comment #51 from rezso --- Created attachment 1724 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1724&action=edit Error messages from not ported parts Error messages from not ported parts -- You are receiving this mail because: You are the assignee for the bug. From clifflaine at europe.com Mon Mar 6 12:51:21 2017 From: clifflaine at europe.com (Cliff Laine) Date: Mon, 6 Mar 2017 11:51:21 +0000 Subject: [Users] How to properly collect addresses for the address book In-Reply-To: <20170304124500.76f4dc01@penny> References: <20170303131228.76d52ed3@korky> <20170303194817.234507c8@busgosu> <20170303200801.77173937@korky> <20170303152652.126f1ba8@w3nr> <20170303211343.5da0357c@korky> <20170303163340.586fe643@w3nr> <20170303215928.730a8b77@korky> <20170303173129.694e2d3e@w3nr> <20170304113235.3c0046f1@korky> <20170304124500.76f4dc01@penny> Message-ID: <20170306115121.0ad17903@korky> On Sat, 4 Mar 2017 12:45:00 +0100 Andrej Kacian wrote: > On Sat, 4 Mar 2017 11:32:35 +0000 > Cliff Laine wrote: > > > > Did you do apt-get build-deps claws mail ?? > > > > > > Ed > > > > Yes -- > > "E: Invalid operation build-deps" > > It's "build-dep", not "build-deps", as apt-get --help can readily tell > you. :) > Thanks Andrej, but... Reading package lists... Done Building dependency tree Reading state information... Done Note, selecting 'libltdl-dev' instead of 'libltdl3-dev' The following packages have unmet dependencies. libgdata-dev : Depends: libgcr-3-dev but it is not going to be installed Depends: libgoa-1.0-dev (>= 3.2) but it is not going to be installed E: Build-dependencies for claws-mail could not be satisfied. Cliff From noreply at thewildbeast.co.uk Mon Mar 6 19:33:35 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 06 Mar 2017 18:33:35 +0000 Subject: [Users] [Bug 3779] mouse cursor/pointer disappears forever, in compose window In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3779 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #2 from Paul --- Never encountered that, and never seen it reported previously. Looks like a local problem. I think if you tried those other versions of claws-mail I'd bet they now do the same on your system. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Mar 6 19:37:48 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 06 Mar 2017 18:37:48 +0000 Subject: [Users] [Bug 3778] Claws-mail core dumps when trying to view a HTML email In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3778 --- Comment #2 from Paul --- This happens only one message in particular? It doesn't seem to be related to any changes in claws-mail between 3.14.1-167 and 3.14.1-220. The only change to the fancy plugin is this, apparently inconsequential, change: http://git.claws-mail.org/?p=claws.git;a=commit;h=8d14c43a29b4d51bfd36cda6ac9e023d4bc87f9e -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Mar 6 19:40:18 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 06 Mar 2017 18:40:18 +0000 Subject: [Users] [Bug 2371] Port to GTK+3.0 In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2371 --- Comment #52 from Paul --- (In reply to comment #50) > Created attachment 1723 [details] > GTK3 patch > > Not ported: > - ldap > - jpilot > - enchant > plugins: > - archive > - notification > - poppler > - vcalendar Your patch has a load of whitespace changes which are not needed and make it hard to see what you actually changed. Can you resubmit it with just worthwhile changes? -- You are receiving this mail because: You are the assignee for the bug. From edodd55 at gmail.com Mon Mar 6 23:14:00 2017 From: edodd55 at gmail.com (Liz) Date: Tue, 7 Mar 2017 09:14:00 +1100 Subject: [Users] How to properly collect addresses for the address book In-Reply-To: <20170306115121.0ad17903@korky> References: <20170303131228.76d52ed3@korky> <20170303194817.234507c8@busgosu> <20170303200801.77173937@korky> <20170303152652.126f1ba8@w3nr> <20170303211343.5da0357c@korky> <20170303163340.586fe643@w3nr> <20170303215928.730a8b77@korky> <20170303173129.694e2d3e@w3nr> <20170304113235.3c0046f1@korky> <20170304124500.76f4dc01@penny> <20170306115121.0ad17903@korky> Message-ID: <20170307091400.36ae352a.edodd55@gmail.com> On Mon, 6 Mar 2017 11:51:21 +0000 Cliff Laine wrote: > Thanks Andrej, but... > > Reading package lists... Done > Building dependency tree > Reading state information... Done > Note, selecting 'libltdl-dev' instead of 'libltdl3-dev' > The following packages have unmet dependencies. > libgdata-dev : Depends: libgcr-3-dev but it is not going to be > installed Depends: libgoa-1.0-dev (>= 3.2) but it is not going to be > installed E: Build-dependencies for claws-mail could not be satisfied. next you ask the package manager to see if it can fix the problem sudo apt-get install -f Liz From noreply at thewildbeast.co.uk Tue Mar 7 02:05:07 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 07 Mar 2017 01:05:07 +0000 Subject: [Users] [Bug 3778] Claws-mail core dumps when trying to view a HTML email In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3778 --- Comment #3 from Michael Hughes --- It seems to be any HTML formatted message, most of the messages have images in them. I will have to see if I can find one that doesn't have an image and see if it core dumps on text only HTML formatted messages. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 7 03:31:34 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 07 Mar 2017 02:31:34 +0000 Subject: [Users] [Bug 2371] Port to GTK+3.0 In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2371 rezso changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #1723|0 |1 is obsolete| | --- Comment #53 from rezso --- Created attachment 1725 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1725&action=edit GTK3 patch v2 My text editor automatically removes the extra whitespaces, but you are right. The cleaned patch is done. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 7 04:54:41 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 07 Mar 2017 03:54:41 +0000 Subject: [Users] [Bug 3778] Claws-mail core dumps when trying to view a HTML email In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3778 --- Comment #4 from Michael Hughes --- All text HTML messages render without a problem, but anything with an image in it makes Claws-mail core dump. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 7 09:57:35 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 07 Mar 2017 08:57:35 +0000 Subject: [Users] [Bug 2371] Port to GTK+3.0 In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2371 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #1725|GTK3 patch v2 |partial GTK3 patch v2 description| | -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 7 15:04:41 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 07 Mar 2017 14:04:41 +0000 Subject: [Users] [Bug 3779] mouse cursor/pointer disappears forever, in compose window In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3779 thewildbeast.co.uk at L8R.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|INVALID |--- --- Comment #3 from thewildbeast.co.uk at L8R.net --- And yet -- absolutely no other application behaves this way on my system. There are indeed particulars to my system, which are unique. All systems are this way. For example, I use a 4k display. It could be that DPI or screen size is somehow messing up claw's algorithm that determines when to make the mouse cursor re-appear. Yet -- no other app seems to hide my cursor, then never allow it to re-appear until I move outside of its compose window. This indeed seems like a claws bug. Do you have no other answer, no other information you would like -- instead of simply closing INVALID? This seems to be jumping the gun a bit... -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 7 16:16:07 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 07 Mar 2017 15:16:07 +0000 Subject: [Users] [Bug 3779] mouse cursor/pointer disappears forever, in compose window In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3779 --- Comment #4 from Paul Rolland --- Hello, > When composing a message, the mouse cursor disappears as soon as one starts to > type. Same here, always considered that as a feature, especially as gvim behaves the same: as soon as you start type, mouse pointer is hidden and you need to move the mouse to have it back. > However, randomly, the mouse pointer will disappear and never return until you > move the mouse pointer outside of the compose window entirely. Never happened.... -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 7 16:23:23 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 07 Mar 2017 15:23:23 +0000 Subject: [Users] [Bug 3780] New: Processing rule "watch thread" only marks one mail as watched but not the whole thread Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3780 Bug ID: 3780 Summary: Processing rule "watch thread" only marks one mail as watched but not the whole thread Classification: Unclassified Product: Claws Mail Version: 3.14.1 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P3 Component: Filtering Assignee: users at lists.claws-mail.org Reporter: bjoern at schiessle.org If I define a processing rule which should mark a thread as watched, only the mail which matches the processing condition is marked as watched but not the whole thread. Steps to reproduce: - Have a mail thread with multiple mails - Define a processing rule which matches one of the mails with the action "watch thread", e.g : "enabled rulename "" body_part matchcase "test" watch" - run processing rule Result: Only the mail which matches the condition is marked as "watched". Expected: The whole thread is marked as watched. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 7 16:41:19 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 07 Mar 2017 15:41:19 +0000 Subject: [Users] [Bug 3779] mouse cursor/pointer disappears forever, in compose window In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3779 --- Comment #5 from Michael Schwendt --- > When composing a message, the mouse cursor disappears as soon as > one starts to type. That's normal. Other editors, such as GEdit or Emacs, do that, too, so the cursor doesn't disturb your view. Simply moving the mouse makes the pointer reappear. Btw, unconfirmed and dubious issues like this are better discussed on the mailing-list instead of entering a bug report right away. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 7 16:42:30 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 07 Mar 2017 15:42:30 +0000 Subject: [Users] [Bug 3779] mouse cursor/pointer disappears forever, in compose window In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3779 --- Comment #6 from Paul --- (In reply to comment #3) > And yet -- absolutely no other application behaves this way on my system. What other GTK2 apps on your system do not show this? -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 7 16:45:29 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 07 Mar 2017 15:45:29 +0000 Subject: [Users] [Bug 3780] Processing rule "watch thread" only marks one mail as watched but not the whole thread In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3780 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #1 from Paul --- That's expected, that's how it works. When you apply 'watch thread' to a message in a thread that applies from that message onwards, and not to the older messages. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 7 17:18:32 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 07 Mar 2017 16:18:32 +0000 Subject: [Users] [Bug 3780] Processing rule "watch thread" only marks one mail as watched but not the whole thread In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3780 --- Comment #2 from Björn --- It also don't apply from the message onward but only for the single message which matches the rule. While if I perform the "watch thread" action manually with the right-click menu the message itself and all messages below are marked as watched. So it seems like there is at least some inconsistency. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 7 17:31:55 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 07 Mar 2017 16:31:55 +0000 Subject: [Users] [Bug 3780] Processing rule "watch thread" only marks one mail as watched but not the whole thread In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3780 --- Comment #3 from Paul --- works for me. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 7 17:36:16 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 07 Mar 2017 16:36:16 +0000 Subject: [Users] [Bug 3780] Processing rule "watch thread" only marks one mail as watched but not the whole thread In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3780 --- Comment #4 from Björn --- anything I can do? Are there any logfiles I could provide any other way to debug the processing rules? -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 7 17:46:48 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 07 Mar 2017 16:46:48 +0000 Subject: [Users] [Bug 3780] Processing rule "watch thread" only marks one mail as watched but not the whole thread In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3780 --- Comment #5 from Paul --- the 'watch thread' icon is shown in the S (status) column, a message may have more than one status, e.g. replied, forwarded, unread, replied+forwarded, watched thread, etc, but the status column shows only one icon. Is your problem that you are expecting to see the 'watch thread' icon but another, such as 'replied' is there instead? -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 7 17:58:46 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 07 Mar 2017 16:58:46 +0000 Subject: [Users] [Bug 3780] Processing rule "watch thread" only marks one mail as watched but not the whole thread In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3780 --- Comment #6 from Björn --- No, there is no the "watched" indicator isn't hidden by another status. I created a screenshot to illustrate the problem: https://wolke.schiessle.org/s/uGLggaIsRWYxTsH As you can see two mails where caught by my processing rule, the first one and the third one and exactly this two are marked as watched. I would expect that from the first one down all mails in the thread are marked as watched. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 7 18:06:50 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 07 Mar 2017 17:06:50 +0000 Subject: [Users] [Bug 3780] Processing rule "watch thread" only marks one mail as watched but not the whole thread In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3780 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|INVALID |--- --- Comment #7 from Paul --- Originally I'd mistakenly used filtering rather than processing, so re-opening this as I have now managed to reproduce what you describe, and I can now see that manually marking 'watch thread' applies to all msgs in that thread below, but it is not the case when using processing to 'watch thread'. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 7 18:07:41 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 07 Mar 2017 17:07:41 +0000 Subject: [Users] [Bug 3779] mouse cursor/pointer disappears forever, in compose window In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3779 thewildbeast.co.uk at L8R.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |WONTFIX --- Comment #7 from thewildbeast.co.uk at L8R.net --- Good grief. Can we cut the 'it's supposed to disappear!' comments? Yes, of course it is. At no time did anyone, including me, state that it shouldn't disappear. It's merely *information*, to aid in the debug flow. And while we're at it, could we cut the 'it's never happened to me!' comments? Clearly, if it happened to "you", you'd have filed a bug. Or looked at the code. Or, you know, said or done something. Back to the bug, instead of all of this cross talk... Paul -- gvim (debian's vim-gtk package) exhibits this behaviour correctly. I start to type, cursor disappears. I move the mouse, cursor reappears. No clicking is required to make the mouse cursor reappear. Same user account, same system. This has been going on for about a year -- but, I've finally had some cycles to deal with this now. With all this cross talk, and pointless "me too!" and "it's supposed to disappear" blather, enough. You were right to close this bug, Paul. After all, there is zero movement on your end to actually think about it, ponder it, or debug it. Or, you know, even take bug reports seriously. Marked 'resolved' because "fuck this noise". -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 7 18:11:28 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 07 Mar 2017 17:11:28 +0000 Subject: [Users] [Bug 3779] mouse cursor/pointer disappears forever, in compose window In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3779 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|WONTFIX |INVALID -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 7 18:31:06 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 07 Mar 2017 17:31:06 +0000 Subject: [Users] [Bug 3779] mouse cursor/pointer disappears forever, in compose window In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3779 --- Comment #8 from Paul --- (In reply to comment #7) Thank you not-your-domain-name at your-domain-name for your patience and kind words. The behaviour you described by mixing your terms is how GTK works, this is why it is INVALID. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Mar 8 16:31:42 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 08 Mar 2017 15:31:42 +0000 Subject: [Users] [Bug 3781] New: Message causes segfault Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3781 Bug ID: 3781 Summary: Message causes segfault Classification: Unclassified Product: Claws Mail Version: GIT Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P3 Component: Plugins/Fancy Assignee: users at lists.claws-mail.org Reporter: pf at pfortin.com Created attachment 1726 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1726&action=edit debug log Claws Mail version 3.14.1git148 Haven't seen a crash in a very long time; but now, a message from auto parts company causes CM to crash. If I move the message away, no crash; move it back to inbox = crash. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Mar 8 16:32:12 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 08 Mar 2017 15:32:12 +0000 Subject: [Users] [Bug 3781] Message causes segfault In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3781 --- Comment #1 from Pierre Fortin --- Created attachment 1727 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1727&action=edit messge which causes crash -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Mar 8 16:35:26 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 08 Mar 2017 15:35:26 +0000 Subject: [Users] [Bug 3781] Message causes segfault In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3781 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #1726|application/octet-stream |text/plain mime type| | -- You are receiving this mail because: You are the assignee for the bug. From olaf at aepfle.de Thu Mar 9 12:36:42 2017 From: olaf at aepfle.de (Olaf Hering) Date: Thu, 09 Mar 2017 12:36:42 +0100 Subject: [Users] navigating to new unread mails has changed in HEAD In-Reply-To: <20170303080053.09f0d818.olaf@aepfle.de> References: <20170303080053.09f0d818.olaf@aepfle.de> Message-ID: Am 3. März 2017 08:00:53 MEZ schrieb Olaf Hering : >Has anyone seen this? I guess the number of people running #master is >low. Did anyone have a chance to look at this odd behavior? Olaf From claws at thewildbeast.co.uk Thu Mar 9 12:44:31 2017 From: claws at thewildbeast.co.uk (Paul) Date: Thu, 9 Mar 2017 11:44:31 +0000 Subject: [Users] navigating to new unread mails has changed in HEAD In-Reply-To: References: <20170303080053.09f0d818.olaf@aepfle.de> Message-ID: <20170309114431.536bca84@kujata> On Thu, 09 Mar 2017 12:36:42 +0100 Olaf Hering wrote: > Did anyone have a chance to look at this odd behavior? Were you talking about when the thread is collapsed? with regards Paul From olaf at aepfle.de Thu Mar 9 13:17:59 2017 From: olaf at aepfle.de (Olaf Hering) Date: Thu, 9 Mar 2017 13:17:59 +0100 Subject: [Users] navigating to new unread mails has changed in HEAD In-Reply-To: <20170309114431.536bca84@kujata> References: <20170303080053.09f0d818.olaf@aepfle.de> <20170309114431.536bca84@kujata> Message-ID: <20170309131759.51238546.olaf@aepfle.de> Am Thu, 9 Mar 2017 11:44:31 +0000 schrieb Paul : > Were you talking about when the thread is collapsed? It makes no difference if all threads are collapsed or expanded. Does uppercase 'N' go to each and every new/unread message? Mine goes just to the start of thread. Olaf -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Digitale Signatur von OpenPGP URL: From claws at thewildbeast.co.uk Thu Mar 9 13:31:57 2017 From: claws at thewildbeast.co.uk (Paul) Date: Thu, 9 Mar 2017 12:31:57 +0000 Subject: [Users] navigating to new unread mails has changed in HEAD In-Reply-To: <20170309131759.51238546.olaf@aepfle.de> References: <20170303080053.09f0d818.olaf@aepfle.de> <20170309114431.536bca84@kujata> <20170309131759.51238546.olaf@aepfle.de> Message-ID: <20170309123157.33738bd9@kujata> On Thu, 9 Mar 2017 13:17:59 +0100 Olaf Hering wrote: > Does uppercase 'N' go to each and every new/unread message? Mine > goes just to the start of thread. By uppercase 'N' you mean Shift+N, right? It depends on how you have your hotkeys configured. What is Shift+N assigned to for you? The 'go to' menu items seem to work fine here. with regards Paul PS Please don't send your answer to me and the list. Just the list is fine - you must be subscribed to post so no need for Cc'ing. From olaf at aepfle.de Thu Mar 9 13:34:14 2017 From: olaf at aepfle.de (Olaf Hering) Date: Thu, 9 Mar 2017 13:34:14 +0100 Subject: [Users] navigating to new unread mails has changed in HEAD In-Reply-To: <20170309131759.51238546.olaf@aepfle.de> References: <20170303080053.09f0d818.olaf@aepfle.de> <20170309114431.536bca84@kujata> <20170309131759.51238546.olaf@aepfle.de> Message-ID: <20170309133414.3d2b3140.olaf@aepfle.de> Am Thu, 9 Mar 2017 13:17:59 +0100 schrieb Olaf Hering : > Am Thu, 9 Mar 2017 11:44:31 +0000 > schrieb Paul : > > > Were you talking about when the thread is collapsed? > > It makes no difference if all threads are collapsed or expanded. Actually the behavior is like that: imapA: a1 a2 imapB: b1 b2 imapC: c1 c2 In case a message in imapA/a1 is open and a1 has other unread messages (either in the same thread, or in other threads) 'N' would not jump to them. Only 'P' would. In case a message in imapA/a1 is open and a2 or other accounds have unread messages 'N' would jump to another folder even if a1 has other unread messages (either in the same thread, or in other threads). Once that other folder (like a2) and its new message is opened 'N' would continue to jump to other folders or accounts, even if there is more than one unread message in a2. 'P' will jump to other unread messages within the same folder. It would not jump to other folders once all unread messages are read. Olaf -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Digitale Signatur von OpenPGP URL: From claws at thewildbeast.co.uk Thu Mar 9 13:40:44 2017 From: claws at thewildbeast.co.uk (Paul) Date: Thu, 9 Mar 2017 12:40:44 +0000 Subject: [Users] navigating to new unread mails has changed in HEAD In-Reply-To: <20170309133414.3d2b3140.olaf@aepfle.de> References: <20170303080053.09f0d818.olaf@aepfle.de> <20170309114431.536bca84@kujata> <20170309131759.51238546.olaf@aepfle.de> <20170309133414.3d2b3140.olaf@aepfle.de> Message-ID: <20170309124044.680a129c@kujata> On Thu, 9 Mar 2017 13:34:14 +0100 Olaf Hering wrote: > 'N' would not jump to them. Only 'P' would. I'm guessing your hotkey config: N is go to next, P is got to previous. You seem to be expecting 'go to next' to mean 'go to previous' and vice-versa. with regards Paul From olaf at aepfle.de Thu Mar 9 13:43:06 2017 From: olaf at aepfle.de (Olaf Hering) Date: Thu, 9 Mar 2017 13:43:06 +0100 Subject: [Users] navigating to new unread mails has changed in HEAD In-Reply-To: <20170309123157.33738bd9@kujata> References: <20170303080053.09f0d818.olaf@aepfle.de> <20170309114431.536bca84@kujata> <20170309131759.51238546.olaf@aepfle.de> <20170309123157.33738bd9@kujata> Message-ID: <20170309134306.34661974.olaf@aepfle.de> Am Thu, 9 Mar 2017 12:31:57 +0000 schrieb Paul : > By uppercase 'N' you mean Shift+N, right? It depends on how you have > your hotkeys configured. What is Shift+N assigned to for you? The 'go > to' menu items seem to work fine here. Yes, shift+n. I found ~/.claws-mail/menurc. Everything is disabled, each line starts with ';': ; (gtk_accel_path "/Menu/View/Goto/NextUnread" "n") ; (gtk_accel_path "/Menu/View/Goto/PrevUnread" "p") Olaf -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Digitale Signatur von OpenPGP URL: From clifflaine at europe.com Thu Mar 9 13:58:35 2017 From: clifflaine at europe.com (Cliff Laine) Date: Thu, 9 Mar 2017 12:58:35 +0000 Subject: [Users] How to properly collect addresses for the address book In-Reply-To: <20170307091400.36ae352a.edodd55@gmail.com> References: <20170303131228.76d52ed3@korky> <20170303194817.234507c8@busgosu> <20170303200801.77173937@korky> <20170303152652.126f1ba8@w3nr> <20170303211343.5da0357c@korky> <20170303163340.586fe643@w3nr> <20170303215928.730a8b77@korky> <20170303173129.694e2d3e@w3nr> <20170304113235.3c0046f1@korky> <20170304124500.76f4dc01@penny> <20170306115121.0ad17903@korky> <20170307091400.36ae352a.edodd55@gmail.com> Message-ID: <20170309125835.3790c8ba@korky> On Tue, 7 Mar 2017 09:14:00 +1100 Liz wrote: > On Mon, 6 Mar 2017 11:51:21 +0000 > Cliff Laine wrote: > > > next you ask the package manager to see if it can fix the problem > > sudo apt-get install -f > Thanks Liz -- but still I get E: Build-dependencies for claws-mail could not be satisfied. It's OK -- thanks for your help everyone, but I'll just wait until the ubuntu package gets updated. Cliff From claws at thewildbeast.co.uk Thu Mar 9 14:10:13 2017 From: claws at thewildbeast.co.uk (Paul) Date: Thu, 9 Mar 2017 13:10:13 +0000 Subject: [Users] How to properly collect addresses for the address book In-Reply-To: <20170303200801.77173937@korky> References: <20170303131228.76d52ed3@korky> <20170303194817.234507c8@busgosu> <20170303200801.77173937@korky> Message-ID: <20170309131013.3f4e81d9@kujata> On Fri, 3 Mar 2017 20:08:01 +0000 Cliff Laine wrote: > I am on Linux Mint 18 According to the Mint site, Mint 18 is based on Ubuntu Xenial. Ubuntu Xenial has Claws Mail 3.13.2. The Claws Mail PPA has not be updated in a long time, and is not likely to get updated any time soon. I think you can just use the official Ubuntu Claws Mail 3.13.2. That would not give you the latest version (3.14.1) but would be newer than the version you use. with regards Paul From autek at comcast.net Thu Mar 9 14:25:58 2017 From: autek at comcast.net (Ed) Date: Thu, 9 Mar 2017 08:25:58 -0500 Subject: [Users] How to properly collect addresses for the address book In-Reply-To: <20170309131013.3f4e81d9@kujata> References: <20170303131228.76d52ed3@korky> <20170303194817.234507c8@busgosu> <20170303200801.77173937@korky> <20170309131013.3f4e81d9@kujata> Message-ID: <20170309082558.269d7e3f@w3nr> On Thu, 9 Mar 2017 13:10:13 +0000 Paul wrote: > On Fri, 3 Mar 2017 20:08:01 +0000 > Cliff Laine wrote: > > > I am on Linux Mint 18 > > According to the Mint site, Mint 18 is based on Ubuntu Xenial. Ubuntu > Xenial has Claws Mail 3.13.2. > > The Claws Mail PPA has not be updated in a long time, and is not > likely to get updated any time soon. > > I think you can just use the official Ubuntu Claws Mail 3.13.2. That > would not give you the latest version (3.14.1) but would be newer > than the version you use. > > with regards > > Paul > _______________________________________________ > Users mailing list > Users at lists.claws-mail.org > http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users I use Mint 18.1 and it has 3.13.2 in the repository. Works fine here. I'm going to see if I can build 3.14. Ed From autek at comcast.net Thu Mar 9 14:41:58 2017 From: autek at comcast.net (Ed) Date: Thu, 9 Mar 2017 08:41:58 -0500 Subject: [Users] How to properly collect addresses for the address book In-Reply-To: <20170309131013.3f4e81d9@kujata> References: <20170303131228.76d52ed3@korky> <20170303194817.234507c8@busgosu> <20170303200801.77173937@korky> <20170309131013.3f4e81d9@kujata> Message-ID: <20170309084158.5cb159e8@w3nr> On Thu, 9 Mar 2017 13:10:13 +0000 Paul wrote: > On Fri, 3 Mar 2017 20:08:01 +0000 > Cliff Laine wrote: > > > I am on Linux Mint 18 > > According to the Mint site, Mint 18 is based on Ubuntu Xenial. Ubuntu > Xenial has Claws Mail 3.13.2. > > The Claws Mail PPA has not be updated in a long time, and is not > likely to get updated any time soon. > > I think you can just use the official Ubuntu Claws Mail 3.13.2. That > would not give you the latest version (3.14.1) but would be newer > than the version you use. > > with regards > > Paul sudo apt-get build-dep claws mail extracted the tarball ./configure && make && sudo make install One error on start, bogofilter did not load. Gives me 3.14.1 Ed Mint 18.1 using Xenial repository From noreply at thewildbeast.co.uk Fri Mar 10 06:53:47 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 10 Mar 2017 05:53:47 +0000 Subject: [Users] [Bug 3781] Message causes segfault In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3781 --- Comment #2 from Pierre Fortin --- Created attachment 1728 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1728&action=edit Complete --debug output when entering inbox via mouse click No changes to oxygen since July/2016. All previous messages from this source are fine. Updated to CM git 221 This message still crashes CM. $ rpm -qa | grep oxygen lib64oxygenstyleconfig4-4.11.16-5.mga5 kde4-style-oxygen-4.11.16-5.mga5 lib64qt5oxygenstyleconfig5-5.0.2-1.mga5 lib64oxygenstyle4-4.11.16-5.mga5 lib64oxygen-gtk3-1.4.1-3.mga5 lib64qt5oxygenstyle5-5.0.2-1.mga5 oxygen-icon-theme-4.14.3-3.mga5 lib64oxygen-gtk-1.4.6-2.mga5 oxygen-gtk-1.4.6-2.mga5 oxygen-gtk3-1.4.1-3.mga5 qt5-style-oxygen-5.0.2-1.mga5 icewm-theme-oxygen-aya-0.1-8.mga5 Yet... when CM crashes, I see this msg 4 times: ** (cm:30899): WARNING **: /home/iurt/rpmbuild/BUILD/oxygen-gtk2-1.4.6/src/oxygenstylewrapper.cpp:3572: invalid icon size '16' in which I see 2 issues: 1. /home/iurt is a) not on my system, b) not in claws source, c) IS in claws binary and plugins/*/*.so 2. oxygen-gtk2-1.4.6 does not match installed packages, unless gtk==gtk2 Last pixbuf update was in Oct/2016. Decoded quoted-printable to normal html and it displays just fine in browser. Created new message by removing quoted-printable and it still crashes the same way. Running with gdb... -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Mar 10 06:54:27 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 10 Mar 2017 05:54:27 +0000 Subject: [Users] [Bug 3781] Message causes segfault In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3781 --- Comment #3 from Pierre Fortin --- Created attachment 1729 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1729&action=edit gdb bt full output -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Mar 10 07:58:47 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 10 Mar 2017 06:58:47 +0000 Subject: [Users] [Bug 3781] Message causes segfault In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3781 Andrej Kacian changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #1729|application/octet-stream |text/plain mime type| | -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Mar 10 08:02:36 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 10 Mar 2017 07:02:36 +0000 Subject: [Users] [Bug 3781] Message causes segfault In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3781 --- Comment #4 from Andrej Kacian --- Pierre, "iurt" was the username under which your Mageia packages were built on the packages builder's system, some of the paths to source files were hardcoded in packages' debug data. The bug is in the oxygen GTK2 theme. I can reproduce it as well, and it doesn't happen when I use a different theme. >From the GDB backtrace, it is clearly visible that the crash happens within GDK, as called from WebKit (possibly with some bogus parameters). Notice how the only Claws Mail code involved is in the very first (lowermost) frame, in our main() function, as we call GTK's main event loop via gtk_main(). So, definitely not a bug within Claws Mail. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Mar 10 08:26:42 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 10 Mar 2017 07:26:42 +0000 Subject: [Users] [Bug 3781] Message causes segfault In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3781 --- Comment #5 from Pierre Fortin --- Hi Andrej, This is really strange... I copied this message to another userid on same system. Same CM, same libs, same plugins, same preferences and it doesn't crash on that instance. Copied *rc to the other userid and still no crash there... I've always used the default theme. Dumb Q; where do I find alternate CM themes? Tried some themes in /usr/share/themes; but they all error out with "This folder doesn't seem to be a theme folder. Install anyway?" -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Mar 10 08:46:33 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 10 Mar 2017 07:46:33 +0000 Subject: [Users] [Bug 3781] Message causes segfault In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3781 --- Comment #6 from Pierre Fortin --- Installed Paul's clawsola and still crashes. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Mar 10 09:13:08 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 10 Mar 2017 08:13:08 +0000 Subject: [Users] [Bug 3781] Message causes segfault In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3781 --- Comment #7 from Andrej Kacian --- This has nothing to do with Claws Mail icon themes, but rather GTK themes (or engines, as they call it), which control how all GTK applications look. The crash happens when using theme oxygen-gtk2. Try switching to another theme, e.g. Adwaita and see if the message still causes a crash. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Mar 10 10:01:54 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 10 Mar 2017 09:01:54 +0000 Subject: [Users] [Bug 3781] Message causes segfault In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3781 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #8 from Paul --- Not a claws-mail bug, closing as INVALID. -- You are receiving this mail because: You are the assignee for the bug. From olaf at aepfle.de Fri Mar 10 17:01:25 2017 From: olaf at aepfle.de (Olaf Hering) Date: Fri, 10 Mar 2017 17:01:25 +0100 Subject: [Users] navigating to new unread mails has changed in HEAD In-Reply-To: <20170309124044.680a129c@kujata> References: <20170303080053.09f0d818.olaf@aepfle.de> <20170309114431.536bca84@kujata> <20170309131759.51238546.olaf@aepfle.de> <20170309133414.3d2b3140.olaf@aepfle.de> <20170309124044.680a129c@kujata> Message-ID: <20170310170125.7f115ab3.olaf@aepfle.de> Am Thu, 9 Mar 2017 12:40:44 +0000 schrieb Paul : > On Thu, 9 Mar 2017 13:34:14 +0100 > Olaf Hering wrote: > > > 'N' would not jump to them. Only 'P' would. > > I'm guessing your hotkey config: N is go to next, P is got to > previous. You seem to be expecting 'go to next' to mean 'go to > previous' and vice-versa. hotkeys are the default. Does your client take the SORT_ASCENDING or SORT_DESCENDING branch in summary_select_next_unread? If I change sort order to ascending 'N' works as expected. Olaf -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Digitale Signatur von OpenPGP URL: From slitt at troubleshooters.com Fri Mar 10 18:38:54 2017 From: slitt at troubleshooters.com (Steve Litt) Date: Fri, 10 Mar 2017 12:38:54 -0500 Subject: [Users] [Bug 3779] mouse cursor/pointer disappears forever, in compose window In-Reply-To: References: Message-ID: <20170310123854.3b0af114@mydesk.domain.cxm> On Tue, 07 Mar 2017 15:41:19 +0000, noreply at thewildbeast.co.uk wrote: > http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3779 > > --- Comment #5 from Michael Schwendt --- > > When composing a message, the mouse cursor disappears as soon as > > one starts to type. > > That's normal. Other editors, such as GEdit or Emacs, do that, too, > so the cursor doesn't disturb your view. Simply moving the mouse > makes the pointer reappear. If this disappearing mouse thing is a feature, it's a horrible one that, depending on the software's definition of "not moving", can make it impossible to grab small handles in graphics programs. I had that problem in Debian for almost 2 years: It finally disappeared when I switched to Void Linux. But of course, the OP's problem was in Claws compose alone, so no graphics problem. But still. I just observed mouse behavior in the Compose window while I'm typing. I have the same thing. After 10 or 20 seconds of non-movement, it disappears. This doesn't bother me: I never noticed it. But personally, I think it's better to leave the mouse pointer on the screen. The user quickly gets used to bumping the pointer to the edge. SteveT From claws at thewildbeast.co.uk Fri Mar 10 19:15:54 2017 From: claws at thewildbeast.co.uk (Paul) Date: Fri, 10 Mar 2017 18:15:54 +0000 Subject: [Users] navigating to new unread mails has changed in HEAD In-Reply-To: <20170310170125.7f115ab3.olaf@aepfle.de> References: <20170303132500.11800-1-olaf@aepfle.de> <20170310170125.7f115ab3.olaf@aepfle.de> Message-ID: <20170310181554.6d3403b9@kujata> On Fri, 10 Mar 2017 17:01:25 +0100 Olaf Hering wrote: > Does your client take the SORT_ASCENDING or SORT_DESCENDING branch > in summary_select_next_unread? Yes. with regards Paul From noreply at thewildbeast.co.uk Sat Mar 11 01:58:39 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 11 Mar 2017 00:58:39 +0000 Subject: [Users] [Bug 3782] New: Debian Stretch x86_64 / PGP Plugin Not Decrypting Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3782 Bug ID: 3782 Summary: Debian Stretch x86_64 / PGP Plugin Not Decrypting Classification: Unclassified Product: Claws Mail Version: 3.14.1 Hardware: PC OS: Linux Status: NEW Severity: critical Priority: P3 Component: Plugins/Privacy/PGP Assignee: users at lists.claws-mail.org Reporter: pisces243 at vtaccess.com I just upgraded OS using distribution repo. Checked that all pgp plugins were installed, and that all pgp programs were also installed. I shut down Claws-Mail, and then relaunched to see if it made any difference....Nope. With both the plugins, and necessary encription programs all properly installed...don't understand wht Claws-Mail is not talking with encrption programs ? Claws-Mail worked perfectly before upgrading ? Is there some where I can check ? I also wnet into preferences/GPG, and added path to the /usr/bin/gpg All my critical passwords are encrypted ! Mel -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sat Mar 11 03:14:44 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 11 Mar 2017 02:14:44 +0000 Subject: [Users] [Bug 3778] Claws-mail core dumps when trying to view a HTML email In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3778 --- Comment #5 from Michael Hughes --- Created attachment 1730 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1730&action=edit truss of version that doesn't work -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sat Mar 11 03:15:22 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 11 Mar 2017 02:15:22 +0000 Subject: [Users] [Bug 3778] Claws-mail core dumps when trying to view a HTML email In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3778 --- Comment #6 from Michael Hughes --- Created attachment 1731 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1731&action=edit truss of version that does work -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sat Mar 11 03:21:14 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 11 Mar 2017 02:21:14 +0000 Subject: [Users] [Bug 3778] Claws-mail core dumps when trying to view a HTML email In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3778 Michael Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #1730|0 |1 is obsolete| | --- Comment #7 from Michael Hughes --- Created attachment 1732 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1732&action=edit truss of version that doesn't work -- You are receiving this mail because: You are the assignee for the bug. From skraw at ithnet.com Sat Mar 11 09:31:34 2017 From: skraw at ithnet.com (Stephan von Krawczynski) Date: Sat, 11 Mar 2017 09:31:34 +0100 Subject: [Users] Archive plugin und usage Message-ID: <20170311093134.66a654db@ithnet.com> Hello all, I searched the list archive for this but did not find anything. So: Can I use an archive created with the plugin as kind of a read-only mailfolder with direct access to the articles/files? This question points way back in time when I used XCMail that was able to do just that. -- Regards, Stephan From skraw at ithnet.com Sat Mar 11 09:47:07 2017 From: skraw at ithnet.com (Stephan von Krawczynski) Date: Sat, 11 Mar 2017 09:47:07 +0100 Subject: [Users] Errors while fetching mail Message-ID: <20170311094708.3e01a7c4@ithnet.com> Hello, every now and then getting new mails fails and the protocol simply shows that claws is unable to open the tcp connection to the server. In the starting shell this shows up: fork: Nicht genügend Hauptspeicher verfügbar ** (claws-mail:20337): WARNING **: can't connect to server. ** (claws-mail:20337): WARNING **: sock_connect_async_cancel: id 30 not found ** (claws-mail:20337): WARNING **: can't connect to server. Interestingly this is exactly the same behaviour as in Sylpheed I used for more than a decade. -- Regards, Stephan From andrej at kacian.sk Sat Mar 11 10:07:15 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Sat, 11 Mar 2017 10:07:15 +0100 Subject: [Users] Errors while fetching mail In-Reply-To: <20170311094708.3e01a7c4@ithnet.com> References: <20170311094708.3e01a7c4@ithnet.com> Message-ID: <20170311100715.078f74bc@penny> On Sat, 11 Mar 2017 09:47:07 +0100 Stephan von Krawczynski wrote: > fork: Nicht genügend Hauptspeicher verfügbar Something is seriously wrong on your system, as Claws Mail doesn't seem to be have enough memory available to fork its process into two, in order to create a connection in the background. Regards, -- Andrej From noreply at thewildbeast.co.uk Sat Mar 11 11:22:36 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 11 Mar 2017 10:22:36 +0000 Subject: [Users] [Bug 3782] Debian Stretch x86_64 / PGP Plugin Not Decrypting In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3782 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|critical |normal --- Comment #1 from Paul --- Any warnings or error messages produced, or other diagnostic information? Start with `claws-mail --debug` and look there. What versions did you upgrade from and to? Does GnuPG work from the commandline? Shouldn't this have been reported on the debian bug tracker instead? -- You are receiving this mail because: You are the assignee for the bug. From mir at miras.org Sat Mar 11 11:37:13 2017 From: mir at miras.org (Michael Rasmussen) Date: Sat, 11 Mar 2017 11:37:13 +0100 Subject: [Users] Archive plugin und usage In-Reply-To: <20170311093134.66a654db@ithnet.com> References: <20170311093134.66a654db@ithnet.com> Message-ID: <20170311113713.330b2b24@sleipner.datanom.net> On Sat, 11 Mar 2017 09:31:34 +0100 Stephan von Krawczynski wrote: > Hello all, > > I searched the list archive for this but did not find anything. So: > Can I use an archive created with the plugin as kind of a read-only mailfolder > with direct access to the articles/files? > This question points way back in time when I used XCMail that was able to do > just that. > If you by 'direct access' mean that you should be able to point claws to the archive file created by the plugin then the answer is no. But since the archive contains a complete folder structure of any folder saved you could un-archive the archive file to somewhere else and the instruct claws mail to create a new MH-mailbox pointing to this temporary folder, -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras org http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917 -------------------------------------------------------------- /usr/games/fortune -es says: "That unit is a woman." "A mass of conflicting impulses." -- Spock and Nomad, "The Changeling", stardate 3541.9 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 488 bytes Desc: OpenPGP digital signature URL: From skraw at ithnet.com Sat Mar 11 12:30:03 2017 From: skraw at ithnet.com (Stephan von Krawczynski) Date: Sat, 11 Mar 2017 12:30:03 +0100 Subject: [Users] Archive plugin und usage In-Reply-To: <20170311113713.330b2b24@sleipner.datanom.net> References: <20170311093134.66a654db@ithnet.com> <20170311113713.330b2b24@sleipner.datanom.net> Message-ID: <20170311122948.31f7f9c8@ithnet.com> On Sat, 11 Mar 2017 11:37:13 +0100 Michael Rasmussen wrote: > On Sat, 11 Mar 2017 09:31:34 +0100 > Stephan von Krawczynski wrote: > > > Hello all, > > > > I searched the list archive for this but did not find anything. So: > > Can I use an archive created with the plugin as kind of a read-only > > mailfolder with direct access to the articles/files? > > This question points way back in time when I used XCMail that was able to > > do just that. > > > If you by 'direct access' mean that you should be able to point claws > to the archive file created by the plugin then the answer is no. But > since the archive contains a complete folder structure of any folder > saved you could un-archive the archive file to somewhere else and the > instruct claws mail to create a new MH-mailbox pointing to this > temporary folder, Hello Michael, you got that right, this was exactly what I meant. It does not really sound too complicated to me, I would probably as a first step evaluate "archivemount" which can - according to docs - mount archives via fuse (probably as read-only fs). If the archive contained everything needed for a MH mailbox it should work right away, not? -- Regards, Stephan From mir at miras.org Sat Mar 11 12:39:41 2017 From: mir at miras.org (Michael Rasmussen) Date: Sat, 11 Mar 2017 12:39:41 +0100 Subject: [Users] Archive plugin und usage In-Reply-To: <20170311122948.31f7f9c8@ithnet.com> References: <20170311093134.66a654db@ithnet.com> <20170311113713.330b2b24@sleipner.datanom.net> <20170311122948.31f7f9c8@ithnet.com> Message-ID: <20170311123941.35585f15@sleipner.datanom.net> On Sat, 11 Mar 2017 12:30:03 +0100 Stephan von Krawczynski wrote: > you got that right, this was exactly what I meant. It does not really sound > too complicated to me, I would probably as a first step evaluate > "archivemount" which can - according to docs - mount archives via fuse > (probably as read-only fs). If the archive contained everything needed for a > MH mailbox it should work right away, not? > I do not know archive mount but the archive is a true one-to-one copy of a mail folder so it works out-of-the-box. I have done this from time to time. -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras org http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917 -------------------------------------------------------------- /usr/games/fortune -es says: He hated being thought of as one of those people that wore stupid ornamental armour. It was gilt by association. -- Terry Pratchett, "Night Watch" -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 488 bytes Desc: OpenPGP digital signature URL: From skraw at ithnet.com Sat Mar 11 22:51:58 2017 From: skraw at ithnet.com (Stephan von Krawczynski) Date: Sat, 11 Mar 2017 22:51:58 +0100 Subject: [Users] Archive plugin und usage In-Reply-To: <20170311123941.35585f15@sleipner.datanom.net> References: <20170311093134.66a654db@ithnet.com> <20170311113713.330b2b24@sleipner.datanom.net> <20170311122948.31f7f9c8@ithnet.com> <20170311123941.35585f15@sleipner.datanom.net> Message-ID: <20170311225158.7942f041@ithnet.com> On Sat, 11 Mar 2017 12:39:41 +0100 Michael Rasmussen wrote: > On Sat, 11 Mar 2017 12:30:03 +0100 > Stephan von Krawczynski wrote: > > > you got that right, this was exactly what I meant. It does not really sound > > too complicated to me, I would probably as a first step evaluate > > "archivemount" which can - according to docs - mount archives via fuse > > (probably as read-only fs). If the archive contained everything needed for > > a MH mailbox it should work right away, not? > > > I do not know archive mount but the archive is a true one-to-one copy > of a mail folder so it works out-of-the-box. I have done this from time > to time. Ok, I tried this with the utility "archivemount". The tool ist great and easy to use. But the archives must be created somewhat different. Now they contain the complete path of the mh folder. But it would be useful if they did not contain any folder structure at all, but only the archived files. This way one could mount the archive read-only into the existing mh folder tree (lets say into a folder/directory called "my-archive" and probably claws-mail would be able to read/process the folder iff it is able to cope with a read-only directory at all. It looks all very trivial to me and should be doable with few additional folder options. If one could say something is an archive-folder claws-mail could mount all archives inside this folder into equally named subfolders (e.g. archive "incoming-upto-2016.tar.bz2" is mounted as subfolder "incoming-upto-2016"). Claws-mail does only mkdir "incoming-upto-2016" archivemount incoming-upto-2016 incoming-upto-2016.tar.bz2 -o readonly That's it. On exit it simply kills all archivemount processes and the mounts are gone. That would be brilliant. How can we do that? -- Regards, Stephan From noreply at thewildbeast.co.uk Sun Mar 12 10:57:43 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 12 Mar 2017 09:57:43 +0000 Subject: [Users] [Bug 3779] mouse cursor/pointer disappears forever, in compose window In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3779 --- Comment #9 from Michael Schwendt --- > gvim (debian's vim-gtk package) exhibits this behaviour correctly. > I start to type, cursor disappears. I move the mouse, cursor reappears. > No clicking is required to make the mouse cursor reappear. Earlier you've only claimed you need to move the mouse pointer out of the window completely for it to reappear, now you have to click somewhere? Also: > All systems are this way. For example, I use a 4k display. "All systems"? What are the notable differences between the systems, their hardware and runtime portions? Which window managers or desktop managers have you tried so far? -- You are receiving this mail because: You are the assignee for the bug. From bugs.michael at gmx.net Sun Mar 12 11:13:16 2017 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 12 Mar 2017 11:13:16 +0100 Subject: [Users] [Bug 3779] mouse cursor/pointer disappears forever, in compose window In-Reply-To: <20170310123854.3b0af114@mydesk.domain.cxm> References: <20170310123854.3b0af114@mydesk.domain.cxm> Message-ID: <20170312111316.1beb7e6a@noname> On Fri, 10 Mar 2017 12:38:54 -0500, Steve Litt wrote: > > > When composing a message, the mouse cursor disappears as soon as > > > one starts to type. > > > > That's normal. Other editors, such as GEdit or Emacs, do that, too, > > so the cursor doesn't disturb your view. Simply moving the mouse > > makes the pointer reappear. > > If this disappearing mouse thing is a feature, it's a horrible one > that, depending on the software's definition of "not moving", can make > it impossible to grab small handles in graphics programs. I had that > problem in Debian for almost 2 years: It finally disappeared when I > switched to Void Linux. Simply touching the mouse in a way that _would_ move it by 1 mm or so would display the mouse pointer again. Sensitivity of most mouse devices is high enough for that. As soon as you put back your hand onto the mouse, the pointer would reappear already. > I just observed mouse behavior in the Compose window while I'm typing. > I have the same thing. After 10 or 20 seconds of non-movement, it > disappears. That's odd. As soon as you start keyboard typing, mouse pointer is hidden. If not typing or not using the mouse, not much will happen. Here only the blinking of the text input cursor stops after some time and continues again when typing. From noreply at thewildbeast.co.uk Sun Mar 12 17:52:23 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 12 Mar 2017 16:52:23 +0000 Subject: [Users] [Bug 3783] New: Cannot add new dictionary Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3783 Bug ID: 3783 Summary: Cannot add new dictionary Classification: Unclassified Product: Claws Mail Version: 3.14.1 Hardware: PC OS: Windows 10 Status: NEW Severity: normal Priority: P3 Component: UI/Compose Window/Spell Checker Assignee: users at lists.claws-mail.org Reporter: bob at blisworthhouse.co.uk 1. Follow procedure at Configuration/Preferences/Spell Checker/Get more dictionaries... 2. Place new .dic and .aff files in C:\Program Files (x86)\Claws Mail\share\enchant\myspell (I used en_GB-oed from OpenOffice). 3. Follow last line at http://www.claws-mail.org/win32/dictionaries.php i.e. "Restart Claws Mail. Your new dictionary should be available in Tools/Preferences/Spell checking." (Ignoring historical path e.g. Preferences isn't under Tools) 4. Configuration/Preferences/Spell Checker/ Spell checking enabled. But en_GB-oed does not appear in the drop down list. Workaround is to overwrite en_US with en_GB-oed. UPDATE: the problem appears to be the "-" in the en_GB-oed file names. Rename them to en_GBoed and it's all fine! -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sun Mar 12 20:26:24 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 12 Mar 2017 19:26:24 +0000 Subject: [Users] [Bug 3782] Debian Stretch x86_64 / PGP Plugin Not Decrypting In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3782 Mel changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Mel --- Finally got it to decrypt, but not sure which thing I did corrected the problem. (1) Unload & reloaded the claws-mail pgp plugins. (2) Went into claws-mail preferences/GPG, checked automatic, then checked use gpg-agent & grab input, checked display warning on startup. (3) Left path to gnupg executable blank. Mel -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sun Mar 12 20:30:05 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 12 Mar 2017 19:30:05 +0000 Subject: [Users] [Bug 3782] Debian Stretch x86_64 / PGP Plugin Not Decrypting In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3782 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|FIXED |INVALID -- You are receiving this mail because: You are the assignee for the bug. From olaf at aepfle.de Mon Mar 13 12:03:09 2017 From: olaf at aepfle.de (Olaf Hering) Date: Mon, 13 Mar 2017 12:03:09 +0100 Subject: [Users] usage of absolute paths in clawsrc Message-ID: <20170313110309.GA5706@aepfle.de> While trying to debug why the 'N' key does not behave I noticed that clawsrc contains absolute paths to the plugins. I built another copy of claws with different --prefix, which means the plugins can not be found. Is there a good reason why absolute paths are stored, instead of looking for 'foo.so' in ${pluginsdir}? I'm not familiar with the internals, but to me it looks like a single ~/.claws-mail can be used independend from the used --prefix (most likely not at the same time). Olaf -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available URL: From claws at thewildbeast.co.uk Mon Mar 13 12:09:22 2017 From: claws at thewildbeast.co.uk (Paul) Date: Mon, 13 Mar 2017 11:09:22 +0000 Subject: [Users] usage of absolute paths in clawsrc In-Reply-To: <20170313110309.GA5706@aepfle.de> References: <20170313110309.GA5706@aepfle.de> Message-ID: <20170313110922.7eb3fb5a@kujata> On Mon, 13 Mar 2017 12:03:09 +0100 Olaf Hering wrote: > While trying to debug why the 'N' key does not behave I noticed that > clawsrc contains absolute paths to the plugins. I built another > copy of claws with different --prefix, which means the plugins can > not be found. > > Is there a good reason why absolute paths are stored, instead of > looking for 'foo.so' in ${pluginsdir}? I'm not familiar with the > internals, but to me it looks like a single ~/.claws-mail can be > used independend from the used --prefix (most likely not at the > same time). If there is no full path ${pluginsdir} is used. But the user might want to load plugins from different locations, so a full path is supported. with regards Paul From olaf at aepfle.de Mon Mar 13 12:14:34 2017 From: olaf at aepfle.de (Olaf Hering) Date: Mon, 13 Mar 2017 12:14:34 +0100 Subject: [Users] usage of absolute paths in clawsrc In-Reply-To: <20170313110922.7eb3fb5a@kujata> References: <20170313110309.GA5706@aepfle.de> <20170313110922.7eb3fb5a@kujata> Message-ID: <20170313111434.GB5706@aepfle.de> On Mon, Mar 13, Paul wrote: > If there is no full path ${pluginsdir} is used. Thanks. I will try just the basename now. Somehow the full path was stored in clawsrc. I think that happend during initial setup with 3.14.1. Maybe the fileselector dialog returns full paths, and claws does not strip ${pluginsdir} from these paths? Olaf -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available URL: From andrej at kacian.sk Mon Mar 13 13:16:37 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Mon, 13 Mar 2017 13:16:37 +0100 Subject: [Users] usage of absolute paths in clawsrc In-Reply-To: <20170313111434.GB5706@aepfle.de> References: <20170313110309.GA5706@aepfle.de> <20170313110922.7eb3fb5a@kujata> <20170313111434.GB5706@aepfle.de> Message-ID: <20170313131637.662370bc@hiker> On Mon, 13 Mar 2017 12:14:34 +0100 Olaf Hering wrote: > On Mon, Mar 13, Paul wrote: > > > If there is no full path ${pluginsdir} is used. > > Thanks. I will try just the basename now. > > Somehow the full path was stored in clawsrc. I think that happend > during initial setup with 3.14.1. Maybe the fileselector dialog > returns full paths, and claws does not strip ${pluginsdir} from these > paths? By default, loaded plugins are saved with full path, due to a design decision long time ago (with which I disagree, by the way). User can strip the full path from clawsrc manually, which will cause Claws Mail to look in its default plugin dir, making it possible to have a shared .claws-mail. This is a feature which was added later. To make things more interesting, I noticed that some of the mechanisms which cause plugin loading, do not add the full path. I suspect it's when you load a plugin that has other plugins as dependencies (e.g. dependency of pgpmime plugin is pgpcore plugin), these dependencies are added without a full path. I could be wrong on this, though. Regards, -- Andrej -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 801 bytes Desc: OpenPGP digital signature URL: From olaf at aepfle.de Mon Mar 13 13:36:38 2017 From: olaf at aepfle.de (Olaf Hering) Date: Mon, 13 Mar 2017 13:36:38 +0100 Subject: [Users] usage of absolute paths in clawsrc In-Reply-To: <20170313131637.662370bc@hiker> References: <20170313110309.GA5706@aepfle.de> <20170313110922.7eb3fb5a@kujata> <20170313111434.GB5706@aepfle.de> <20170313131637.662370bc@hiker> Message-ID: <20170313133638.008539a6.olaf@aepfle.de> Am Mon, 13 Mar 2017 13:16:37 +0100 schrieb Andrej Kacian : > By default, loaded plugins are saved with full path, due to a design > decision long time ago (with which I disagree, by the way). Is that something which should be revisited? Removing the absolute path appears to work. Additional plugins are stored with full path, existing keep the basename. At least my usecase is covered now. Thanks. Olaf -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Digitale Signatur von OpenPGP URL: From noreply at thewildbeast.co.uk Mon Mar 13 19:32:45 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 13 Mar 2017 18:32:45 +0000 Subject: [Users] [Bug 3778] Claws-mail core dumps when trying to view a HTML email In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3778 --- Comment #8 from Michael Hughes --- I have found that it was commit cdf48fc3e9ce71ef09c0b9ddbdf7057f6d36e6da that cause the problem. I then updated librsvg2 from 2.36.4_2 to 2.40.16 and now Claws Mail works at version 3.14.1-224-g3fd978. I'm not sure why the older library was causing a problem, but I think this bug can be closed. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Mar 13 20:14:02 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 13 Mar 2017 19:14:02 +0000 Subject: [Users] [Bug 3778] Claws-mail core dumps when trying to view a HTML email In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3778 --- Comment #9 from Michael Rasmussen --- (In reply to comment #8) > > I'm not sure why the older library was causing a problem, but I think this > bug can be closed. An API change perhaps? -- You are receiving this mail because: You are the assignee for the bug. From c-blair at illinois.edu Mon Mar 13 20:42:27 2017 From: c-blair at illinois.edu (Charles E. Blair) Date: Mon, 13 Mar 2017 14:42:27 -0500 Subject: [Users] I can receive mail but not send Message-ID: <20170313144227.1fd408e7@ceblair> I have been using claws-mail for several years. After I changed the server used for sending mail, receiving has continued to work but not sending. When I closed claws-mail after a failure, my screen displayed > Warning SSL connection failed (A TLS packet with > unexpected length was received) > Warning couldn't start TLS session I reproduce below part of ./claws-mail/claws.log Any advice on how to fix things would be appreciated. [11:12:41] * message: Account 'c-blair at imap.illinois.edu': Connecting to IMAP4 server: imap.illinois.edu... ... [11:12:41] IMAP4> Logging c-blair to imap.illinois.edu using LOGIN [11:12:42] IMAP4< LOGIN completed. [11:12:42] IMAP4< Login to imap.illinois.edu successful [11:12:42] IMAP4< 5 OK [READ-WRITE] SELECT completed. [11:12:42] IMAP4- [fetching UIDs...] [11:12:42] IMAP4< 6 OK FETCH completed. [11:12:42] IMAP4> 8 NOOP [11:12:42] IMAP4< 8 OK NOOP completed. [11:12:42] IMAP4> 9 UID STORE 6854 +FLAGS.SILENT (\Seen) [11:12:42] IMAP4< 9 OK STORE completed. [11:12:42] * message: Account 'c-blair at imap.illinois.edu': Connecting to SMTP server: smtp.illinois.edu ... [11:12:42] SMTP< 220 smtp.illinois.edu Microsoft ESMTP MAIL Service ready at Mon, 13 Mar 2017 11:12:41 -0500 [11:12:42] ESMTP< 250-smtp.illinois.edu Hello [192.17.23.217] [11:12:42] ESMTP< 250-STARTTLS [11:12:42] ESMTP> STARTTLS [11:12:42] ESMTP< 220 2.0.0 SMTP server ready [11:12:42] ** warning: couldn't start TLS session [11:12:42] *** error: Error occurred while sending the message. From mir at miras.org Mon Mar 13 20:46:52 2017 From: mir at miras.org (Michael Rasmussen) Date: Mon, 13 Mar 2017 20:46:52 +0100 Subject: [Users] I can receive mail but not send In-Reply-To: <20170313144227.1fd408e7@ceblair> References: <20170313144227.1fd408e7@ceblair> Message-ID: <20170313204652.5be5c916@sleipner.datanom.net> On Mon, 13 Mar 2017 14:42:27 -0500 "Charles E. Blair" wrote: > > > Warning SSL connection failed (A TLS packet with > > unexpected length was received) > > Warning couldn't start TLS session > > [11:12:42] ESMTP< 250-smtp.illinois.edu Hello [192.17.23.217] > [11:12:42] ESMTP< 250-STARTTLS > [11:12:42] ESMTP> STARTTLS > [11:12:42] ESMTP< 220 2.0.0 SMTP server ready > [11:12:42] ** warning: couldn't start TLS session > [11:12:42] *** error: Error occurred while sending the message. Either the server does not support TLS or is using a version of TLS no longer supported with gnutls. Eg. TLS-1.0 -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras org http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917 -------------------------------------------------------------- /usr/games/fortune -es says: Chemist who falls in acid will be tripping for weeks. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 488 bytes Desc: OpenPGP digital signature URL: From noreply at thewildbeast.co.uk Tue Mar 14 09:06:56 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 14 Mar 2017 08:06:56 +0000 Subject: [Users] [Bug 3778] Claws-mail core dumps when trying to view a HTML email In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3778 --- Comment #10 from Ricardo Mones --- (In reply to comment #9) > (In reply to comment #8) > > > > I'm not sure why the older library was causing a problem, but I think this > > bug can be closed. > An API change perhaps? There's no call to librsvg functions in the mentioned commit. The only way that commit could affect behaviour of fancy is that some of the flags/libs emitted by librsvg were affecting how the webkit functions are compiled. Anyway, given the CVEs affecting older versions¹, it's probably a good idea to bump required version to 2.40. ¹ https://security-tracker.debian.org/tracker/source-package/librsvg -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 14 12:18:46 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 14 Mar 2017 11:18:46 +0000 Subject: [Users] [Bug 3778] Claws-mail core dumps when trying to view a HTML email In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3778 --- Comment #11 from Michael Hughes --- I did a "git checkout " for each commit done from the commit that was working for me and compiled each time. Ran Claws Mail and opened the same HTML email till it core dumped. It didn't core dump till I got the the commit with the "Configure SVG library" commit. After it core dumped I upgraded the librsvg2 library and recompile Claws Mail without any changes to the Claws Mail code. Ran Claws Mail, opened the same HTML email and it didn't core dump. I then downloaded the rest of the commits and recompiled and Claws Mail is still running. So I'm not sure why, but it was something to do with configuring SVG library. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 14 12:44:52 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 14 Mar 2017 11:44:52 +0000 Subject: [Users] [Bug 3778] Claws-mail core dumps when trying to view a HTML email In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3778 --- Comment #12 from Ricardo Mones --- (In reply to comment #11) > I did a "git checkout " for each commit done from the commit that > was working for me and compiled each time. Ran Claws Mail and opened the > same HTML email till it core dumped. It didn't core dump till I got the the > commit with the "Configure SVG library" commit. After it core dumped I > upgraded the librsvg2 library and recompile Claws Mail without any changes > to the Claws Mail code. Ran Claws Mail, opened the same HTML email and it > didn't core dump. I then downloaded the rest of the commits and recompiled > and Claws Mail is still running. If I may suggest, next time you can try git bisect, is faster than linear search: https://git-scm.com/docs/git-bisect > So I'm not sure why, but it was something to do with configuring SVG library. Yep, that's more or less what I wrote. My response was to miras' comment, not against your report ;-) -- You are receiving this mail because: You are the assignee for the bug. From edwardp at linuxmail.org Thu Mar 16 01:21:47 2017 From: edwardp at linuxmail.org (edwardp at linuxmail.org) Date: Wed, 15 Mar 2017 20:21:47 -0400 Subject: [Users] 64-bit Claws Message-ID: <20170315202147.00003230@linuxmail.org> Regarding the 64-bit Windows version of Claws, recognizing that it is experimental at present, where I currently have the 32-bit version installed, if I uninstall that and install the 64-bit to try out, will the 64-bit version automatically see the e-mail accounts created with the 32-bit version, or would they need to be created anew? Thank you. From andrej at kacian.sk Thu Mar 16 08:23:28 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Thu, 16 Mar 2017 08:23:28 +0100 Subject: [Users] 64-bit Claws In-Reply-To: <20170315202147.00003230@linuxmail.org> References: <20170315202147.00003230@linuxmail.org> Message-ID: <20170316082328.66148b62@penny> On Wed, 15 Mar 2017 20:21:47 -0400 wrote: > Regarding the 64-bit Windows version of Claws, recognizing that it is > experimental at present, where I currently have the 32-bit version > installed, if I uninstall that and install the 64-bit to try out, will > the 64-bit version automatically see the e-mail accounts created with > the 32-bit version, or would they need to be created anew? Hello, yes, your entire configuration will be left intact, and the 64-bit version will use it by default. The configuration is compatible between 32-bit and 64-bit versions. Regards, -- Andrej From noreply at thewildbeast.co.uk Thu Mar 16 08:27:50 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 16 Mar 2017 07:27:50 +0000 Subject: [Users] [Bug 3784] New: Very similar strings in src/gtk/about.c Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3784 Bug ID: 3784 Summary: Very similar strings in src/gtk/about.c Classification: Unclassified Product: Claws Mail Version: GIT Hardware: PC OS: Linux Status: NEW Severity: minor Priority: P3 Component: UI Assignee: users at lists.claws-mail.org Reporter: simon.legner at gmail.com The following two "Copyright (C) 1999-2017" strings are very similar and should be merged since they require retranslation every year: - src/gtk/about.c:158 - src/gtk/about.c:841 -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Mar 16 10:05:09 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 16 Mar 2017 09:05:09 +0000 Subject: [Users] [Bug 3784] Very similar strings in src/gtk/about.c In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3784 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Component|UI |UI/Translations -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Mar 16 19:56:13 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 16 Mar 2017 18:56:13 +0000 Subject: [Users] [Bug 3778] Claws-mail core dumps when trying to view a HTML email In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3778 Ricardo Mones changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #13 from users at lists.claws-mail.org --- Changes related to this bug have been committed. Please check latest Git and update the bug accordingly. You can also get the patch from: http://git.claws-mail.org/ ++ ChangeLog 2017-03-16 19:53:02.691944577 +0100 http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=88110ffe23e2f5a0f4e0267b36b6a3eac8402bdd Merge: a6b0c1e da399f4 Author: Colin Leroy Date: Thu Mar 16 19:53:02 2017 +0100 Merge branch 'master' of file:///home/git/claws http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=da399f43f30dd459dbdfe5b4f28c1baa8ac9d0a0 Author: Ricardo Mones Date: Thu Mar 16 19:52:27 2017 +0100 Require SVG library version 2.40.5 Fix bug #3778: Claws-mail core dumps when trying to view a HTML email -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Mar 16 21:30:05 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 16 Mar 2017 20:30:05 +0000 Subject: [Users] [Bug 3582] Select folder dialogue does not tell what is selecting for In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3582 Andrej Kacian changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from users at lists.claws-mail.org --- Changes related to this bug have been committed. Please check latest Git and update the bug accordingly. You can also get the patch from: http://git.claws-mail.org/ ++ ChangeLog 2017-03-16 19:17:03.160766050 +0100 http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=a6b0c1e0850def82a2adae4090b30567c4ef6e1e Merge: 7ca5f5c bd8213f Author: Colin Leroy Date: Thu Mar 16 19:17:02 2017 +0100 Merge branch 'master' of file:///home/git/claws http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=bd8213fe3d3ca5da043992520e96f07aacd0d443 Author: Andrej Kacian Date: Thu Mar 16 19:14:49 2017 +0100 Allow custom window title for the folder selection dialog. Fixes bug #3582 - Select folder dialogue does not tell what is selecting for. http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=e420063586f5117a00c3460ed074e34c95709ff9 Author: Andrej Kacian Date: Thu Mar 16 18:37:30 2017 +0100 Added summary_get_selection_count() function. --- Comment #4 from Andrej Kacian --- These dialogs will now have titles like "Select folder to copy selected message to". -- You are receiving this mail because: You are the assignee for the bug. From edwardp at linuxmail.org Fri Mar 17 01:07:48 2017 From: edwardp at linuxmail.org (edwardp at linuxmail.org) Date: Thu, 16 Mar 2017 20:07:48 -0400 Subject: [Users] 64-bit Claws In-Reply-To: <20170316082328.66148b62@penny> References: <20170315202147.00003230@linuxmail.org> <20170316082328.66148b62@penny> Message-ID: <20170316200748.000030a7@linuxmail.org> On Thu, 16 Mar 2017 08:23:28 +0100 Andrej Kacian wrote: > On Wed, 15 Mar 2017 20:21:47 -0400 > wrote: > > > Regarding the 64-bit Windows version of Claws, recognizing that it > > is experimental at present, where I currently have the 32-bit > > version installed, if I uninstall that and install the 64-bit to > > try out, will the 64-bit version automatically see the e-mail > > accounts created with the 32-bit version, or would they need to be > > created anew? > > Hello, > > yes, your entire configuration will be left intact, and the 64-bit > version will use it by default. > > The configuration is compatible between 32-bit and 64-bit versions. > > Regards, Hi Andrej, Confirming it worked as described. :) I have gone back to using the 32-bit version, but I noticed under Help/About/Info tab, even under 64-bit Windows (7), that information referenced 'Operating System: Win32', but the e-mail headers referenced 'x86_64-w64-mingw32'. Wasn't sure if the reference to 'Win32' might have been an error/typo of some kind, or what that 'mingw32' actually is. Ed From andrej at kacian.sk Fri Mar 17 08:53:57 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Fri, 17 Mar 2017 08:53:57 +0100 Subject: [Users] 64-bit Claws In-Reply-To: <20170316200748.000030a7@linuxmail.org> References: <20170315202147.00003230@linuxmail.org> <20170316082328.66148b62@penny> <20170316200748.000030a7@linuxmail.org> Message-ID: <20170317085357.28b6101f@hiker> On Thu, 16 Mar 2017 20:07:48 -0400 wrote: > On Thu, 16 Mar 2017 08:23:28 +0100 > Andrej Kacian wrote: > > > On Wed, 15 Mar 2017 20:21:47 -0400 > > wrote: > > > > > Regarding the 64-bit Windows version of Claws, recognizing that it > > > is experimental at present, where I currently have the 32-bit > > > version installed, if I uninstall that and install the 64-bit to > > > try out, will the 64-bit version automatically see the e-mail > > > accounts created with the 32-bit version, or would they need to be > > > created anew? > > > > Hello, > > > > yes, your entire configuration will be left intact, and the 64-bit > > version will use it by default. > > > > The configuration is compatible between 32-bit and 64-bit versions. > > > > Regards, > > Hi Andrej, > > Confirming it worked as described. :) > > I have gone back to using the 32-bit version, but I noticed under > Help/About/Info tab, even under 64-bit Windows (7), that information > referenced 'Operating System: Win32', but the e-mail headers > referenced 'x86_64-w64-mingw32'. Wasn't sure if the reference to > 'Win32' might have been an error/typo of some kind, or what that > 'mingw32' actually is. Hi Ed, that is called a target triplet, and the only part relevant here is the one before first '-', which can be either i686 or x86_64. Rest of the triplet is just saying that the program was compiled using build suite called Mingw-w64 (a fork of original Mingw32 with added 64-bit support). Can I ask why you switched back to 32-bit version? Regards, -- Andrej From noreply at thewildbeast.co.uk Fri Mar 17 09:30:01 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 17 Mar 2017 08:30:01 +0000 Subject: [Users] [Bug 3785] New: Headers in extraheaderrc lose name on sending Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3785 Bug ID: 3785 Summary: Headers in extraheaderrc lose name on sending Classification: Unclassified Product: Claws Mail Version: GIT Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P3 Component: Other Assignee: users at lists.claws-mail.org Reporter: mones at users.sourceforge.net Steps to reproduce: • Have some header in extraheaderrc, for example: $ echo "X-Test-Header:" >> ~/.claws-mail/extraheaderrc • Start Claws Mail and open Compose window • Select "X-Test-Header:" in one entry's combobox • Input some value on the entry, for example "test value" • Send the message (probably 'Send later' is enough, but haven't tested) • Go to the folder your sent messages are saved and view source of the just sent message (or queue, if you 'Send later') Expected line in message: "X-Test-Header: test value" Actual line in message: "(null) test value" That's a regression, so probably should be addressed before release. Probably related to http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=c0505b80 but not sure. Thanks in advance, -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Mar 17 09:57:02 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 17 Mar 2017 08:57:02 +0000 Subject: [Users] [Bug 3785] Headers in extraheaderrc lose name on sending In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3785 --- Comment #1 from wwp --- Same problem when sending a message after adding a custom header (provided that the compose window's header name is editable). I also noticed that such header has no space between the header name and value, like: (null):foo -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Mar 17 22:00:45 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 17 Mar 2017 21:00:45 +0000 Subject: [Users] [Bug 3786] New: Typo in src/mimeview.c:1878 Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3786 Bug ID: 3786 Summary: Typo in src/mimeview.c:1878 Classification: Unclassified Product: Claws Mail Version: GIT Hardware: PC OS: Linux Status: NEW Severity: minor Priority: P3 Component: UI/Translations Assignee: users at lists.claws-mail.org Reporter: simon.legner at gmail.com Change > %d file saved succesfully. into > %d file saved successfully. as well as > %d files saved succesfully. into >%d files saved successfully. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Mar 17 22:20:49 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 17 Mar 2017 21:20:49 +0000 Subject: [Users] [Bug 3787] New: Placeholders for archive types in src/plugins/archive/{archiver_gtk.c, archiver_prefs.c} Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3787 Bug ID: 3787 Summary: Placeholders for archive types in src/plugins/archive/{archiver_gtk.c,archiver_prefs.c} Classification: Unclassified Product: Claws Mail Version: GIT Hardware: PC OS: Linux Status: NEW Severity: minor Priority: P3 Component: UI/Translations Assignee: users at lists.claws-mail.org Reporter: simon.legner at gmail.com Please use placeholders for the 11 different archive types in the following two files: src/plugins/archive/archiver_gtk.c:1109 > Choose this option to use GZIP compression for the archive src/plugins/archive/archiver_prefs.c:249 > Choose this option to use GZIP compression by default It does not make any sense to translate the strings 11 times. -- You are receiving this mail because: You are the assignee for the bug. From edwardp at linuxmail.org Fri Mar 17 23:36:34 2017 From: edwardp at linuxmail.org (edwardp at linuxmail.org) Date: Fri, 17 Mar 2017 18:36:34 -0400 Subject: [Users] 64-bit Claws In-Reply-To: <20170317085357.28b6101f@hiker> References: <20170315202147.00003230@linuxmail.org> <20170316082328.66148b62@penny> <20170316200748.000030a7@linuxmail.org> <20170317085357.28b6101f@hiker> Message-ID: <20170317183634.00003da3@linuxmail.org> On Fri, 17 Mar 2017 08:53:57 +0100 Andrej Kacian wrote: > On Thu, 16 Mar 2017 20:07:48 -0400 > wrote: > > > On Thu, 16 Mar 2017 08:23:28 +0100 > > Andrej Kacian wrote: > > > > > On Wed, 15 Mar 2017 20:21:47 -0400 > > > wrote: > > > > > > > Regarding the 64-bit Windows version of Claws, recognizing that > > > > it is experimental at present, where I currently have the 32-bit > > > > version installed, if I uninstall that and install the 64-bit to > > > > try out, will the 64-bit version automatically see the e-mail > > > > accounts created with the 32-bit version, or would they need to > > > > be created anew? > > > > > > Hello, > > > > > > yes, your entire configuration will be left intact, and the 64-bit > > > version will use it by default. > > > > > > The configuration is compatible between 32-bit and 64-bit > > > versions. > > > > > > Regards, > > > > Hi Andrej, > > > > Confirming it worked as described. :) > > > > I have gone back to using the 32-bit version, but I noticed under > > Help/About/Info tab, even under 64-bit Windows (7), that information > > referenced 'Operating System: Win32', but the e-mail headers > > referenced 'x86_64-w64-mingw32'. Wasn't sure if the reference to > > 'Win32' might have been an error/typo of some kind, or what that > > 'mingw32' actually is. > > Hi Ed, > > that is called a target triplet, and the only part relevant here is > the one before first '-', which can be either i686 or x86_64. Rest of > the triplet is just saying that the program was compiled using build > suite called Mingw-w64 (a fork of original Mingw32 with added 64-bit > support). > > Can I ask why you switched back to 32-bit version? > > Regards, Hi Andrej, Thank you for that explanation as to the target triplet. :) The Claws web site references the 64-bit build as experimental, so I felt there was no harm in at least trying it out. It worked quite well. As you referenced in a previous message, it indeed picked up all of the accounts created with the 32-bit version and it was able to send and receive without any issues. I normally do not use beta, pre-beta, or experimental software, but since this is Claws and as I'm familiar with it, I decided to make an exception. I am amazed that 64-bit Windows releases have been available for some time now, yet so little (to my knowledge) has been written to take advantage of it. The only software I'm presently aware of that is available for 64-bit Windows, is Firefox, Chrome, Vivaldi, LibreOffice and now, Claws (experimental). I am aware that, in general, early builds of any software could possibly contain bugs or have unexpected events occurring, like crashes, or data/profile being corrupted (the latter actually occurred a few times with stable Mozilla-derived software under (oddly) Linux). But in using the 64-bit Claws, there were no issues. My PC's aren't set up for a testing environment. In Linux (Fedora), I have the 64-bit distribution installed on both PC's and use the Fedora-supplied x86_64 Claws. I have kept the downloaded 64-bit installer on the PC, in case I want to try it again. I also noticed that 32- and 64-bit software installs in different directories in Windows 7. Given this, is it actually possible to have both the 32-bit and 64-bit versions of Claws installed at the same time, on the same machine? Ed From noreply at thewildbeast.co.uk Sat Mar 18 00:23:42 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 17 Mar 2017 23:23:42 +0000 Subject: [Users] [Bug 3786] Typo in src/mimeview.c:1878 In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3786 wwp changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from users at lists.claws-mail.org --- Changes related to this bug have been committed. Please check latest Git and update the bug accordingly. You can also get the patch from: http://git.claws-mail.org/ ++ ChangeLog 2017-03-18 00:23:04.341098849 +0100 http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=db04d95486d41b6156a40072ddb6e61fef121c5d Merge: 88110ff 3f01dc8 Author: Colin Leroy Date: Sat Mar 18 00:23:03 2017 +0100 Merge branch 'master' of file:///home/git/claws http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=3f01dc8712d823923662ced3fca64e5cb60bb214 Author: wwp Date: Sat Mar 18 00:21:50 2017 +0100 Fix typos, fixes bug 3786: typo in src/mimeview.c. -- You are receiving this mail because: You are the assignee for the bug. From edwardp at linuxmail.org Sat Mar 18 00:29:27 2017 From: edwardp at linuxmail.org (edwardp at linuxmail.org) Date: Fri, 17 Mar 2017 19:29:27 -0400 Subject: [Users] 64-bit Claws for Windows Message-ID: <20170317192927.7554f9f7@downstairs> If the developer who provided the 64-bit version of Claws for 64-bit Windows is on the users list, thank you. :) From noreply at thewildbeast.co.uk Sat Mar 18 01:41:25 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 18 Mar 2017 00:41:25 +0000 Subject: [Users] [Bug 3785] Headers in extraheaderrc lose name on sending In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3785 --- Comment #2 from Ricardo Mones --- A git bisect session has confirmed the first commit where this is broken is c0505b80. Looking at the patch seems the compose_untranslated_header_name() added in that commit should not return NULL if the header is unknown, maybe should simply return the header as is. Rationale: unknown headers are not translatable, so they're already untranslated. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sat Mar 18 14:09:35 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 18 Mar 2017 13:09:35 +0000 Subject: [Users] [Bug 3785] Headers in extraheaderrc lose name on sending In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3785 --- Comment #3 from wwp --- I'll give this a closer look during this week-end, hopefully fixing it (be)for(e) the string freeze. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sat Mar 18 19:32:27 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 18 Mar 2017 18:32:27 +0000 Subject: [Users] [Bug 3784] Very similar strings in src/gtk/about.c In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3784 --- Comment #1 from Ricardo Mones --- Created attachment 1733 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1733&action=edit Possible fix for this and removal of \n in translatable strings -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sat Mar 18 21:22:37 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 18 Mar 2017 20:22:37 +0000 Subject: [Users] [Bug 3787] Placeholders for archive types in src/plugins/archive/{archiver_gtk.c, archiver_prefs.c} In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3787 Michael Rasmussen changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from users at lists.claws-mail.org --- Changes related to this bug have been committed. Please check latest Git and update the bug accordingly. You can also get the patch from: http://git.claws-mail.org/ ++ ChangeLog 2017-03-18 20:44:03.501804666 +0100 http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=1716c805318e401d48375bc69cded5cbf3d5d1a4 Merge: f72d136 3096aa1 Author: Colin Leroy Date: Sat Mar 18 20:44:02 2017 +0100 Merge branch 'master' of file:///home/git/claws http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=3096aa1d9437540b36cefc1f2d4245d6eb5855a9 Author: Michael Rasmussen Date: Sat Mar 18 20:43:47 2017 +0100 Fix bug #3787. Create tooltip i helper function --- Comment #2 from users at lists.claws-mail.org --- Changes related to this bug have been committed. Please check latest Git and update the bug accordingly. You can also get the patch from: http://git.claws-mail.org/ ++ ChangeLog 2017-03-18 20:59:03.357773320 +0100 http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=f627b9778157ab312e2d9f9e25ebccff4eedf5a8 Merge: 1716c80 81b66ec Author: Colin Leroy Date: Sat Mar 18 20:59:02 2017 +0100 Merge branch 'master' of file:///home/git/claws http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=81b66ecc887e55d7947f4cb2f21bf7ecd5d5dff4 Author: Michael Rasmussen Date: Sat Mar 18 20:58:33 2017 +0100 Use fix bug #3787 for specifying format as well -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sun Mar 19 00:30:00 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 18 Mar 2017 23:30:00 +0000 Subject: [Users] [Bug 3784] Very similar strings in src/gtk/about.c In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3784 Ricardo Mones changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from users at lists.claws-mail.org --- Changes related to this bug have been committed. Please check latest Git and update the bug accordingly. You can also get the patch from: http://git.claws-mail.org/ ++ ChangeLog 2017-03-19 00:28:03.706349117 +0100 http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=bcc89fbb10c1ce66e586b8c2334ec4cbfc2ed443 Merge: 347c4f8 b99f300 Author: Colin Leroy Date: Sun Mar 19 00:28:02 2017 +0100 Merge branch 'master' of file:///home/git/claws http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=b99f30096dc74e409edfb1fe8495ba0ec930e98d Author: Ricardo Mones Date: Sun Mar 19 00:25:43 2017 +0100 Fix bug #3784: Very similar strings in src/gtk/about.c And remove also some from translatable strings. -- You are receiving this mail because: You are the assignee for the bug. From c-blair at illinois.edu Sun Mar 19 04:42:17 2017 From: c-blair at illinois.edu (Charles E. Blair) Date: Sat, 18 Mar 2017 22:42:17 -0500 Subject: [Users] claws-mail 3.8.1 and STARTTLS Message-ID: <20170318224217.19b3725d@ceblair> I have an older machine running claws-mail 3.8.1 and a newer machine running 3.11.1. I recently had to change the server for sending e-mail on the 3.8.1 machine to the same server as the 3.11.1 machine, and I used the same "preferences for current account." This included using STARTTLS. However, the 3.8.1 machine will not send e-mail. The ./claws-mail/claws.log file includes [11:12:42] IMAP4< Login to imap.illinois.edu successful ... [11:12:42] ESMTP< 250-smtp.illinois.edu Hello [192.17.23.217] [11:12:42] ESMTP< 250-STARTTLS [11:12:42] ESMTP> STARTTLS [11:12:42] ESMTP< 220 2.0.0 SMTP server ready [11:12:42] ** warning: couldn't start TLS session [11:12:42] *** error: Error occurred while sending the message. When I close claws-mail, my monitor has the message > Warning SSL connection failed (A TLS packet with > unexpected length was received) > Warning couldn't start TLS session I hope there is some simple way that I can change the 3.8.1 configuration to fix this. Thank you! From andrej at kacian.sk Sun Mar 19 10:10:50 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Sun, 19 Mar 2017 10:10:50 +0100 Subject: [Users] claws-mail 3.8.1 and STARTTLS In-Reply-To: <20170318224217.19b3725d@ceblair> References: <20170318224217.19b3725d@ceblair> Message-ID: <20170319101050.72438c84@penny> On Sat, 18 Mar 2017 22:42:17 -0500 "Charles E. Blair" wrote: > > Warning SSL connection failed (A TLS packet with > > unexpected length was received) > > Warning couldn't start TLS session > > I hope there is some simple way that I can change the 3.8.1 > configuration to fix this. Unfortunately, 3.8.1 is too old and there is no way to get it working. I assume your server has disabled SSLv3 support, and only supports TLS (as it should). You need to upgrade your Claws Mail to at least 3.11.0. Regards, -- Andrej From noreply at thewildbeast.co.uk Sun Mar 19 10:12:04 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 19 Mar 2017 09:12:04 +0000 Subject: [Users] [Bug 3408] SSL-problem with POP3-servers In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3408 Andrej Kacian changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Component|General |default Version|unspecified |3.9.3 Resolution|--- |DUPLICATE Product|Website |Claws Mail (Windows) --- Comment #1 from Andrej Kacian --- You should upgrade to at least 3.11.0. *** This bug has been marked as a duplicate of bug 3300 *** -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sun Mar 19 10:12:04 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 19 Mar 2017 09:12:04 +0000 Subject: [Users] [Bug 3300] Cannot send/receive mail when SSL 3.0 is not supported on the server In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3300 Andrej Kacian changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Carow-Ludwig at t-online.de --- Comment #3 from Andrej Kacian --- *** Bug 3408 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sun Mar 19 10:14:09 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 19 Mar 2017 09:14:09 +0000 Subject: [Users] [Bug 2093] Posting to SSL enabled news server appears to stall after DATA phase In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2093 Andrej Kacian changed: What |Removed |Added ---------------------------------------------------------------------------- Component|NNTP |default Product|Claws Mail |Claws Mail (Windows) --- Comment #2 from Andrej Kacian --- Brian, is this still an issue on newer Windows releases? -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sun Mar 19 15:31:07 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 19 Mar 2017 14:31:07 +0000 Subject: [Users] [Bug 3785] Headers in extraheaderrc lose name on sending In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3785 wwp changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from users at lists.claws-mail.org --- Changes related to this bug have been committed. Please check latest Git and update the bug accordingly. You can also get the patch from: http://git.claws-mail.org/ ++ ChangeLog 2017-03-19 12:15:03.148402605 +0100 http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=1386a3cb95cb1877acaaacc13e2b56ba0191a44d Merge: bcc89fb 3595d6c Author: Colin Leroy Date: Sun Mar 19 12:15:02 2017 +0100 Merge branch 'master' of file:///home/git/claws http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=3595d6c6256678ffcada8eb3cc570c5d70d770c3 Author: wwp Date: Sun Mar 19 12:13:28 2017 +0100 Fix bug 3785: custom headers not stored in queued messages (and thus, not sent). -- You are receiving this mail because: You are the assignee for the bug. From andrej at kacian.sk Sun Mar 19 16:44:40 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Sun, 19 Mar 2017 16:44:40 +0100 Subject: [Users] 64-bit Claws In-Reply-To: <20170317183634.00003da3@linuxmail.org> References: <20170315202147.00003230@linuxmail.org> <20170316082328.66148b62@penny> <20170316200748.000030a7@linuxmail.org> <20170317085357.28b6101f@hiker> <20170317183634.00003da3@linuxmail.org> Message-ID: <20170319164440.54e95a55@penny> On Fri, 17 Mar 2017 18:36:34 -0400 wrote: > The Claws web site references the 64-bit build as experimental, so I > felt there was no harm in at least trying it out. It worked quite well. > As you referenced in a previous message, it indeed picked up all of the > accounts created with the 32-bit version and it was able to send and > receive without any issues. The word "experimental" was originally not there when we first added the 64-build, but soon after the release, there were several reports of crashes (which did not happen with corresponding 32-bit release), so we decided to mark it as experimental for now. I'm glad if it works for you. :) There is not much need for the 64-bit-ness in an e-mail program anyway - so far, probably the only real reason I encountered was usage of vcalendar plugin, with events far into the future - few hundreds of years far. > I normally do not use beta, pre-beta, or experimental software, but > since this is Claws and as I'm familiar with it, I decided to make an > exception. I am amazed that 64-bit Windows releases have been available > for some time now, yet so little (to my knowledge) has been written to > take advantage of it. The only software I'm presently aware of that is > available for 64-bit Windows, is Firefox, Chrome, Vivaldi, LibreOffice > and now, Claws (experimental). See above, unless the application works with large data in memory, or with large individual numbers, or does CPU-intensive calculations which can benefit from the extra registers. Browsers and e-mail clients typically do not benefit from 64-bit too much. > I am aware that, in general, early builds of any software > could possibly contain bugs or have unexpected events occurring, like > crashes, or data/profile being corrupted (the latter actually occurred > a few times with stable Mozilla-derived software under (oddly) Linux). > But in using the 64-bit Claws, there were no issues. My PC's aren't set > up for a testing environment. That's good, on my system (Windows 7 pro), the 64-bit build is rather stable nowadays, I usually can't reproduce any of the crash bugs users report (which is quite frustrating, as it makes it rather difficult to fix those bugs for them). > I have kept the downloaded 64-bit installer on the PC, in case I want to > try it again. I also noticed that 32- and 64-bit software installs in > different directories in Windows 7. Given this, is it actually possible > to have both the 32-bit and 64-bit versions of Claws installed at the > same time, on the same machine? It is possible, but it's not straightforward. You have to make sure you enter a different path in the installer when you install the second version, and be aware that this will overwrite the install location in Windows registry. The application itself doesn't touch the registry at all, so if you can manage the two install locations manually, e.g. creating desktop shortcuts as needed, or making sure to enter path to correct version when upgrading, it should work. The only possible issue I can think of is path to plugins stored in the configuration - see the recent "usage of absolute paths in clawsrc" thread on this mailing list. I do not remember offhand whether the Windows version also stores full path by default. Regards, -- Andrej From andrej at kacian.sk Sun Mar 19 16:45:01 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Sun, 19 Mar 2017 16:45:01 +0100 Subject: [Users] 64-bit Claws for Windows In-Reply-To: <20170317192927.7554f9f7@downstairs> References: <20170317192927.7554f9f7@downstairs> Message-ID: <20170319164501.1bcb0eb7@penny> On Fri, 17 Mar 2017 19:29:27 -0400 wrote: > If the developer who provided the 64-bit version of Claws for 64-bit > Windows is on the users list, thank you. :) You're welcome. :) -- Andrej From mailinglists at gusnan.se Sun Mar 19 17:56:59 2017 From: mailinglists at gusnan.se (Andreas Ronnquist) Date: Sun, 19 Mar 2017 17:56:59 +0100 Subject: [Users] navigating to new unread mails has changed in HEAD In-Reply-To: <20170309124044.680a129c@kujata> References: <20170303080053.09f0d818.olaf@aepfle.de> <20170309114431.536bca84@kujata> <20170309131759.51238546.olaf@aepfle.de> <20170309133414.3d2b3140.olaf@aepfle.de> <20170309124044.680a129c@kujata> Message-ID: <20170319175659.1bd8e135@debian-i7> On Thu, 9 Mar 2017 12:40:44 +0000, Paul wrote: >On Thu, 9 Mar 2017 13:34:14 +0100 >Olaf Hering wrote: > >> 'N' would not jump to them. Only 'P' would. > >I'm guessing your hotkey config: N is go to next, P is got to >previous. You seem to be expecting 'go to next' to mean 'go to >previous' and vice-versa. > Just swapping "go to Next unread" with "go to Previous unread" works as long as you stick to one folder, but only "next" asks to go to the next folder with unread messages, so their functionality can unfortunately not be swapped if one wants the old behaviour. -- Andreas Rönnquist mailinglists at gusnan.se gusnan at openmailbox.org From mailinglists at gusnan.se Sun Mar 19 19:42:54 2017 From: mailinglists at gusnan.se (Andreas Ronnquist) Date: Sun, 19 Mar 2017 19:42:54 +0100 Subject: [Users] navigating to new unread mails has changed in HEAD In-Reply-To: <20170319175659.1bd8e135@debian-i7> References: <20170303080053.09f0d818.olaf@aepfle.de> <20170309114431.536bca84@kujata> <20170309131759.51238546.olaf@aepfle.de> <20170309133414.3d2b3140.olaf@aepfle.de> <20170309124044.680a129c@kujata> <20170319175659.1bd8e135@debian-i7> Message-ID: <20170319194254.368e62c4@debian-i7> On Sun, 19 Mar 2017 17:56:59 +0100, Andreas Ronnquist wrote: >On Thu, 9 Mar 2017 12:40:44 +0000, >Paul wrote: > >>On Thu, 9 Mar 2017 13:34:14 +0100 >>Olaf Hering wrote: >> >>> 'N' would not jump to them. Only 'P' would. >> >>I'm guessing your hotkey config: N is go to next, P is got to >>previous. You seem to be expecting 'go to next' to mean 'go to >>previous' and vice-versa. >> > Related to the new behaviour, it would be nice to have a new alternative in the "Set default selection when entering a folder"-dialog - "oldest unread email" -- Andreas Rönnquist mailinglists at gusnan.se gusnan at openmailbox.org From noreply at thewildbeast.co.uk Sun Mar 19 22:31:38 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 19 Mar 2017 21:31:38 +0000 Subject: [Users] [Bug 2093] Posting to SSL enabled news server appears to stall after DATA phase In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2093 --- Comment #3 from Brian Morrison --- No, it certainly isn't with the current version (3.14.1) and hasn't been for some time. I can't say exactly what fixed it, and after nearly 7 years I wouldn't know where to look. So many commits! -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Mar 20 15:44:18 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 20 Mar 2017 14:44:18 +0000 Subject: [Users] [Bug 3788] New: Please make "Go to previous unread" work as "Go to next unread" Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3788 Bug ID: 3788 Summary: Please make "Go to previous unread" work as "Go to next unread" Classification: Unclassified Product: Claws Mail Version: GIT Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P3 Component: UI/Message List Assignee: users at lists.claws-mail.org Reporter: gusnan at openmailbox.org Previously to your changes regarding message sorting, I could do "Go to next unread message" and when there are no more unread messages in folder, it would ask to go (or not if that setting is set, but go at once) to the next folder. This means I could press 'n' (customized setting) and step through a folder, and then it would continue on the next folder with unread messages, still by pressing 'n'. Please add this same functionality to the code for "Go to previous unread message", since you have changed the sorting order, so that I can keep my workflow that I have used for ages in Claws. An alternative could be to make it possible to open the oldest unread mail when opening a folder (That doesn't seem to be possible right now). - then I could use my old workflow with this new functionality. -- You are receiving this mail because: You are the assignee for the bug. From dick at therucks.me.uk Mon Mar 20 18:43:45 2017 From: dick at therucks.me.uk (Dick Ruck) Date: Mon, 20 Mar 2017 17:43:45 +0000 Subject: [Users] CM, mint and dictionary Message-ID: <20170320174345.0ade586e@gandalf> I don't think this is a CM problem, more the way I installed it some time ago, however can anyone give me an idea how to solve this please. I am running CM 3.14.1 on Linux Mint 18.1 Serena. The dictionary spell check does not work. I have done plenty of searching and tried installing another dictionary, but to no avail. Is there something I can tweak to get the Mint dictionaries and spell checker to work in CM - they work Ok in OpenOffice. Many thanks, Dick -- Please help combat spam, when sending out bulk emails: 1. always use the BCC: field 2. never use the TO: or CC: fields From silver.bullet at zoho.com Mon Mar 20 19:51:10 2017 From: silver.bullet at zoho.com (Ralf Mardorf) Date: Mon, 20 Mar 2017 19:51:10 +0100 Subject: [Users] CM, mint and dictionary In-Reply-To: <20170320174345.0ade586e@gandalf> References: <20170320174345.0ade586e@gandalf> Message-ID: <20170320195110.39e719df@utnubu> How did you configure Configuration > Preferences... > Compose > Spell checking ? If you right click on a folder there are additional settings Properties > Compose ! By default enchant depends on aspell and hunspell. I suspect you installed the wanted "language" packages, since it's working with other software. FWIW you e.g. need the packages aspell-en hunspell-en-gb Regards, Ralf From dick at therucks.me.uk Mon Mar 20 20:31:08 2017 From: dick at therucks.me.uk (Dick Ruck) Date: Mon, 20 Mar 2017 19:31:08 +0000 Subject: [Users] CM, mint and dictionary In-Reply-To: <20170320195110.39e719df@utnubu> References: <20170320174345.0ade586e@gandalf> <20170320195110.39e719df@utnubu> Message-ID: <20170320193108.146d8c43@gandalf> On Mon, 20 Mar 2017 19:51:10 +0100 Ralf Mardorf wrote: Thanks Ralf. > How did you configure > > Configuration > Preferences... > Compose > Spell checking My version goes Configuration > Preferences > Compose > Writing and the is no spell checking option. > If you right click on a folder there are additional settings > > Properties > Compose I can find these folder options: RClick > Properties... > Compose which then has no mention of any spell checking > By default enchant depends on aspell and hunspell. I suspect you > installed the wanted "language" packages, since it's working with > other software. > FWIW you e.g. need the packages > aspell-en > hunspell-en-gb I just checked: sudo apt-get install aspell-en sudo apt-get install hunspell-en-gb and both reported the latest versions installed. AAMOI I had reason to build another copy of Mint 18.1 on another box and I installed CM 3.14.1 on that and spell checking worked without any problem. This is definitely a local machine issue. As you may have detected my speeling isn't the best in the world, so it would be good to solve this! Regards, Dick -- Please help combat spam, when sending out bulk emails: 1. always use the BCC: field 2. never use the TO: or CC: fields From walker.justinw at gmail.com Mon Mar 20 21:12:51 2017 From: walker.justinw at gmail.com (Justin Walker) Date: Mon, 20 Mar 2017 15:12:51 -0500 Subject: [Users] multi-part mime message Message-ID: <20170320151251.04d85bb6@gmail.com> Hello, I was sent a PDF chopped up into five parts, as a multi-part MIME message. How do I read this in claws-mail? Thanks, Justin From charlescurley at charlescurley.com Mon Mar 20 21:40:55 2017 From: charlescurley at charlescurley.com (Charles Curley) Date: Mon, 20 Mar 2017 14:40:55 -0600 Subject: [Users] multi-part mime message In-Reply-To: <20170320151251.04d85bb6@gmail.com> References: <20170320151251.04d85bb6@gmail.com> Message-ID: <20170320144055.0fe0c0b3@hawk.localdomain> On Mon, 20 Mar 2017 15:12:51 -0500 Justin Walker wrote: > I was sent a PDF chopped up into five parts, as a multi-part MIME > message. How do I read this in claws-mail? Install the PDF Viewer Plugin and click on the relevant sections of the email. Or right-click on the PDF icon to the right of the view window, and select an appropriate entry in the menu. You will need a PDF viewer such as evince. As for the document being chopped into five parts, look into pdftk. -- The right of the people to be secure in their persons, houses, papers, and effects, against unreasonable searches and seizures, shall not be violated, and no Warrants shall issue, but upon probable cause, supported by Oath or affirmation, and particularly describing the place to be searched, and the persons or things to be seized. -- U.S. Const. Amendment IV Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB From walker.justinw at gmail.com Tue Mar 21 00:20:23 2017 From: walker.justinw at gmail.com (Justin Walker) Date: Mon, 20 Mar 2017 18:20:23 -0500 Subject: [Users] multi-part mime message In-Reply-To: <20170320144055.0fe0c0b3@hawk.localdomain> References: <20170320151251.04d85bb6@gmail.com> <20170320144055.0fe0c0b3@hawk.localdomain> Message-ID: <20170320182023.1c41b45c@gmail.com> On Mon, 20 Mar 2017 14:40:55 -0600, Charles Curley wrote : > On Mon, 20 Mar 2017 15:12:51 -0500 > Justin Walker wrote: > > > I was sent a PDF chopped up into five parts, as a multi-part MIME > > message. How do I read this in claws-mail? > > Install the PDF Viewer Plugin and click on the relevant sections of > the email. > > Or right-click on the PDF icon to the right of the view window, and > select an appropriate entry in the menu. You will need a PDF viewer > such as evince. > > As for the document being chopped into five parts, look into pdftk. I have PDF Viewer Plugin installed. The issue is that the email itself is chopped up, not just the file. So, it doesn't recognize any portion as a PDF. It's not five separate PDFs; it's one. Maybe the email is not MIME-compliant? It was sent from a printer. If there's not an easy answer, then I suppose I can try finding the actual email bodies and concatenating them. From noreply at thewildbeast.co.uk Tue Mar 21 10:04:33 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 21 Mar 2017 09:04:33 +0000 Subject: [Users] [Bug 3788] Please make "Go to previous unread" work as "Go to next unread" In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3788 --- Comment #1 from Andreas Rönnquist --- With this new logic having "first unread email" set in "Selection on folder opening" should open the _oldest_ mail, right? As it is now (I have my messages sorted by date descending), and I have having 'N' go to "Next unread message", when there are no more _newer_ messages in the current folder, it goes to the top message in the next folder with unread messages (1 or more), and then if I press 'N' again, even if I have more unread message in that folder, it goes to the next folder again with unread messages. Is this really the intention? Also, I would say that bugs that break workflow should have different importance than "enhancement"... -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 21 10:31:35 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 21 Mar 2017 09:31:35 +0000 Subject: [Users] [Bug 3788] Please make "Go to previous unread" work as "Go to next unread" In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3788 --- Comment #2 from Paul --- (In reply to comment #1) Please use the users' mailing list or IRC for general discussion. -- You are receiving this mail because: You are the assignee for the bug. From skraw at ithnet.com Tue Mar 21 11:15:39 2017 From: skraw at ithnet.com (Stephan von Krawczynski) Date: Tue, 21 Mar 2017 11:15:39 +0100 Subject: [Users] How can I sort the folder list case insensitive? Message-ID: <20170321111539.09a1c137@ithnet.com> Maybe I'm too blind to see the option somewhere ... ? -- Regards, Stephan From bdm at fenrir.org.uk Tue Mar 21 11:29:51 2017 From: bdm at fenrir.org.uk (Brian Morrison) Date: Tue, 21 Mar 2017 10:29:51 +0000 Subject: [Users] multi-part mime message In-Reply-To: <20170320182023.1c41b45c@gmail.com> References: <20170320151251.04d85bb6@gmail.com> <20170320144055.0fe0c0b3@hawk.localdomain> <20170320182023.1c41b45c@gmail.com> Message-ID: <20170321102951.0000771a@surtees.fenrir.org.uk> On Mon, 20 Mar 2017 18:20:23 -0500 Justin Walker wrote: > If there's not > an easy answer, then I suppose I can try finding the actual email > bodies and concatenating them. The early 1990s called, they'd like their ftpmail back... -- Brian Morrison From subscript at free.fr Tue Mar 21 11:47:54 2017 From: subscript at free.fr (wwp) Date: Tue, 21 Mar 2017 11:47:54 +0100 Subject: [Users] How can I sort the folder list case insensitive? In-Reply-To: <20170321111539.09a1c137@ithnet.com> References: <20170321111539.09a1c137@ithnet.com> Message-ID: <20170321114754.56a19537@anthra> Hello, On Tue, 21 Mar 2017 11:15:39 +0100 Stephan von Krawczynski wrote: > Maybe I'm too blind to see the option somewhere ... ? Isn't that bound to LC_ (BTW of GTK+) ? Regards, -- wwp -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: OpenPGP digital signature URL: From noreply at thewildbeast.co.uk Tue Mar 21 18:37:00 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 21 Mar 2017 17:37:00 +0000 Subject: [Users] [Bug 3789] New: Selecting "View -> Goto -> next unread" then trying to set "n" as key shortcut opens dialog Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3789 Bug ID: 3789 Summary: Selecting "View -> Goto -> next unread" then trying to set "n" as key shortcut opens dialog Classification: Unclassified Product: Claws Mail Version: 3.14.1 Hardware: PC OS: Windows 7 Status: NEW Severity: normal Priority: P3 Component: UI Assignee: users at lists.claws-mail.org Reporter: tschweikle at gmail.com Selecting "View -> Goto -> next unread" then trying to set "n" as key shortcut opens dialog from failed search for next coloured message -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Mar 22 08:51:44 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 22 Mar 2017 07:51:44 +0000 Subject: [Users] [Bug 3789] Selecting "View -> Goto -> next unread" then trying to set "n" as key shortcut opens dialog In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3789 --- Comment #1 from daniel --- If I remember correcly, you should stay focused with mouse pointer over the "next unread" when pressing first "n". But setting "n" for this action is possible this way. -- You are receiving this mail because: You are the assignee for the bug. From linux at karmasailing.uk Wed Mar 22 10:28:23 2017 From: linux at karmasailing.uk (Bob Williams) Date: Wed, 22 Mar 2017 09:28:23 +0000 Subject: [Users] Address book defaults to lower case Message-ID: <20170322092823.75bcfc1c@blackbox.home.karmasailing.uk> When I enter an email address containing upper case characters into the Address Book, it gets converted to all lower case. This has resulted in bounced mail when a server prefers JPublic at somewhere.com to jpublic at somewhere.com. Is this a bug or a feature? ;-) Bob -- Bob Williams System: Linux 4.4.49-16-default Distro: openSUSE 42.2 (x86_64) Desktop: KDE Frameworks: 5.26.0, Qt: 5.6.1 and Plasma: 5.8.2 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: From claws at thewildbeast.co.uk Wed Mar 22 10:30:47 2017 From: claws at thewildbeast.co.uk (Paul) Date: Wed, 22 Mar 2017 09:30:47 +0000 Subject: [Users] Address book defaults to lower case In-Reply-To: <20170322092823.75bcfc1c@blackbox.home.karmasailing.uk> References: <20170322092823.75bcfc1c@blackbox.home.karmasailing.uk> Message-ID: <20170322093047.049523af@kujata> On Wed, 22 Mar 2017 09:28:23 +0000 Bob Williams wrote: > When I enter an email address containing upper case characters into > the Address Book, it gets converted to all lower case. This has > resulted in bounced mail when a server prefers > JPublic at somewhere.com to jpublic at somewhere.com. > > Is this a bug or a feature? ;-) Email addresses are case-insensitive. A server that insists on a certain case is a broken server. with regards Paul From subscript at free.fr Wed Mar 22 10:34:06 2017 From: subscript at free.fr (wwp) Date: Wed, 22 Mar 2017 10:34:06 +0100 Subject: [Users] Address book defaults to lower case In-Reply-To: <20170322092823.75bcfc1c@blackbox.home.karmasailing.uk> References: <20170322092823.75bcfc1c@blackbox.home.karmasailing.uk> Message-ID: <20170322103406.09e50760@anthra> Hello Bob, On Wed, 22 Mar 2017 09:28:23 +0000 Bob Williams wrote: > When I enter an email address containing upper case characters into the > Address Book, it gets converted to all lower case. This has resulted in > bounced mail when a server prefers JPublic at somewhere.com to > jpublic at somewhere.com. > > Is this a bug or a feature? ;-) Feature and even, conform to standards. I can't believe a server wants capitalized names in email addresses (or case sensitiveness in general). Would you show us the error thrown by this server? Regards, -- wwp -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: OpenPGP digital signature URL: From noreply at thewildbeast.co.uk Wed Mar 22 11:07:20 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 22 Mar 2017 10:07:20 +0000 Subject: [Users] [Bug 3726] Crash on Vista opening INBOX In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3726 --- Comment #6 from tschweikle at gmail.com --- Same here. Claws-Mail 3.14.1-1 crashes as soon as it tries to rebuild indexes for my mailbox. 64- and 32-bit-versions behave the same. The older version 3.14.0-1 seems to work. -- You are receiving this mail because: You are the assignee for the bug. From bdm at fenrir.org.uk Wed Mar 22 11:11:25 2017 From: bdm at fenrir.org.uk (Brian Morrison) Date: Wed, 22 Mar 2017 10:11:25 +0000 Subject: [Users] Address book defaults to lower case In-Reply-To: <20170322103406.09e50760@anthra> References: <20170322092823.75bcfc1c@blackbox.home.karmasailing.uk> <20170322103406.09e50760@anthra> Message-ID: <20170322101125.0000126b@surtees.fenrir.org.uk> On Wed, 22 Mar 2017 10:34:06 +0100 wwp wrote: > I can't believe a server wants capitalized names in email addresses > (or case sensitiveness in general). Would you show us the error > thrown by this server? Actually folks, the local part of the address before the @ should have case preserved, there are people who do use capitalized addresses in this way. -- Brian Morrison From noreply at thewildbeast.co.uk Wed Mar 22 11:17:02 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 22 Mar 2017 10:17:02 +0000 Subject: [Users] [Bug 3789] Selecting "View -> Goto -> next unread" then trying to set "n" as key shortcut opens dialog In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3789 --- Comment #2 from tschweikle at gmail.com --- > If I remember correcly, you should stay focused with mouse pointer > over the "next unread" when pressing first "n". But setting "n" for > this action is possible this way. You may set it to other keys. but not "n" as soon as you try you'll not set a shortcut, but jump to "search for next coloured message" (and since there are none you'll see a dialog asking to search from beginning). You may even hover "next coloured message" and then press "n" to set it as shortcut. It will start a search for next coloured message. -- You are receiving this mail because: You are the assignee for the bug. From claws at thewildbeast.co.uk Wed Mar 22 11:21:08 2017 From: claws at thewildbeast.co.uk (Paul) Date: Wed, 22 Mar 2017 10:21:08 +0000 Subject: [Users] Address book defaults to lower case In-Reply-To: <20170322101125.0000126b@surtees.fenrir.org.uk> References: <20170322092823.75bcfc1c@blackbox.home.karmasailing.uk> <20170322103406.09e50760@anthra> <20170322101125.0000126b@surtees.fenrir.org.uk> Message-ID: <20170322102108.0931b030@kujata> On Wed, 22 Mar 2017 10:11:25 +0000 Brian Morrison wrote: > Actually folks, the local part of the address before the @ should > have case preserved, there are people who do use capitalized > addresses in this way. But that is non-Standard. (Capital S used here to imply the recognised and defined standards, rather than just common practice.) with regards Paul From andrej at kacian.sk Wed Mar 22 11:55:35 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Wed, 22 Mar 2017 11:55:35 +0100 Subject: [Users] Address book defaults to lower case In-Reply-To: <20170322101125.0000126b@surtees.fenrir.org.uk> References: <20170322092823.75bcfc1c@blackbox.home.karmasailing.uk> <20170322103406.09e50760@anthra> <20170322101125.0000126b@surtees.fenrir.org.uk> Message-ID: <20170322115535.334233b6@hiker> On Wed, 22 Mar 2017 10:11:25 +0000 Brian Morrison wrote: > On Wed, 22 Mar 2017 10:34:06 +0100 > wwp wrote: > > > I can't believe a server wants capitalized names in email addresses > > (or case sensitiveness in general). Would you show us the error > > thrown by this server? > > Actually folks, the local part of the address before the @ should have > case preserved, there are people who do use capitalized addresses in > this way. > You are both correct and incorrect (as is frequently the case with RFCs). RFC 2821[1] manages to contradict itself. In section 2.4, it says: [...] The local-part of a mailbox MUST BE treated as case sensitive. Therefore, SMTP implementations MUST take care to preserve the case of mailbox local-parts. Mailbox domains are not case sensitive. In particular, for some hosts the user "smith" is different from the user "Smith". However, exploiting the case sensitivity of mailbox local-parts impedes interoperability and is discouraged. Then later, in section 4.1.2: While the above definition for Local-part is relatively permissive, for maximum interoperability, a host that expects to receive mail SHOULD avoid defining mailboxes where the Local-part requires (or uses) the Quoted-string form or where the Local-part is case- sensitive. Arguably, "MUST" takes precedence over "SHOULD". 1. https://tools.ietf.org/html/rfc2821 Regards, -- Andrej From bdm at fenrir.org.uk Wed Mar 22 12:10:33 2017 From: bdm at fenrir.org.uk (Brian Morrison) Date: Wed, 22 Mar 2017 11:10:33 +0000 Subject: [Users] Address book defaults to lower case In-Reply-To: <20170322102108.0931b030@kujata> References: <20170322092823.75bcfc1c@blackbox.home.karmasailing.uk> <20170322103406.09e50760@anthra> <20170322101125.0000126b@surtees.fenrir.org.uk> <20170322102108.0931b030@kujata> Message-ID: <20170322111033.00007e76@surtees.fenrir.org.uk> On Wed, 22 Mar 2017 10:21:08 +0000 Paul wrote: > On Wed, 22 Mar 2017 10:11:25 +0000 > Brian Morrison wrote: > > > Actually folks, the local part of the address before the @ should > > have case preserved, there are people who do use capitalized > > addresses in this way. > > But that is non-Standard. (Capital S used here to imply the > recognised and defined standards, rather than just common practice.) It's thoroughly nasty and stupid to do it, but there are still places that do (although reduced in number from decades ago). Luckily I've never been caught out by it but it seems some people have been. -- Brian Morrison From bdm at fenrir.org.uk Wed Mar 22 12:11:38 2017 From: bdm at fenrir.org.uk (Brian Morrison) Date: Wed, 22 Mar 2017 11:11:38 +0000 Subject: [Users] Address book defaults to lower case In-Reply-To: <20170322115535.334233b6@hiker> References: <20170322092823.75bcfc1c@blackbox.home.karmasailing.uk> <20170322103406.09e50760@anthra> <20170322101125.0000126b@surtees.fenrir.org.uk> <20170322115535.334233b6@hiker> Message-ID: <20170322111138.000034ff@surtees.fenrir.org.uk> On Wed, 22 Mar 2017 11:55:35 +0100 Andrej Kacian wrote: > On Wed, 22 Mar 2017 10:11:25 +0000 > Brian Morrison wrote: > > > On Wed, 22 Mar 2017 10:34:06 +0100 > > wwp wrote: > > > > > I can't believe a server wants capitalized names in email > > > addresses (or case sensitiveness in general). Would you show us > > > the error thrown by this server? > > > > Actually folks, the local part of the address before the @ should > > have case preserved, there are people who do use capitalized > > addresses in this way. > > > > You are both correct and incorrect (as is frequently the case with > RFCs). > > RFC 2821[1] manages to contradict itself. In section 2.4, it says: > > [...] The local-part of a mailbox > MUST BE treated as case sensitive. Therefore, SMTP implementations > MUST take care to preserve the case of mailbox local-parts. > Mailbox domains are not case sensitive. In particular, for some > hosts the user "smith" is different from the user "Smith". However, > exploiting the case sensitivity of mailbox local-parts impedes > interoperability and is discouraged. > > Then later, in section 4.1.2: > > While the above definition for Local-part is relatively permissive, > for maximum interoperability, a host that expects to receive mail > SHOULD avoid defining mailboxes where the Local-part requires (or > uses) the Quoted-string form or where the Local-part is case- > sensitive. > > Arguably, "MUST" takes precedence over "SHOULD". > > 1. https://tools.ietf.org/html/rfc2821 > > Regards, And there's the problem, you can do the right thing and still be wrong. -- Brian Morrison From noreply at thewildbeast.co.uk Wed Mar 22 12:13:01 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 22 Mar 2017 11:13:01 +0000 Subject: [Users] [Bug 3790] New: Compose window should allow to add custom headers to the message Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3790 Bug ID: 3790 Summary: Compose window should allow to add custom headers to the message Classification: Unclassified Product: Claws Mail Version: 3.14.1 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P3 Component: UI/Compose Window Assignee: users at lists.claws-mail.org Reporter: mildred-bug.claws at mildred.fr Sometimes, when creating messages, it is required to add custom headers to it. it should be possible to do so. Either by being able to open the complete message (including headers) in an external editor, or by being able to add new headers to the list of compose headers. it is already possible to add headers using scripting. Using the ~/.claws-mail/python-scripts/auto/compose_any script containing: clawsmail.compose_window.add_header('Foo', 'bar') The only problem with that solution is that the header name cannot be customized in the claws mail UI and must be set in the script itself. When you want to change the headers, you have to change the script before you open the compose window. A Tool>Add custom header that prompt for the header name and run the above function would work very well for me. Use case: create control messages for a newgroup server I manage. The special "Control:" and "Approved:" headers must be set. -- You are receiving this mail because: You are the assignee for the bug. From linux at karmasailing.uk Wed Mar 22 12:13:40 2017 From: linux at karmasailing.uk (Bob Williams) Date: Wed, 22 Mar 2017 11:13:40 +0000 Subject: [Users] Address book defaults to lower case In-Reply-To: <20170322103406.09e50760@anthra> References: <20170322092823.75bcfc1c@blackbox.home.karmasailing.uk> <20170322103406.09e50760@anthra> Message-ID: <20170322111340.2455fb88@blackbox.home.karmasailing.uk> On Wed, 22 Mar 2017 10:34:06 +0100 wwp wrote: > Hello Bob, > > > On Wed, 22 Mar 2017 09:28:23 +0000 Bob Williams > wrote: > > > When I enter an email address containing upper case characters into > > the Address Book, it gets converted to all lower case. This has > > resulted in bounced mail when a server prefers > > JPublic at somewhere.com to jpublic at somewhere.com. > > > > Is this a bug or a feature? ;-) > > Feature and even, conform to standards. > > I can't believe a server wants capitalized names in email addresses > (or case sensitiveness in general). Would you show us the error > thrown by this server? > I must apologise. I had made an error in the domain part of the address, which is why my message was rejected. I had put *.com instead of *.co.uk. Although the company concerned owns both of those domains, my correspondent's address should have been @*.co.uk. Sorry for the noise. Bob -- Bob Williams System: Linux 4.4.49-16-default Distro: openSUSE 42.2 (x86_64) Desktop: KDE Frameworks: 5.26.0, Qt: 5.6.1 and Plasma: 5.8.2 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: From noreply at thewildbeast.co.uk Wed Mar 22 12:24:34 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 22 Mar 2017 11:24:34 +0000 Subject: [Users] [Bug 3790] Compose window should allow to add custom headers to the message In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3790 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #1 from Paul --- See the 'Hidden preferences' section of the manual, look for the 'type_any_header' option http://www.claws-mail.org/manual/claws-mail-manual.html#adv_hidden -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Mar 22 12:57:40 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 22 Mar 2017 11:57:40 +0000 Subject: [Users] [Bug 3726] Crash on Vista opening INBOX In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3726 --- Comment #7 from Andrej Kacian --- I suspect this might be the bug that was fixed earlier this week: http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=029174 -- You are receiving this mail because: You are the assignee for the bug. From dave at howorth.org.uk Wed Mar 22 15:34:13 2017 From: dave at howorth.org.uk (Dave Howorth) Date: Wed, 22 Mar 2017 14:34:13 +0000 Subject: [Users] Address book defaults to lower case In-Reply-To: <20170322115535.334233b6@hiker> References: <20170322092823.75bcfc1c@blackbox.home.karmasailing.uk> <20170322103406.09e50760@anthra> <20170322101125.0000126b@surtees.fenrir.org.uk> <20170322115535.334233b6@hiker> Message-ID: <20170322143413.6b434b8c@acer-suse.lan> On Wed, 22 Mar 2017 11:55:35 +0100 Andrej Kacian wrote: > On Wed, 22 Mar 2017 10:11:25 +0000 > Brian Morrison wrote: > > > On Wed, 22 Mar 2017 10:34:06 +0100 > > wwp wrote: > > > > > I can't believe a server wants capitalized names in email > > > addresses (or case sensitiveness in general). Would you show us > > > the error thrown by this server? > > > > Actually folks, the local part of the address before the @ should > > have case preserved, there are people who do use capitalized > > addresses in this way. > > > > You are both correct and incorrect (as is frequently the case with > RFCs). > > RFC 2821[1] manages to contradict itself. In section 2.4, it says: > > [...] The local-part of a mailbox > MUST BE treated as case sensitive. Therefore, SMTP implementations > MUST take care to preserve the case of mailbox local-parts. > Mailbox domains are not case sensitive. In particular, for some > hosts the user "smith" is different from the user "Smith". However, > exploiting the case sensitivity of mailbox local-parts impedes > interoperability and is discouraged. > > Then later, in section 4.1.2: > > While the above definition for Local-part is relatively permissive, > for maximum interoperability, a host that expects to receive mail > SHOULD avoid defining mailboxes where the Local-part requires (or > uses) the Quoted-string form or where the Local-part is case- > sensitive. > > Arguably, "MUST" takes precedence over "SHOULD". But in particular, the part in 2.4 does apply to claws, does it not? In terms of the address book, it must treat the local part as case-sensitive. Of course it can also comply with 4.1.2 in terms of mailboxes that it defines. The two sections are not contradictory. Or have I misunderstood something? > 1. https://tools.ietf.org/html/rfc2821 > > Regards, From noreply at thewildbeast.co.uk Thu Mar 23 09:07:22 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 23 Mar 2017 08:07:22 +0000 Subject: [Users] [Bug 3790] Compose window should allow to add custom headers to the message In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3790 --- Comment #2 from mildred-bug.claws at mildred.fr --- Looking through the code, I also found the file ~/.claws-mail/extraheaderrc that can contain a list (one per line) of extra headers that would be available in the header list. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Mar 23 09:13:08 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 23 Mar 2017 08:13:08 +0000 Subject: [Users] [Bug 3790] Compose window should allow to add custom headers to the message In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3790 --- Comment #3 from Paul --- (In reply to comment #2) > Looking through the code, I also found the file ~/.claws-mail/extraheaderrc > that can contain a list (one per line) of extra headers that would be > available in the header list. Of course, using `man claws-mail` would have told you sooner than reading through the code. That file gives you extra custom headers to choose from. The 'type_any_header' option allows you add any header at all. -- You are receiving this mail because: You are the assignee for the bug. From victoria.a.stuart at gmail.com Thu Mar 23 23:43:25 2017 From: victoria.a.stuart at gmail.com (Victoria Stuart (gmail)) Date: Thu, 23 Mar 2017 15:43:25 -0700 Subject: [Users] Q. re: tags (tagging locally-saved messages for use outside Claws) Message-ID: <20170323154325.49cb7d9b@gmail.com> I have messages sorted into folders, and I wish to tag those messages. I know how to do that within Claws -- but as far as I can see, those tags are not incorporated into the saved emails (the local, saved plain-text copies of those messages on my hard drive). The tags only appear on emails in Claws, itself. Is it possible to do this? I want to index those messages (e.g with Solr or ElasticSearch), and I want to also include the metadata regarding the folder in which those messages are stored (Ageing; Biochemistry; Cancer; etc.). Tags: Cancer From: "Victoria Stuart" <***> To: *** Subject: Accelerating cancer research with deep learning Date: Mon, 19 Dec 2016 21:23:51 -0800 [snip!] There are far too many of these (10,000's) to do, manually. My mail is in the MH format. From victoria.a.stuart at gmail.com Fri Mar 24 03:28:40 2017 From: victoria.a.stuart at gmail.com (Victoria Stuart (gmail)) Date: Thu, 23 Mar 2017 19:28:40 -0700 Subject: [Users] Q. re: tags (tagging locally-saved messages for use outside Claws) In-Reply-To: <20170323154325.49cb7d9b@gmail.com> References: <20170323154325.49cb7d9b@gmail.com> Message-ID: <20170323192840.5e1be683@gmail.com> Update: I've solved it, programmatically: PROBLEM: tag a file, at the top of the file, with the base name of the parent directory. SOLUTION 1 -- non-empty files: $ bn=${PWD##*/} ## bn: basename $ sed -i '1s/^/'"$bn"'\n/' SOLUTION 2a -- empty files: ## sed fails on empty files; solution: $ printf "${PWD##*/}\n" >> SOLUTION 2b -- recurse over directory: $ for file in *; do printf "${PWD##*/}\n" >> $file; done Posted at: http://stackoverflow.com/questions/9533679/how-to-insert-a-text-at-the-beginning-of-a-file/42989868#42989868 Gist: https://gist.github.com/victoriastuart/7457b2727d21a37b7a79eb9a957b988d From silver.bullet at zoho.com Fri Mar 24 07:01:22 2017 From: silver.bullet at zoho.com (Ralf Mardorf) Date: Fri, 24 Mar 2017 07:01:22 +0100 Subject: [Users] Q. re: tags (tagging locally-saved messages for use outside Claws) In-Reply-To: <20170323192840.5e1be683@gmail.com> References: <20170323154325.49cb7d9b@gmail.com> <20170323192840.5e1be683@gmail.com> Message-ID: <20170324070122.7c2d3402@utnubu> On Thu, 23 Mar 2017 19:28:40 -0700, Victoria Stuart (gmail) wrote: >Posted at: >http://stackoverflow.com/questions/9533679/how-to-insert-a-text-at-the-beginning-of-a-file/42989868#42989868 > >Gist: >https://gist.github.com/victoriastuart/7457b2727d21a37b7a79eb9a957b988d Consider to write human readable scripts ;). Instead of something cryptic like printf "${PWD##*/}\n" I would use basename $PWD or basename $(pwd) [rocketmouse at archlinux Desktop]$ echo $PWD /home/rocketmouse/Desktop [rocketmouse at archlinux Desktop]$ printf "${PWD##*/}\n" Desktop [rocketmouse at archlinux Desktop]$ pwd /home/rocketmouse/Desktop [rocketmouse at archlinux Desktop]$ dirname $(pwd) /home/rocketmouse [rocketmouse at archlinux Desktop]$ basename $(pwd) Desktop [rocketmouse at archlinux Desktop]$ dirname $PWD /home/rocketmouse [rocketmouse at archlinux Desktop]$ basename $PWD Desktop Regards, Ralf From silver.bullet at zoho.com Fri Mar 24 07:06:59 2017 From: silver.bullet at zoho.com (Ralf Mardorf) Date: Fri, 24 Mar 2017 07:06:59 +0100 Subject: [Users] Q. re: tags (tagging locally-saved messages for use outside Claws) In-Reply-To: <20170324070122.7c2d3402@utnubu> References: <20170323154325.49cb7d9b@gmail.com> <20170323192840.5e1be683@gmail.com> <20170324070122.7c2d3402@utnubu> Message-ID: <20170324070659.7fb5408d@utnubu> On Fri, 24 Mar 2017 07:01:22 +0100, Ralf Mardorf wrote: >On Thu, 23 Mar 2017 19:28:40 -0700, Victoria Stuart (gmail) wrote: >>Posted at: >>http://stackoverflow.com/questions/9533679/how-to-insert-a-text-at-the-beginning-of-a-file/42989868#42989868 >> >>Gist: >>https://gist.github.com/victoriastuart/7457b2727d21a37b7a79eb9a957b988d > >Consider to write human readable scripts ;). > >Instead of something cryptic like > > printf "${PWD##*/}\n" > >I would use > > basename $PWD > >or > > basename $(pwd) > >[rocketmouse at archlinux Desktop]$ echo $PWD >/home/rocketmouse/Desktop >[rocketmouse at archlinux Desktop]$ printf "${PWD##*/}\n" >Desktop >[rocketmouse at archlinux Desktop]$ pwd >/home/rocketmouse/Desktop >[rocketmouse at archlinux Desktop]$ dirname $(pwd) >/home/rocketmouse >[rocketmouse at archlinux Desktop]$ basename $(pwd) >Desktop >[rocketmouse at archlinux Desktop]$ dirname $PWD >/home/rocketmouse >[rocketmouse at archlinux Desktop]$ basename $PWD >Desktop My apologies, I "forgot" the quotes. [rocketmouse at archlinux ~]$ cd Desktop/stupid\ space/ [rocketmouse at archlinux stupid space]$ basename $PWD stupid [rocketmouse at archlinux stupid space]$ basename "$PWD" stupid space [rocketmouse at archlinux stupid space]$ basename $(pwd) stupid [rocketmouse at archlinux stupid space]$ basename "$(pwd)" stupid space From johnxj at gmx.com Fri Mar 24 16:38:45 2017 From: johnxj at gmx.com (John Jason Jordan) Date: Fri, 24 Mar 2017 08:38:45 -0700 Subject: [Users] Preferences/Other/Miscellaneous does not exist Message-ID: <20170324083845.55fe6b13@Devil-Bonobo> I have Claws Mail version 3.11.1, from repositories on Xubuntu 14.04, up to date. I am having difficulty connecting to my Gmail account. This is from the log: * Account 'Gmail': Connecting to POP3 server: pop.gmail.com:995... [08:31:05] IMAP4> 912 NOOP [08:31:06] IMAP4< 912 OK Success ** Session timed out. You may be able to recover by increasing the timeout value in Preferences/Other/Miscellaneous. Unfortunately, I cannot find Preferences/Other/Miscellaneous. I also wonder about the 'IMAP' in the above log. Why is that in there if I connect to this account with POP3 and SMTP? Some clues would be appreciated. :) From silver.bullet at zoho.com Fri Mar 24 16:58:07 2017 From: silver.bullet at zoho.com (Ralf Mardorf) Date: Fri, 24 Mar 2017 16:58:07 +0100 Subject: [Users] Preferences/Other/Miscellaneous does not exist In-Reply-To: <20170324083845.55fe6b13@Devil-Bonobo> References: <20170324083845.55fe6b13@Devil-Bonobo> Message-ID: <20170324165807.4cfeae61@utnubu> On Fri, 24 Mar 2017 08:38:45 -0700, John Jason Jordan wrote: >I cannot find Preferences/Other/Miscellaneous In Claws' menu bar: Configuration > Preferences... > In the "Page Index": Other (You might need to expand a collapsed "Other" folder) > Miscellaneous > Socket I/O timeout n seconds Regards, Ralf From victoria.a.stuart at gmail.com Fri Mar 24 17:34:19 2017 From: victoria.a.stuart at gmail.com (Victoria Stuart (gmail)) Date: Fri, 24 Mar 2017 09:34:19 -0700 Subject: [Users] Q. re: tags (tagging locally-saved messages for use outside Claws) In-Reply-To: <20170324070122.7c2d3402@utnubu> Message-ID: <20170324093419.2359a3ab@gmail.com> Hi Ralf: thank you for your response, Instead of something cryptic like printf "${PWD##*/}\n" I would use basename $PWD or basename $(pwd) -------------------- Of course, I considered that! ;-) Whatever your preference, my rationale for ${PWD##*/} is found here: http://stackoverflow.com/questions/1371261/get-current-directory-name-without-full-path-in-bash-script/1371283#1371283 "No need for basename, and especially no need for a subshell running pwd (which adds an extra, and expensive, fork operation); the shell can do this internally using parameter expansion ..." Best, ... ============================================================================== From brad at fineby.me.uk Fri Mar 24 18:17:09 2017 From: brad at fineby.me.uk (Brad Rogers) Date: Fri, 24 Mar 2017 17:17:09 +0000 Subject: [Users] Preferences/Other/Miscellaneous does not exist In-Reply-To: <20170324083845.55fe6b13@Devil-Bonobo> References: <20170324083845.55fe6b13@Devil-Bonobo> Message-ID: <20170324171314.2b549193@abydos.stargate.org.uk> On Fri, 24 Mar 2017 08:38:45 -0700 John Jason Jordan wrote: Hello John, >Unfortunately, I cannot find Preferences/Other/Miscellaneous. I also Preferences is found under the Configuration menu. Scroll the list in the LHS of the window - Other/Miscellaneous is often out of view. -- Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" Your life is like a schedule, you run to meet the bills Life Kills - Human League -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 488 bytes Desc: OpenPGP digital signature URL: From silver.bullet at zoho.com Fri Mar 24 18:45:33 2017 From: silver.bullet at zoho.com (Ralf Mardorf) Date: Fri, 24 Mar 2017 18:45:33 +0100 Subject: [Users] Q. re: tags (tagging locally-saved messages for use outside Claws) In-Reply-To: <20170324093419.2359a3ab@gmail.com> References: <20170324070122.7c2d3402@utnubu> <20170324093419.2359a3ab@gmail.com> Message-ID: <20170324184533.1d75ac63@utnubu> Off-topic for this list, so just a very short remark. On Fri, 24 Mar 2017 09:34:19 -0700, Victoria Stuart (gmail) wrote: > "No need for basename, and especially no need for a subshell > running pwd (which adds an extra, and expensive, fork operation); the > shell can do this internally using parameter expansion ..." Yes, "pwd" might slow down performance and perhaps only would be useful if the "-P" option is required [1], that's why I first mentioned "basename "$PWD"". I don't know if the "printf" command is faster than the "basename" command. If I need a fast script, I would chose dash instead of bash and test if "basename "$PWD"" does the job as fast as "printf". An external command not necessarily is slower, but of course using the "PWD" variable most likely is faster than using the "pwd" command. At least dash is much faster than bash. So assuming bashisms aren't needed, I prefer dash over bash. Regards, Ralf [1] [rocketmouse at archlinux hello_world]$ ls -hAl ../world total 0 lrwxrwxrwx 1 rocketmouse rocketmouse 9 Mar 24 18:34 hello_world -> ../hello/ [rocketmouse at archlinux hello_world]$ echo "$PWD" /home/rocketmouse/Desktop/world/hello_world [rocketmouse at archlinux hello_world]$ pwd /home/rocketmouse/Desktop/world/hello_world [rocketmouse at archlinux hello_world]$ pwd -P /home/rocketmouse/Desktop/hello From silver.bullet at zoho.com Fri Mar 24 19:25:40 2017 From: silver.bullet at zoho.com (Ralf Mardorf) Date: Fri, 24 Mar 2017 19:25:40 +0100 Subject: [Users] Q. re: tags (tagging locally-saved messages for use outside Claws) In-Reply-To: <20170324184533.1d75ac63@utnubu> References: <20170324070122.7c2d3402@utnubu> <20170324093419.2359a3ab@gmail.com> <20170324184533.1d75ac63@utnubu> Message-ID: <20170324192540.3ef12dbe@utnubu> Using the same shell for both commands "printf" is faster than "basename", but using "bash" + "printf" is slower than using "dash" + "basename". [rocketmouse at archlinux ~]$ time bash -c "for i in seq 1 100000000000000000; do printf "${PWD##*/}\n" >/dev/null; done" real 0m0.009s user 0m0.007s sys 0m0.000s [rocketmouse at archlinux ~]$ time dash -c "for i in seq 1 100000000000000000; do basename "$PWD" >/dev/null; done" real 0m0.005s user 0m0.000s sys 0m0.000s From silver.bullet at zoho.com Fri Mar 24 19:31:08 2017 From: silver.bullet at zoho.com (Ralf Mardorf) Date: Fri, 24 Mar 2017 19:31:08 +0100 Subject: [Users] Q. re: tags (tagging locally-saved messages for use outside Claws) In-Reply-To: <20170324192540.3ef12dbe@utnubu> References: <20170324070122.7c2d3402@utnubu> <20170324093419.2359a3ab@gmail.com> <20170324184533.1d75ac63@utnubu> <20170324192540.3ef12dbe@utnubu> Message-ID: <20170324193108.40baf844@utnubu> On Fri, 24 Mar 2017 19:25:40 +0100, Ralf Mardorf wrote: >Using the same shell for both commands "printf" is faster than >"basename", but using "bash" + "printf" is slower than using >"dash" + "basename". > >[rocketmouse at archlinux ~]$ time bash -c "for i in seq 1 >100000000000000000; do printf "${PWD##*/}\n" >/dev/null; done" > >real 0m0.009s >user 0m0.007s >sys 0m0.000s >[rocketmouse at archlinux ~]$ time dash -c "for i in seq 1 >100000000000000000; do basename "$PWD" >/dev/null; done" real >0m0.005s user 0m0.000s >sys 0m0.000s Opps, my apologies. 1. I wanted to send it off-list. 2. The "loops" don't work :D. From silver.bullet at zoho.com Fri Mar 24 20:06:03 2017 From: silver.bullet at zoho.com (Ralf Mardorf) Date: Fri, 24 Mar 2017 20:06:03 +0100 Subject: [Users] Q. re: tags (tagging locally-saved messages for use outside Claws) In-Reply-To: <20170324193108.40baf844@utnubu> References: <20170324070122.7c2d3402@utnubu> <20170324093419.2359a3ab@gmail.com> <20170324184533.1d75ac63@utnubu> <20170324192540.3ef12dbe@utnubu> <20170324193108.40baf844@utnubu> Message-ID: <20170324200603.53aac1cf@utnubu> Ok, printf is faster with or without bash: [rocketmouse at archlinux Desktop]$ cat dash.sh #!/bin/dash for i in `seq 1 1000` do basename "$PWD" >/dev/null done exit [rocketmouse at archlinux Desktop]$ cat bash.sh #!/bin/bash for i in `seq 1 1000` do printf "${PWD##*/}\n" >/dev/null done exit [rocketmouse at archlinux Desktop]$ time ./dash.sh real 0m0.468s user 0m0.010s sys 0m0.053s [rocketmouse at archlinux Desktop]$ time ./bash.sh real 0m0.042s user 0m0.033s sys 0m0.007s [rocketmouse at archlinux Desktop]$ cat dash.sh #!/bin/dash for i in `seq 1 1000` do printf "${PWD##*/}\n" >/dev/null done exit [rocketmouse at archlinux Desktop]$ cat bash.sh #!/bin/bash for i in `seq 1 1000` do basename "$PWD" >/dev/null done exit [rocketmouse at archlinux Desktop]$ time ./dash.sh real 0m0.017s user 0m0.007s sys 0m0.007s [rocketmouse at archlinux Desktop]$ time ./bash.sh real 0m0.531s user 0m0.030s sys 0m0.063s From noreply at thewildbeast.co.uk Sat Mar 25 10:33:19 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 25 Mar 2017 09:33:19 +0000 Subject: [Users] [Bug 2227] Implement some way of asynchroneous processing of imap actions In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2227 --- Comment #9 from Viacheslav Gagara --- (In reply to comment #5) > I'll send 93 mBTC (currently about €20) in a next few hours in support of > this feature request from the address 13dRovCLrRf1zXBdZnL69Dd297oLTrQXLW. > > More specifically, I would like to suggest to prefetch messages, which are > most likely to be accessed next moment, such as firsh and last few messages > and the first few unread messages in each imap-directory. > > Let's say, user have 20 unread messages and 5 of them are prefetched. In > this case when one reads a first of them, another unread message is beeing > prefetched in the background. > > Another solution is to make an optional full copy of the imap account, > sychronized to the server. To me it's even better, because it enables > offline reading. Prefetching messages can be somehow emulated by adding Pre-processing rule (Configuration->Pre-processing... menu), which will do some dummy analysis of message body and execute no action. e.g. Pre-processing rule: Name: prefetch Condition: body_part matchcase "" & unread Action: stop This should make claws to fetch every unread message upon checking new mail. p.s. don't forget to restart claws-mail after adding new rule. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sat Mar 25 10:47:02 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 25 Mar 2017 09:47:02 +0000 Subject: [Users] [Bug 2227] Implement some way of asynchroneous processing of imap actions In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2227 --- Comment #10 from Paul --- (In reply to comment #9) > > Prefetching messages can be somehow emulated by adding Pre-processing rule > (Configuration->Pre-processing... menu), which will do some dummy analysis > of message body and execute no action. > > e.g. Pre-processing rule: > Name: prefetch > Condition: body_part matchcase "" & unread > Action: stop > > This should make claws to fetch every unread message upon checking new mail. > > p.s. don't forget to restart claws-mail after adding new rule. You don't need to restart claws-mail after adding new rules for them to be active. Also, your suggestion just does the same as Folder Property 'synchronise for offline use', and the related option 'synchronise offline folders as soon as possible' on /Configuration/Preferences/Other/Miscellaneous -- You are receiving this mail because: You are the assignee for the bug. From victoria.a.stuart at gmail.com Sat Mar 25 19:58:15 2017 From: victoria.a.stuart at gmail.com (Victoria Stuart (gmail)) Date: Sat, 25 Mar 2017 11:58:15 -0700 Subject: [Users] Q. re: tags (tagging locally-saved messages for use outside Claws) In-Reply-To: <20170324200603.53aac1cf@utnubu> Message-ID: <20170325115815.40226977@gmail.com> Nice comparison; very interesting -- good to know! This adds up over huge numbers of records processed. Thank you for sharing. :-D ---------------------------------------- $ cat dash.sh #!/bin/dash for i in `seq 1 1000` do basename "$PWD" >/dev/null done exit $ cat bash.sh #!/bin/bash for i in `seq 1 1000` do printf "${PWD##*/}\n" >/dev/null done exit $ time ./dash.sh real 0m0.468s user 0m0.010s sys 0m0.053s $ time ./bash.sh real 0m0.042s user 0m0.033s sys 0m0.007s 0.468/0.042 = 11.1428 real-time difference, [basename "$PWD"] vs. [printf "${PWD##*/}\n"] http://stackoverflow.com/questions/556405/what-do-real-user-and-sys-mean-in-the-output-of-time1 ---------------------------------------- $ cat dash.sh #!/bin/dash for i in `seq 1 1000` do printf "${PWD##*/}\n" >/dev/null done exit $ cat bash.sh #!/bin/bash for i in `seq 1 1000` do basename "$PWD" >/dev/null done exit $ time ./dash.sh real 0m0.017s user 0m0.007s sys 0m0.007s $ time ./bash.sh real 0m0.531s user 0m0.030s sys 0m0.063s 0.531/.017 = 31.2352-fold difference, [basename "$PWD"] vs. [printf "${PWD##*/}\n"] ============================================================================== From noreply at thewildbeast.co.uk Sat Mar 25 21:30:24 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 25 Mar 2017 20:30:24 +0000 Subject: [Users] [Bug 3784] Very similar strings in src/gtk/about.c In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3784 Ricardo Mones changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED |--- --- Comment #3 from Ricardo Mones --- Seems not only the '\n' were causing problems, an extra space which unfortunately was not removed by the patch applied has caused the strings not to merge, hence reopening. -- You are receiving this mail because: You are the assignee for the bug. From johnxj at gmx.com Sun Mar 26 01:38:25 2017 From: johnxj at gmx.com (John Jason Jordan) Date: Sat, 25 Mar 2017 17:38:25 -0700 Subject: [Users] Preferences/Other/Miscellaneous does not exist In-Reply-To: <20170324171314.2b549193@abydos.stargate.org.uk> References: <20170324083845.55fe6b13@Devil-Bonobo> <20170324171314.2b549193@abydos.stargate.org.uk> Message-ID: <20170325173825.6a1d1b3b@Devil-Bonobo> On Fri, 24 Mar 2017 17:17:09 +0000 Brad Rogers dijo: >On Fri, 24 Mar 2017 08:38:45 -0700 >John Jason Jordan wrote: > >Hello John, > >>Unfortunately, I cannot find Preferences/Other/Miscellaneous. I also > >Preferences is found under the Configuration menu. > >Scroll the list in the LHS of the window - Other/Miscellaneous is often >out of view. Ah, there it is. Thanks! From brad at fineby.me.uk Sun Mar 26 07:29:29 2017 From: brad at fineby.me.uk (Brad Rogers) Date: Sun, 26 Mar 2017 06:29:29 +0100 Subject: [Users] Preferences/Other/Miscellaneous does not exist In-Reply-To: <20170325173825.6a1d1b3b@Devil-Bonobo> References: <20170324083845.55fe6b13@Devil-Bonobo> <20170324171314.2b549193@abydos.stargate.org.uk> <20170325173825.6a1d1b3b@Devil-Bonobo> Message-ID: <20170326062929.28dee2ce@abydos.stargate.org.uk> On Sat, 25 Mar 2017 17:38:25 -0700 John Jason Jordan wrote: Hello John, >Ah, there it is. Thanks! YW. -- Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" If Adolf Hitler flew in today, they'd send a limousine anyway (White Man) In Hammersmith Palais - The Clash -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 488 bytes Desc: OpenPGP digital signature URL: From claws at thewildbeast.co.uk Sun Mar 26 12:16:09 2017 From: claws at thewildbeast.co.uk (Paul) Date: Sun, 26 Mar 2017 11:16:09 +0100 Subject: [Users] Claws Mail 3.15.0 Unleashed!! Message-ID: <20170326111609.1640f5ed@kujata> 26th March 2017 Claws Mail 3.15.0 CLAWS MAIL RELEASE NOTES http://www.claws-mail.org Claws Mail is a GTK+ based, user-friendly, lightweight, and fast email client. New in this release: ~~~~~~~~~~~~~~~~~~~~ * More granular options on when to open a selected message have been added. There are now several checkboxes on the Display/Summaries page of the Preferences which allow a greater flexibility. * Compose window: Show the total size of attachments on the Attachments tab. * Compose window: Bcc has been added to the headers drop-down list. * Folder list: Top-level folders can now be copied. They are created as regular folders in the target mailbox. * Folder selection dialogue: Left/right keys collapse/expand rows. Further keypress will move the cursor to parent or first child, respectively. * Menu items: 'Mark all unread [recursively]' has been added to the folder context menu, message list menu, and the main window menu and toolbar. * Toolbar actions: Mark, Unmark, Lock, Unlock, Mark [all] read, Mark [all] unread, Ignore Thread, Watch Thread, and Delete Duplicate Messages have been added to the main window toolbar's Actions list. * Account compose signature: The value of the signature file now takes a path relative to the user's home directory in addition to a full path. * Icon Themes: Support for SVG themes with icon scaling capabilities has been added. This requires libRSVG 2.40.5 or newer. * Hidden preferences: colours for specifying Tags, QuickSearch, and auto-filled header values have been added, both foreground and background. Respectively, tags_color, tags_bgcolor, qs_active_color, qs_active_bgcolor, qs_error_color, qs_error_bgcolor, default_header_color, and default_header_bgcolor. * Hidden preferences: warn_sending_many_recipients_num, if greater than zero, a warning dialogue is shown when the number of recipients exceeds the number given. * GData plugin: This plugin now requires libgdata version 0.17.2 or newer. * TNEF parser plugin: This plugin now uses an external libytnef. * vCalendar plugin: This plugin now uses an external libical, version 2.0.0 or newer is required. * Mail Archiver plugin: - updated to support some of the compression formats up to libarchive 3.2.2 * Several minor UI improvements. * Updated manual in English and Spanish. * Updated man page. * Updated translations: Brazilian Portuguese, Catalan, Danish, Dutch, French, German, Hungarian, Italian, Norwegian Bokmål, Russian, Spanish, Swedish, Traditional Chinese, and Turkish. * Bug fixes: o bug 3251, 'A translated In-Reply-To header is sent translated' o bug 3571, 'recipient list lost and truncated' o bug 3574, 'Template addressing' o bug 3582, 'Select folder dialogue does not tell what is selecting for' o bug 3673, 'Be more friendly instead of "configure: error: 'encrypt'-function not found."' o bug 3734, 'undefined symbol error with flex-2.6.2' o bug 3740, 'Templates information dialog can't be closed with WM button' 0 bug 3741, 'Deleting an account doesn't delete imapcache' o bug 3742, 'Attaching file with plus sign in filename via drag and drop doesn't work' o bug 3762, 'redirect fails' o bug 3764, 'Use external libical instead of the internal copy' o bug 3775, 'Error in string at src/mainwindow.c:4726?' o bug 3777, 'Weird news dates for some RSS feeds' o Debian bug 846170, 'incorrect IMAP UID handling' o Allow sending empty messages in Session (just \r\n). o fix some main window menu sensitivity issues o make up/down key navigation obey 'always_show_msg' o fix text selection when double-clicking quoted text and 'collapse quoted text on double click' is turned off o fix 'Go to' moving off current, unopened msg, and dialogue to go to next folder o obey 'always_show_msg' on "no more [...] msgs. go to next folder?" o make Go to/[Next|Prev] sort order aware o don't ignore auto-account selection when forwarding on IMAP and NNTP accounts o on first run, use --alternate-config-dir (if set) on prefs migration. prevents useless creation of ~/.claws-mail directory o fix colouring of auto-filled headers o don't remove the To when changing account o Honour autosave_encrypted preference when using external editor. o Fix 'search folder' not working in some cases o Fix build on OSX. o fix memory leaks o when renaming folder, only update summaryview folder name if the current folder is being renamed o sensitise trayicon's 'get mail' and 'exit' o Handle timezones correctly in vCalendar. o Do not hardcode resolv.conf location o fix building with --disable-deprecated For further details of the numbered bugs and RFEs listed above see http://claws-mail.org/bug/[BUG NUMBER] --------------------------------------------------------------------- See ChangeLog for full information regarding changes in this release. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 801 bytes Desc: OpenPGP digital signature URL: From silver.bullet at zoho.com Sun Mar 26 14:09:00 2017 From: silver.bullet at zoho.com (Ralf Mardorf) Date: Sun, 26 Mar 2017 14:09:00 +0200 Subject: [Users] Claws Mail 3.15.0 Unleashed!! In-Reply-To: <20170326111609.1640f5ed@kujata> References: <20170326111609.1640f5ed@kujata> Message-ID: <20170326140900.6448e7e2@utnubu> On Sun, 26 Mar 2017 11:16:09 +0100, Paul wrote: >26th March 2017 Claws Mail 3.15.0 Thank you, 3.15.0+ builds and runs without issues on Arch Linux and Ubuntu Xenial. [weremouse at moonstudio ~]$ grep PR /etc/os-release PRETTY_NAME="Ubuntu 16.04.2 LTS" [weremouse at moonstudio ~]$ dpkg -l claws-mail-git | grep ii ii claws-mail-git 3.15.0-1-g978206-1 amd64 A GTK+ based e-mail client - git checkout [weremouse at moonstudio ~]$ sudo systemd-nspawn -qD /mnt/archlinux grep PR /etc/os-release PRETTY_NAME="Arch Linux" [weremouse at moonstudio ~]$ sudo systemd-nspawn -qD /mnt/archlinux pacman -Q claws-mail-git claws-mail-git 3.15.0.r1.g978206196-1 Regards, Ralf From sylpheed at 911networks.com Sun Mar 26 18:15:16 2017 From: sylpheed at 911networks.com (sylpheed at 911networks.com) Date: Sun, 26 Mar 2017 09:15:16 -0700 Subject: [Users] Exporting subjects Message-ID: <20170326091516.27abfdc1@frogguski.911networks.com> Hi, CM 3.14.1. Is there a way of exporting the subject lines? It's to track server messages/warnings sent to my admin account -- sknahT vyS From silver.bullet at zoho.com Sun Mar 26 19:16:55 2017 From: silver.bullet at zoho.com (Ralf Mardorf) Date: Sun, 26 Mar 2017 19:16:55 +0200 Subject: [Users] Exporting subjects In-Reply-To: <20170326091516.27abfdc1@frogguski.911networks.com> References: <20170326091516.27abfdc1@frogguski.911networks.com> Message-ID: <20170326191655.42148222@utnubu> On Sun, 26 Mar 2017 09:15:16 -0700, sylpheed at 911networks.com wrote: >Is there a way of exporting the subject lines? Hi, I don't understand what exactly you want to archive. For one mail by another you could add an action to .claws-mail/actionsrc and at least for POP accounts you could use a script completely independent from Claws, to get a list of all subjects. A simple example: [rocketmouse at archlinux ~]$ grep Ex .claws-mail/actionsrc Export Subject: | grep -m1 "Subject:" >> ~/Desktop/subject.lst You could add it also by the menu Configure > Action... Regards, Ralf From silver.bullet at zoho.com Sun Mar 26 19:36:32 2017 From: silver.bullet at zoho.com (Ralf Mardorf) Date: Sun, 26 Mar 2017 19:36:32 +0200 Subject: [Users] Exporting subjects In-Reply-To: <20170326191655.42148222@utnubu> References: <20170326091516.27abfdc1@frogguski.911networks.com> <20170326191655.42148222@utnubu> Message-ID: <20170326193632.3fccf531@utnubu> Also right click on a folder and take a look at "Processing" as well as "Configuration > Filtering..." to "Execute" something related to "%s" (the subject). From sylpheed at 911networks.com Sun Mar 26 19:43:34 2017 From: sylpheed at 911networks.com (sylpheed at 911networks.com) Date: Sun, 26 Mar 2017 10:43:34 -0700 Subject: [Users] Exporting subjects In-Reply-To: <20170326191655.42148222@utnubu> References: <20170326091516.27abfdc1@frogguski.911networks.com> <20170326191655.42148222@utnubu> Message-ID: <20170326104334.1b29e81d@frogguski.911networks.com> On Sun, 26 Mar 2017 19:16:55 +0200 Ralf Mardorf wrote: >I don't understand what exactly you want to archive. For one mail by I get the following emails: > Subject: [Fail2Ban] Apache (scan): banned 91.200.12.86 screenshot: http://i.imgur.com/5mmgWku.png So I want to make a list. That's to verify my iptable list on the server. I'd like to run this once a month... sknahT vyS >another you could add an action to .claws-mail/actionsrc and at least >for POP accounts you could use a script completely independent from >Claws, to get a list of all subjects. > >A simple example: > > [rocketmouse at archlinux ~]$ grep Ex .claws-mail/actionsrc > Export Subject: | grep -m1 "Subject:" >> ~/Desktop/subject.lst > >You could add it also by the menu > > Configure > Action... > >Regards, >Ralf > >_______________________________________________ >Users mailing list >Users at lists.claws-mail.org >http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users > -- sknahT vyS From silver.bullet at zoho.com Sun Mar 26 19:58:37 2017 From: silver.bullet at zoho.com (Ralf Mardorf) Date: Sun, 26 Mar 2017 19:58:37 +0200 Subject: [Users] Exporting subjects In-Reply-To: <20170326104334.1b29e81d@frogguski.911networks.com> References: <20170326091516.27abfdc1@frogguski.911networks.com> <20170326191655.42148222@utnubu> <20170326104334.1b29e81d@frogguski.911networks.com> Message-ID: <20170326195837.19e616da@utnubu> On Sun, 26 Mar 2017 10:43:34 -0700, sylpheed at 911networks.com wrote: >> Subject: [Fail2Ban] Apache (scan): banned 91.200.12.86 IIUC what you actually want is to filter all mails by the subject matching e.g. "Fail2Ban" and instead of e.g. moving those mails to different folders, you want to execute a script, sorting the subject by IPs and to write e.g. a statistic to a log file. IOW A Claws filter is used to get all subjects including "Fail2Ban" and executing e.g. a shell script sorting and counting those subjects by their IPs. From andrej at kacian.sk Sun Mar 26 20:04:30 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Sun, 26 Mar 2017 20:04:30 +0200 Subject: [Users] Exporting subjects In-Reply-To: <20170326104334.1b29e81d@frogguski.911networks.com> References: <20170326091516.27abfdc1@frogguski.911networks.com> <20170326191655.42148222@utnubu> <20170326104334.1b29e81d@frogguski.911networks.com> Message-ID: <20170326200430.6322f911@penny> On Sun, 26 Mar 2017 10:43:34 -0700 sylpheed at 911networks.com wrote: > On Sun, 26 Mar 2017 19:16:55 +0200 > Ralf Mardorf wrote: > > >I don't understand what exactly you want to archive. For one mail by > > I get the following emails: > > > Subject: [Fail2Ban] Apache (scan): banned 91.200.12.86 > > screenshot: http://i.imgur.com/5mmgWku.png > > So I want to make a list. That's to verify my iptable list on > the server. > > I'd like to run this once a month... I'm sure fail2ban also records these events in a logfile directly on the server. Wouldn't it be cheaper and more reliable to check (and programatically parse) such logfile, instead of trying to push a square peg through a round hole by processing e-mails? Regards, -- Andrej From silver.bullet at zoho.com Sun Mar 26 20:40:04 2017 From: silver.bullet at zoho.com (Ralf Mardorf) Date: Sun, 26 Mar 2017 20:40:04 +0200 Subject: [Users] Exporting subjects In-Reply-To: <20170326200430.6322f911@penny> References: <20170326091516.27abfdc1@frogguski.911networks.com> <20170326191655.42148222@utnubu> <20170326104334.1b29e81d@frogguski.911networks.com> <20170326200430.6322f911@penny> Message-ID: <20170326204004.667bea4b@utnubu> On Sun, 26 Mar 2017 20:04:30 +0200, Andrej Kacian wrote: >I'm sure fail2ban also records these events in a logfile Good point! http://www.the-art-of-web.com/system/fail2ban-log/ Regards, Ralf From andrej at kacian.sk Sun Mar 26 20:40:31 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Sun, 26 Mar 2017 20:40:31 +0200 Subject: [Users] Claws Mail 3.15.0-1 for Windows unleashed Message-ID: <20170326204031.1cdd1d99@penny> 26th March 2017 Claws Mail 3.15.0 CLAWS MAIL FOR WINDOWS RELEASE NOTES http://www.claws-mail.org/win32 Claws Mail is a GTK+ based, user-friendly, lightweight, and fast email client. See http://www.claws-mail.org/news.php for full information regarding changes since the previous release. Changes specific to Windows are: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ * Fixed crash when opening folder containing messages with invalid Date header. * Fixed a regression, where icons on stock GTK buttons (OK, Cancel, etc.) were not displayed. * Various improvements in how vCalendar plugin handles event times. * Some supporting libraries have been updated to more recent versions: o zlib from 1.2.8 to 1.2.11 o libpng from 1.4.19 to 1.4.20 o curl from 7.50.3 to 7.51.0 o harfbuzz from 1.1.2 to 1.3.3 o libgpg-error from 1.24 to 1.25 o gpgme from 1.7.0 to 1.8.0 o libwebp from 0.4.4 to 0.5.1 o webkitgtk from 1.3.0 to 2.3.5 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From edwardp at linuxmail.org Sun Mar 26 21:11:12 2017 From: edwardp at linuxmail.org (edwardp at linuxmail.org) Date: Sun, 26 Mar 2017 15:11:12 -0400 Subject: [Users] Claws Mail 3.15.0-1 for Windows unleashed In-Reply-To: <20170326204031.1cdd1d99@penny> References: <20170326204031.1cdd1d99@penny> Message-ID: <20170326151112.7832f0a0fa2c33897fdb0862@linuxmail.org> Avast anti-virus doesn't like the 64-bit Windows version, at least. After installing and first launch, Avast kicked in, did a quick scan (even though I already scanned the installer file, resulting in 'no threat found') and sent the file to their anti-virus lab automatically. It also said it would take 61 minutes to determine if it's safe... Avast also said it was a 'rare file'. Please note that Avast had no issues with 3.14.1 64-bit Windows. It otherwise will not let me launch it again. I get a Windows permission error. There is an option in Avast that the file is to be trusted, but I haven't selected that. Ed From edwardp at linuxmail.org Sun Mar 26 21:19:55 2017 From: edwardp at linuxmail.org (edwardp at linuxmail.org) Date: Sun, 26 Mar 2017 15:19:55 -0400 Subject: [Users] Claws Mail 3.15.0-1 for Windows unleashed In-Reply-To: <20170326151112.7832f0a0fa2c33897fdb0862@linuxmail.org> References: <20170326204031.1cdd1d99@penny> <20170326151112.7832f0a0fa2c33897fdb0862@linuxmail.org> Message-ID: <20170326151955.acf38208701b328151600455@linuxmail.org> On Sun, 26 Mar 2017 15:11:12 -0400 edwardp at linuxmail.org wrote: > Avast anti-virus doesn't like the 64-bit Windows version, at least. After installing and first launch, Avast kicked in, did a quick scan (even though I already scanned the installer file, resulting in 'no threat found') and sent the file to their anti-virus lab automatically. It also said it would take 61 minutes to determine if it's safe... > > Avast also said it was a 'rare file'. Please note that Avast had no issues with 3.14.1 64-bit Windows. > > It otherwise will not let me launch it again. I get a Windows permission error. There is an option in Avast that the file is to be trusted, but I haven't selected that. The same occurred upon installation and first launch of the 32-bit Windows version. From andrej at kacian.sk Sun Mar 26 21:31:59 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Sun, 26 Mar 2017 21:31:59 +0200 Subject: [Users] Claws Mail 3.15.0-1 for Windows unleashed In-Reply-To: <20170326151112.7832f0a0fa2c33897fdb0862@linuxmail.org> References: <20170326204031.1cdd1d99@penny> <20170326151112.7832f0a0fa2c33897fdb0862@linuxmail.org> Message-ID: <20170326213159.6fbc262f@penny> On Sun, 26 Mar 2017 15:11:12 -0400 edwardp at linuxmail.org wrote: > Avast anti-virus doesn't like the 64-bit Windows version, at least. After installing and first launch, Avast kicked in, did a quick scan (even though I already scanned the installer file, resulting in 'no threat found') and sent the file to their anti-virus lab automatically. It also said it would take 61 minutes to determine if it's safe... > > Avast also said it was a 'rare file'. Please note that Avast had no issues with 3.14.1 64-bit Windows. > > It otherwise will not let me launch it again. I get a Windows permission error. There is an option in Avast that the file is to be trusted, but I haven't selected that. Perhaps it has an issue with the file not being digitally signed by a Microsoft-approved signer? :) Honestly, I've no idea, but I do not really care what snake-oil peddlers (read: antivirus software vendors) have to say. Regards, -- Andrej From edwardp at linuxmail.org Sun Mar 26 21:34:15 2017 From: edwardp at linuxmail.org (edwardp at linuxmail.org) Date: Sun, 26 Mar 2017 15:34:15 -0400 Subject: [Users] Claws Mail 3.15.0-1 for Windows unleashed In-Reply-To: <20170326213159.6fbc262f@penny> References: <20170326204031.1cdd1d99@penny> <20170326151112.7832f0a0fa2c33897fdb0862@linuxmail.org> <20170326213159.6fbc262f@penny> Message-ID: <120ce420-ce68-b9a8-7807-2a538df54e21@linuxmail.org> On 3/26/2017 3:31 PM, Andrej Kacian wrote: > On Sun, 26 Mar 2017 15:11:12 -0400 > edwardp at linuxmail.org wrote: > >> Avast anti-virus doesn't like the 64-bit Windows version, at least. After installing and first launch, Avast kicked in, did a quick scan (even though I already scanned the installer file, resulting in 'no threat found') and sent the file to their anti-virus lab automatically. It also said it would take 61 minutes to determine if it's safe... >> >> Avast also said it was a 'rare file'. Please note that Avast had no issues with 3.14.1 64-bit Windows. >> >> It otherwise will not let me launch it again. I get a Windows permission error. There is an option in Avast that the file is to be trusted, but I haven't selected that. > Perhaps it has an issue with the file not being digitally signed by > a Microsoft-approved signer? :) > > Honestly, I've no idea, but I do not really care what snake-oil peddlers > (read: antivirus software vendors) have to say. > > Regards, This is the first I've seen Avast display something like that and on the Windows side, I've been using Avast for years. I'll re-install it and then tell it that the file is to be trusted. :) From edwardp at linuxmail.org Sun Mar 26 21:41:09 2017 From: edwardp at linuxmail.org (edwardp at linuxmail.org) Date: Sun, 26 Mar 2017 15:41:09 -0400 Subject: [Users] Claws Mail 3.15.0-1 for Windows unleashed In-Reply-To: <120ce420-ce68-b9a8-7807-2a538df54e21@linuxmail.org> References: <20170326204031.1cdd1d99@penny> <20170326151112.7832f0a0fa2c33897fdb0862@linuxmail.org> <20170326213159.6fbc262f@penny> <120ce420-ce68-b9a8-7807-2a538df54e21@linuxmail.org> Message-ID: <20170326154109.000056b7@linuxmail.org> On Sun, 26 Mar 2017 15:34:15 -0400 edwardp at linuxmail.org wrote: > On 3/26/2017 3:31 PM, Andrej Kacian wrote: > > On Sun, 26 Mar 2017 15:11:12 -0400 > > edwardp at linuxmail.org wrote: > > > >> Avast anti-virus doesn't like the 64-bit Windows version, at > >> least. After installing and first launch, Avast kicked in, did a > >> quick scan (even though I already scanned the installer file, > >> resulting in 'no threat found') and sent the file to their > >> anti-virus lab automatically. It also said it would take 61 > >> minutes to determine if it's safe... > >> > >> Avast also said it was a 'rare file'. Please note that Avast had > >> no issues with 3.14.1 64-bit Windows. > >> > >> It otherwise will not let me launch it again. I get a Windows > >> permission error. There is an option in Avast that the file is to > >> be trusted, but I haven't selected that. > > Perhaps it has an issue with the file not being digitally signed by > > a Microsoft-approved signer? :) > > > > Honestly, I've no idea, but I do not really care what snake-oil > > peddlers (read: antivirus software vendors) have to say. > > > > Regards, > > This is the first I've seen Avast display something like that and on > the Windows side, I've been using Avast for years. > > I'll re-install it and then tell it that the file is to be trusted. :) I also had to change the related setting to allow me to choose, rather than it send the file automatically to their AV lab. Once that was changed, it launched perfectly. :) From andrej at kacian.sk Sun Mar 26 22:00:37 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Sun, 26 Mar 2017 22:00:37 +0200 Subject: [Users] Claws Mail 3.15.0-1 for Windows unleashed In-Reply-To: <120ce420-ce68-b9a8-7807-2a538df54e21@linuxmail.org> References: <20170326204031.1cdd1d99@penny> <20170326151112.7832f0a0fa2c33897fdb0862@linuxmail.org> <20170326213159.6fbc262f@penny> <120ce420-ce68-b9a8-7807-2a538df54e21@linuxmail.org> Message-ID: <20170326220037.72b6eb25@penny> On Sun, 26 Mar 2017 15:34:15 -0400 edwardp at linuxmail.org wrote: > I'll re-install it and then tell it that the file is to be trusted. :) ...but can it be trusted? Maybe we're just trying to get your computers to mine bitcoins for Claws Mail developers, or steal all your family photos. :) Anyway, those truly paranoid can check out the source code, and even build the whole installer .exe by themselves. Regards, -- Andrej From ricardo at mones.org Sun Mar 26 22:05:50 2017 From: ricardo at mones.org (Ricardo Mones) Date: Sun, 26 Mar 2017 22:05:50 +0200 Subject: [Users] Clawsker 1.1.0 unleashed Message-ID: <20170326220550.63e9d748@busgosu> Hi all, Clawsker, the Claws Mail hidden preferences editor and tweaker has been released. Changes from the NEWS file: 1.1.0: - Added support for new hidden preferences in Claws Mail 3.15.0 'tags_color', 'tags_bgcolor', 'qs_active_color', 'qs_active_bgcolor', 'qs_error_color', 'qs_error_bgcolor', 'default_header_color', 'default_header_bgcolor', and 'warn_sending_many_recipients_num'. - Added new hotkeys tab for editing keyboard accelerators available in the 'menurc' file of Claws Mail - Fixed bug 3735 'the number of accounts may make main window very tall' - Improved internal versions handling and other minor refactorings - Updated manual page - Translations: • Updated: French, Dutch, Swedish, Turkish, Danish, Brazilian Portuguese, Catalan, Norwegian Bokmål and Spanish More details, outdated screenshots and download links on homepage: http://www.claws-mail.org/clawsker.php -- Ricardo Mones ~ I'm sorry, my responses are limited. You must ask the right questions. A hologram -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: From charlescurley at charlescurley.com Sun Mar 26 22:39:08 2017 From: charlescurley at charlescurley.com (Charles Curley) Date: Sun, 26 Mar 2017 14:39:08 -0600 Subject: [Users] Exporting subjects In-Reply-To: <20170326200430.6322f911@penny> References: <20170326091516.27abfdc1@frogguski.911networks.com> <20170326191655.42148222@utnubu> <20170326104334.1b29e81d@frogguski.911networks.com> <20170326200430.6322f911@penny> Message-ID: <20170326143908.5b085192@hawk.localdomain> On Sun, 26 Mar 2017 20:04:30 +0200 Andrej Kacian wrote: > I'm sure fail2ban also records these events in a logfile directly on > the server. Wouldn't it be cheaper and more reliable to check (and > programatically parse) such logfile, instead of trying to push a > square peg through a round hole by processing e-mails? Keeping an eye on logrotate. Logrotate runs on fail2ban logs weekly. -- The right of the people to be secure in their persons, houses, papers, and effects, against unreasonable searches and seizures, shall not be violated, and no Warrants shall issue, but upon probable cause, supported by Oath or affirmation, and particularly describing the place to be searched, and the persons or things to be seized. -- U.S. Const. Amendment IV Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB From epodata at gmail.com Mon Mar 27 00:38:26 2017 From: epodata at gmail.com (Erik P. Olsen) Date: Mon, 27 Mar 2017 00:38:26 +0200 Subject: [Users] How to change language? Message-ID: <20170327003826.6e5974a9@Erik-PC.epolan.dk> I normally run claws-mail in Danish but I sometimes need to run it in English. I thought there might be an option to select language but that's no so. I've also tried to change $LANG to en_GB.utf8 to no avail. Then how do I accomplish running an English claws-mail in a Danish environment? -- Erik From andrej at kacian.sk Mon Mar 27 00:47:27 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Mon, 27 Mar 2017 00:47:27 +0200 Subject: [Users] How to change language? In-Reply-To: <20170327003826.6e5974a9@Erik-PC.epolan.dk> References: <20170327003826.6e5974a9@Erik-PC.epolan.dk> Message-ID: <20170327004727.6c2a09f5@penny> On Mon, 27 Mar 2017 00:38:26 +0200 "Erik P. Olsen" wrote: > I normally run claws-mail in Danish but I sometimes need to run it in English. I thought there > might be an option to select language but that's no so. I've also tried to change $LANG to > en_GB.utf8 to no avail. Then how do I accomplish running an English claws-mail in a Danish > environment? Setting LANGUAGE=en should do the trick. Regards, -- Andrej From renaud at olgiati-in-paraguay.org Mon Mar 27 00:53:04 2017 From: renaud at olgiati-in-paraguay.org (Renaud OLGIATI (Ron)) Date: Sun, 26 Mar 2017 18:53:04 -0400 Subject: [Users] How to change language? In-Reply-To: <20170327003826.6e5974a9@Erik-PC.epolan.dk> References: <20170327003826.6e5974a9@Erik-PC.epolan.dk> Message-ID: <20170326185304.0ec9ba96@ron.cerrocora.org> On Mon, 27 Mar 2017 00:38:26 +0200 "Erik P. Olsen" wrote: > I normally run claws-mail in Danish but I sometimes need to run it in English. I thought there > might be an option to select language but that's no so. I've also tried to change $LANG to > en_GB.utf8 to no avail. Then how do I accomplish running an English claws-mail in a Danish > environment? If you only want to compose in English, copy your account in Configuration => Edit Accounts..., and change the spell check dictionary in the Compose tab. Cheers, Ron. -- Be wary of strong drink. It can make you shoot at tax collectors and miss. -- Lazarus Long -- http://www.olgiati-in-paraguay.org -- From silver.bullet at zoho.com Mon Mar 27 04:49:56 2017 From: silver.bullet at zoho.com (Ralf Mardorf) Date: Mon, 27 Mar 2017 04:49:56 +0200 Subject: [Users] How to change language? In-Reply-To: <20170327004727.6c2a09f5@penny> References: <20170327003826.6e5974a9@Erik-PC.epolan.dk> <20170327004727.6c2a09f5@penny> Message-ID: <20170327044956.4f014392@utnubu> On Mon, 27 Mar 2017 00:47:27 +0200, Andrej Kacian wrote: >On Mon, 27 Mar 2017 00:38:26 +0200 "Erik P. Olsen" wrote: > >> I normally run claws-mail in Danish but I sometimes need to run it >> in English. I thought there might be an option to select language >> but that's no so. I've also tried to change $LANG to en_GB.utf8 to >> no avail. Then how do I accomplish running an English claws-mail in >> a Danish environment? > >Setting LANGUAGE=en should do the trick. I guess LANG=C claws-mail should always work. If I e.g. run LANG=de_DE claws-mail LANGUAGE=de claws-mail I could temporarily chose German, but that requires that I once set up the locals. AFAIK "C" works always to get English, even without English locales. [rocketmouse at archlinux ~]$ locale | grep LAN LANG=en_US.utf8 [rocketmouse at archlinux ~]$ locale -a C de_DE de_DE at euro de_DE.iso88591 de_DE.iso885915 at euro de_DE.utf8 deutsch en_GB en_GB.iso88591 en_GB.utf8 en_US.utf8 german POSIX From silver.bullet at zoho.com Mon Mar 27 05:00:46 2017 From: silver.bullet at zoho.com (Ralf Mardorf) Date: Mon, 27 Mar 2017 05:00:46 +0200 Subject: [Users] How to change language? In-Reply-To: <20170326185304.0ec9ba96@ron.cerrocora.org> References: <20170327003826.6e5974a9@Erik-PC.epolan.dk> <20170326185304.0ec9ba96@ron.cerrocora.org> Message-ID: <20170327050046.4acb1f8c@utnubu> On Sun, 26 Mar 2017 18:53:04 -0400, Renaud (Ron) OLGIATI wrote: >If you only want to compose in English, copy your account in >Configuration => Edit Accounts..., and change the spell check >dictionary in the Compose tab. This could be done easier. It's possible to chose 2 dictionaries at the same time or if only on is wanted, to select a single dictionary e.g. by the editors "spelling" menu. It's possible to chose one or two default dictionaries by the "Preferences" as well as by the folder properties. So copying accounts isn't required. From epodata at gmail.com Mon Mar 27 08:24:03 2017 From: epodata at gmail.com (Erik P. Olsen) Date: Mon, 27 Mar 2017 08:24:03 +0200 Subject: [Users] How to change language? In-Reply-To: <20170327004727.6c2a09f5@penny> References: <20170327003826.6e5974a9@Erik-PC.epolan.dk> <20170327004727.6c2a09f5@penny> Message-ID: <20170327082403.400d5d3c@Erik-PC.epolan.dk> On 2017-03-27 at 00:47:27 Andrej Kacian wrote: > On Mon, 27 Mar 2017 00:38:26 +0200 > "Erik P. Olsen" wrote: > > > I normally run claws-mail in Danish but I sometimes need to run it in English. I thought there > > might be an option to select language but that's no so. I've also tried to change $LANG to > > en_GB.utf8 to no avail. Then how do I accomplish running an English claws-mail in a Danish > > environment? > > Setting LANGUAGE=en should do the trick. > Thanks, but unfortunately it didn't do the trick. -- Erik From epodata at gmail.com Mon Mar 27 08:28:41 2017 From: epodata at gmail.com (Erik P. Olsen) Date: Mon, 27 Mar 2017 08:28:41 +0200 Subject: [Users] How to change language? In-Reply-To: <20170327044956.4f014392@utnubu> References: <20170327003826.6e5974a9@Erik-PC.epolan.dk> <20170327004727.6c2a09f5@penny> <20170327044956.4f014392@utnubu> Message-ID: <20170327082841.294a074a@Erik-PC.epolan.dk> On 2017-03-27 at 04:49:56 Ralf Mardorf wrote: > On Mon, 27 Mar 2017 00:47:27 +0200, Andrej Kacian wrote: > >On Mon, 27 Mar 2017 00:38:26 +0200 "Erik P. Olsen" wrote: > > > >> I normally run claws-mail in Danish but I sometimes need to run it > >> in English. I thought there might be an option to select language > >> but that's no so. I've also tried to change $LANG to en_GB.utf8 to > >> no avail. Then how do I accomplish running an English claws-mail in > >> a Danish environment? > > > >Setting LANGUAGE=en should do the trick. > > I guess > > LANG=C claws-mail > > should always work. > > If I e.g. run > > LANG=de_DE claws-mail > LANGUAGE=de claws-mail > > I could temporarily chose German, but that requires that I once set up > the locals. > > AFAIK "C" works always to get English, even without English locales. > > [rocketmouse at archlinux ~]$ locale | grep LAN > LANG=en_US.utf8 > [rocketmouse at archlinux ~]$ locale -a > C > de_DE > de_DE at euro > de_DE.iso88591 > de_DE.iso885915 at euro > de_DE.utf8 > deutsch > en_GB > en_GB.iso88591 > en_GB.utf8 > en_US.utf8 > german > POSIX Thanks, but that didn't help. Instead I've installed an all English system in a virtual box and I found that it serves my purpose quite well. -- Erik From epodata at gmail.com Mon Mar 27 08:33:55 2017 From: epodata at gmail.com (Erik P. Olsen) Date: Mon, 27 Mar 2017 08:33:55 +0200 Subject: [Users] How to change language? In-Reply-To: <20170326185304.0ec9ba96@ron.cerrocora.org> References: <20170327003826.6e5974a9@Erik-PC.epolan.dk> <20170326185304.0ec9ba96@ron.cerrocora.org> Message-ID: <20170327083355.655e51c1@Erik-PC.epolan.dk> On 2017-03-26 at 18:53:04 Renaud (Ron) OLGIATI wrote: > On Mon, 27 Mar 2017 00:38:26 +0200 > "Erik P. Olsen" wrote: > > > I normally run claws-mail in Danish but I sometimes need to run it in English. I thought there > > might be an option to select language but that's no so. I've also tried to change $LANG to > > en_GB.utf8 to no avail. Then how do I accomplish running an English claws-mail in a Danish > > environment? > > If you only want to compose in English, copy your account in Configuration => Edit Accounts..., > and change the spell check dictionary in the Compose tab. Thanks, that's the way I normally run CM. But in order to be able to tell my English friends how to use CM I can't use the Danish CM. However, I found that an all English virtual box is a nice way to solve this "problem." -- Erik From rol at witbe.net Mon Mar 27 08:37:42 2017 From: rol at witbe.net (Paul Rolland (=?UTF-8?B?44Od44O844Or44O744Ot44Op44Oz?=)) Date: Mon, 27 Mar 2017 08:37:42 +0200 Subject: [Users] Claws Mail 3.15.0 Unleashed!! In-Reply-To: <20170326111609.1640f5ed@kujata> References: <20170326111609.1640f5ed@kujata> Message-ID: <20170327083742.1ee9c40e@riri.DEF.witbe.net> Hello, On Sun, 26 Mar 2017 11:16:09 +0100 Paul wrote: > * vCalendar plugin: This plugin now uses an external libical, version > 2.0.0 or newer is required. Following this change, some invitation are no more properly displayed (invitation from Apple cloud) and you have instead the error: Error - Unknown calendar component type. from vcalendar.c:847. I've added: if (vcalviewer->event->type == ICAL_VTODO_COMPONENT) { vcalviewer_get_request_values(vcalviewer, mimeinfo, TRUE); + } else if (vcalviewer->event->type == ICAL_VEVENT_COMPONENT) { + vcalviewer_get_request_values(vcalviewer, mimeinfo, TRUE); } else if (vcalviewer->event->method == ICAL_METHOD_REQUEST || vcalviewer->event->method == ICAL_METHOD_PUBLISH || vcalviewer->event->method == ICAL_METHOD_CANCEL) { to the function vcalviewer_get_event(...) to have them displayed again, but the display is incomplete. Also, the start time and end time are incorrect. I can provide the ics is someone is willing to look at that. Regards, Paul -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 181 bytes Desc: OpenPGP digital signature URL: From andrej at kacian.sk Mon Mar 27 09:11:32 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Mon, 27 Mar 2017 09:11:32 +0200 Subject: [Users] How to change language? In-Reply-To: <20170327082403.400d5d3c@Erik-PC.epolan.dk> References: <20170327003826.6e5974a9@Erik-PC.epolan.dk> <20170327004727.6c2a09f5@penny> <20170327082403.400d5d3c@Erik-PC.epolan.dk> Message-ID: <20170327091132.124ee38b@hiker> On Mon, 27 Mar 2017 08:24:03 +0200 "Erik P. Olsen" wrote: > On 2017-03-27 at 00:47:27 Andrej Kacian wrote: > > > On Mon, 27 Mar 2017 00:38:26 +0200 > > "Erik P. Olsen" wrote: > > > > > I normally run claws-mail in Danish but I sometimes need to run > > > it in English. I thought there might be an option to select > > > language but that's no so. I've also tried to change $LANG to > > > en_GB.utf8 to no avail. Then how do I accomplish running an > > > English claws-mail in a Danish environment? > > > > Setting LANGUAGE=en should do the trick. > > > Thanks, but unfortunately it didn't do the trick. > That's odd, over here, simply running "LANGUAGE=xx claws-mail" starts Claws Mail with strings (e.g. main window's menu bar) in desired language. I just tried half a dozen languages, and they all worked (provided that Claws Mail has translation for a given language, of course). Regards, -- Andrej From jjk at jjacky.com Mon Mar 27 11:05:15 2017 From: jjk at jjacky.com (Olivier Brunel) Date: Mon, 27 Mar 2017 11:05:15 +0200 Subject: [Users] Please revert "make Go to/[Next|Prev] sort order aware" Message-ID: <20170327110515.30282ebc@jjacky.com> Hi all, So 3.15.0 was just released, and with it some changes that, while I don't know the exact motivations for, I think were meant to make things more consistent or met users expectations, but alas turned out to be misguided and resulted in opposite behavior. Specifically, the idea of making the "Go to Previous/Next" features sort order aware. It might sound like a good idea, but it is just wrong - as in, incorrect. Because now the button to go next, with the arrow pointing downwards, might actually - and unexpectedly - go up the list. And I can hear you about "on purpose" and "sort order", but it's irrelevent. When one asks to go to the next unread message, it means two things: "unread" says it should be unread, and "next" means it should be next on the list, i.e. lower, and that regardless of the current sort order. The first item on a list is always on top, and the last one at the bottom. And to go from first to last, go you down the list by moving to the next item, and the next, and so on. How the list is sorted, if in fact at all, doesn't matter. Imagine you're writing code, and have a list of items. You sort that list, by item's date descendingly. Now which item do you expect to find first/on top of the list? The more recent one, indeed. And you go to the slightly older one by going to the *next* item, of course. Doesn't matter what language you're using, what application you're using, what the items represent or how sorted the list is, that's (always) how it works. The current behavior in claws 3.15.0 makes things unexpected, unpredictable, and confusing. When enterring a folder and asking to select the *last* item/message, it is just wrong - a bug - that claws might, depending on sort order, select the *first* item (on top). No, sort order doesn't matter. Besides, this also seem to imply an assumption that sort order is date-based. What is I sort by size? color label? or whether messages have attachments or not? Or does that refer to which item/message is "last"? What if the list isn't sorted at all? If I sort by size descendingly, I'm specifically asking that the first message be the largest one, and the next one be smaller, and the next even smaller, and so on. So stop forcing your idea that next equals larger, especially when I asked/specified otherwise. Let me put it another way: you don't know better than I do what I want/need, and that's why you gave me an option - the sort order - so I can make/express my choice. Now, please respect it. Thank you. From jjk at jjacky.com Mon Mar 27 11:05:35 2017 From: jjk at jjacky.com (Olivier Brunel) Date: Mon, 27 Mar 2017 11:05:35 +0200 Subject: [Users] [PATCH] Fix incorrect labels on folder selection Message-ID: <20170327090535.23040-1-jjk@jjacky.com> When custom label for folder selection were introduced (in bd8213fe) a few ones were wrongly set, specifically ones when copying/moving folders were talking about copying/moving message(s) instead. --- src/imap_gtk.c | 22 ++++++++++------------ src/mh_gtk.c | 22 ++++++++++------------ src/plugins/mailmbox/plugin_gtk.c | 22 ++++++++++------------ 3 files changed, 30 insertions(+), 36 deletions(-) diff --git a/src/imap_gtk.c b/src/imap_gtk.c index 26e3663a9..6e41b40eb 100644 --- a/src/imap_gtk.c +++ b/src/imap_gtk.c @@ -308,17 +308,16 @@ static void move_folder_cb(GtkAction *action, gpointer data) { FolderView *folderview = (FolderView *)data; FolderItem *from_folder = NULL, *to_folder = NULL; + gchar *msg; from_folder = folderview_get_selected_item(folderview); if (!from_folder || from_folder->folder->klass != imap_get_class()) return; - to_folder = foldersel_folder_sel(NULL, FOLDER_SEL_MOVE, NULL, TRUE, - ngettext( - "Select folder to move selected message to", - "Select folder to move selected messages to", - summary_get_selection_count(folderview->summaryview)) - ); + msg = g_strdup_printf(_("Select folder to move folder '%s' to"), + from_folder->name); + to_folder = foldersel_folder_sel(NULL, FOLDER_SEL_MOVE, NULL, TRUE, msg); + g_free(msg); if (!to_folder) return; @@ -329,17 +328,16 @@ static void copy_folder_cb(GtkAction *action, gpointer data) { FolderView *folderview = (FolderView *)data; FolderItem *from_folder = NULL, *to_folder = NULL; + gchar *msg; from_folder = folderview_get_selected_item(folderview); if (!from_folder || from_folder->folder->klass != imap_get_class()) return; - to_folder = foldersel_folder_sel(NULL, FOLDER_SEL_MOVE, NULL, TRUE, - ngettext( - "Select folder to copy selected message to", - "Select folder to copy selected messages to", - summary_get_selection_count(folderview->summaryview)) - ); + msg = g_strdup_printf(_("Select folder to copy folder '%s' to"), + from_folder->name); + to_folder = foldersel_folder_sel(NULL, FOLDER_SEL_MOVE, NULL, TRUE, msg); + g_free(msg); if (!to_folder) return; diff --git a/src/mh_gtk.c b/src/mh_gtk.c index 605ef13fa..f4525be96 100644 --- a/src/mh_gtk.c +++ b/src/mh_gtk.c @@ -298,17 +298,16 @@ static void move_folder_cb(GtkAction *action, gpointer data) { FolderView *folderview = (FolderView *)data; FolderItem *from_folder = NULL, *to_folder = NULL; + gchar *msg; from_folder = folderview_get_selected_item(folderview); if (!from_folder || from_folder->folder->klass != mh_get_class()) return; - to_folder = foldersel_folder_sel(NULL, FOLDER_SEL_MOVE, NULL, TRUE, - ngettext( - "Select folder to move selected message to", - "Select folder to move selected messages to", - summary_get_selection_count(folderview->summaryview)) - ); + msg = g_strdup_printf(_("Select folder to move folder '%s' to"), + from_folder->name); + to_folder = foldersel_folder_sel(NULL, FOLDER_SEL_MOVE, NULL, TRUE, msg); + g_free(msg); if (!to_folder) return; @@ -319,17 +318,16 @@ static void copy_folder_cb(GtkAction *action, gpointer data) { FolderView *folderview = (FolderView *)data; FolderItem *from_folder = NULL, *to_folder = NULL; + gchar *msg; from_folder = folderview_get_selected_item(folderview); if (!from_folder || from_folder->folder->klass != mh_get_class()) return; - to_folder = foldersel_folder_sel(NULL, FOLDER_SEL_MOVE, NULL, TRUE, - ngettext( - "Select folder to copy selected message to", - "Select folder to copy selected messages to", - summary_get_selection_count(folderview->summaryview)) - ); + msg = g_strdup_printf(_("Select folder to copy folder '%s' to"), + from_folder->name); + to_folder = foldersel_folder_sel(NULL, FOLDER_SEL_MOVE, NULL, TRUE, msg); + g_free(msg); if (!to_folder) return; diff --git a/src/plugins/mailmbox/plugin_gtk.c b/src/plugins/mailmbox/plugin_gtk.c index 47b768411..d567ec83b 100644 --- a/src/plugins/mailmbox/plugin_gtk.c +++ b/src/plugins/mailmbox/plugin_gtk.c @@ -363,17 +363,16 @@ static void move_folder_cb(GtkAction *action, gpointer data) { FolderView *folderview = (FolderView *)data; FolderItem *from_folder = NULL, *to_folder = NULL; + gchar *msg; from_folder = folderview_get_selected_item(folderview); if (!from_folder || from_folder->folder->klass != claws_mailmbox_get_class()) return; - to_folder = foldersel_folder_sel(NULL, FOLDER_SEL_MOVE, NULL, FALSE, - ngettext( - "Select folder to move selected message to", - "Select folder to move selected messages to", - summary_get_selection_count(folderview->summaryview)) - ); + msg = g_strdup_printf(_("Select folder to move folder '%s' to"), + from_folder->name); + to_folder = foldersel_folder_sel(NULL, FOLDER_SEL_MOVE, NULL, FALSE, msg); + g_free(msg); if (!to_folder) return; @@ -384,17 +383,16 @@ static void copy_folder_cb(GtkAction *action, gpointer data) { FolderView *folderview = (FolderView *)data; FolderItem *from_folder = NULL, *to_folder = NULL; + gchar *msg; from_folder = folderview_get_selected_item(folderview); if (!from_folder || from_folder->folder->klass != claws_mailmbox_get_class()) return; - to_folder = foldersel_folder_sel(NULL, FOLDER_SEL_MOVE, NULL, FALSE, - ngettext( - "Select folder to copy selected message to", - "Select folder to copy selected messages to", - summary_get_selection_count(folderview->summaryview)) - ); + msg = g_strdup_printf(_("Select folder to copy folder '%s' to"), + from_folder->name); + to_folder = foldersel_folder_sel(NULL, FOLDER_SEL_MOVE, NULL, FALSE, msg); + g_free(msg); if (!to_folder) return; -- 2.12.1 From andrej at kacian.sk Mon Mar 27 11:47:53 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Mon, 27 Mar 2017 11:47:53 +0200 Subject: [Users] Please revert "make Go to/[Next|Prev] sort order aware" In-Reply-To: <20170327110515.30282ebc@jjacky.com> References: <20170327110515.30282ebc@jjacky.com> Message-ID: <20170327114753.1b16fee7@hiker> On Mon, 27 Mar 2017 11:05:15 +0200 Olivier Brunel wrote: > Besides, this also seem to imply an assumption that sort order is > date-based. What is I sort by size? color label? or whether > messages have attachments or not? Or does that refer to which > item/message is "last"? What if the list isn't sorted at all? I'm not going to touch rest of your e-mail, because it's just a bunch of opinions presented as facts, but this one is blatantly incorrect. The code in this case cares about whether the current sort order is ascending or descending, it doesn't care about which column is used for sorting. Regards, -- Andrej From dave at howorth.org.uk Mon Mar 27 12:02:44 2017 From: dave at howorth.org.uk (Dave Howorth) Date: Mon, 27 Mar 2017 11:02:44 +0100 Subject: [Users] Please revert "make Go to/[Next|Prev] sort order aware" In-Reply-To: <20170327110515.30282ebc@jjacky.com> References: <20170327110515.30282ebc@jjacky.com> Message-ID: <20170327110244.0f08be92@acer-suse.lan> On Mon, 27 Mar 2017 11:05:15 +0200 Olivier Brunel wrote: > Hi all, > > So 3.15.0 was just released, and with it some changes that, while I > don't know the exact motivations for, I think were meant to make > things more consistent or met users expectations, but alas turned out > to be misguided and resulted in opposite behavior. > > Specifically, the idea of making the "Go to Previous/Next" features > sort order aware. It might sound like a good idea, but it is just > wrong > - as in, incorrect. > > Because now the button to go next, with the arrow pointing downwards, > might actually - and unexpectedly - go up the list. And I can hear you > about "on purpose" and "sort order", but it's irrelevent. > > When one asks to go to the next unread message, it means two things: > "unread" says it should be unread, and "next" means it should be next > on the list, i.e. lower, and that regardless of the current sort > order. > > The first item on a list is always on top, and the last one at the > bottom. And to go from first to last, go you down the list by moving > to the next item, and the next, and so on. How the list is sorted, if > in fact at all, doesn't matter. I understand what you're saying but in the context of a date-sorted list of emails, I expect next-unread in a mail reader to go to a slightly newer unread email. If I have the view in date-ascending order that means down, but if I have it in date-descending order (newest at the top) that means up. I interpret the 'next' in the context of the mail messages, not how they happen to be displayed. Now if I'm looking at a threaded view, or one sorted by size (!) I don't have such strong preconceptions of how mail readers should behave. And I do agree that a down arrow is not a perfect match to the semantics, but hey the world isn't perfect. It's just a shape. Your view is at least as valid as mine, but I just wanted to express at least one other point of view. It seems to me that there isn't a single right answer to this question, so perhaps configuration options are the way to go. > Imagine you're writing code, and have a list of items. You sort that > list, by item's date descendingly. Now which item do you expect to > find first/on top of the list? The more recent one, indeed. And you > go to the slightly older one by going to the *next* item, of course. > > Doesn't matter what language you're using, what application you're > using, what the items represent or how sorted the list is, that's > (always) how it works. The current behavior in claws 3.15.0 makes > things unexpected, unpredictable, and confusing. > > > When enterring a folder and asking to select the *last* item/message, > it is just wrong - a bug - that claws might, depending on sort order, > select the *first* item (on top). No, sort order doesn't matter. > > Besides, this also seem to imply an assumption that sort order is > date-based. What is I sort by size? color label? or whether > messages have attachments or not? Or does that refer to which > item/message is "last"? What if the list isn't sorted at all? > > If I sort by size descendingly, I'm specifically asking that the first > message be the largest one, and the next one be smaller, and the next > even smaller, and so on. So stop forcing your idea that next equals > larger, especially when I asked/specified otherwise. > > > Let me put it another way: you don't know better than I do what I > want/need, and that's why you gave me an option - the sort order - so > I can make/express my choice. Now, please respect it. The sort order for display is something independent of the order I want to read messages. They are two separate orderings. > Thank you. > _______________________________________________ > Users mailing list > Users at lists.claws-mail.org > http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users From jjk at jjacky.com Mon Mar 27 13:15:28 2017 From: jjk at jjacky.com (Olivier Brunel) Date: Mon, 27 Mar 2017 13:15:28 +0200 Subject: [Users] Please revert "make Go to/[Next|Prev] sort order aware" In-Reply-To: <20170327114753.1b16fee7@hiker> References: <20170327110515.30282ebc@jjacky.com> <20170327114753.1b16fee7@hiker> Message-ID: <20170327131528.7d35d431@jjacky.com> On Mon, 27 Mar 2017 11:47:53 +0200 Andrej Kacian wrote: > On Mon, 27 Mar 2017 11:05:15 +0200 > Olivier Brunel wrote: > > > Besides, this also seem to imply an assumption that sort order is > > date-based. What is I sort by size? color label? or whether > > messages have attachments or not? Or does that refer to which > > item/message is "last"? What if the list isn't sorted at all? > > I'm not going to touch rest of your e-mail, because it's just a bunch > of opinions presented as facts, but this one is blatantly incorrect. I don't think it is opinions presented as facts: Sorting a list, even descendingly, when programming, will have the first item be the e.g. newer one, and the next item is older. That is a fact, isn't it? I don't believe that the first item of a list is the one on top isn't an opinion either... Maybe things came up wrong/too "strong", apologies for that. > The code in this case cares about whether the current sort order is > ascending or descending, it doesn't care about which column is used > for sorting. Right, and I wasn't saying it always use date, but that it seems to assume a date-based order; as in, that's when it might make sense. But it still refers to the list sort order, so going up or down obviously refers to the sorted list, hence the column used to sort actually matters/ends up being used, even if not in the code at that place specifically. And, why should the sort direction (asc/desc) when sorting by size, attachments, or whatever, impact which message is considered first and which is last? When sorting by date: because by "next" you want to force going to a newer one, regardless of direction. But when sorting by anything else, it doesn't mean the same/much. Why is the next message a bigger one in one case, a smaller one in the other? Why don't you trust the user to know what he wants, and follow what he asked via setting sort order/direction as wished? Why does "next" mean going up the list because I sort by size descendingly? Why is it going down if ascendingly? Seems to me you're messing/mixing things: sort order of the list, and predefined order of messages (by date). From jjk at jjacky.com Mon Mar 27 13:15:47 2017 From: jjk at jjacky.com (Olivier Brunel) Date: Mon, 27 Mar 2017 13:15:47 +0200 Subject: [Users] Please revert "make Go to/[Next|Prev] sort order aware" In-Reply-To: <20170327110244.0f08be92@acer-suse.lan> References: <20170327110515.30282ebc@jjacky.com> <20170327110244.0f08be92@acer-suse.lan> Message-ID: <20170327131547.100f855d@jjacky.com> On Mon, 27 Mar 2017 11:02:44 +0100 Dave Howorth wrote: > The sort order for display is something independent of the order I > want to read messages. They are two separate orderings. Okay, so I think that's a valid point and maybe source of something: whether the "next" message refers to next in the list, and therefore sort order matters (but there's no need to "account" for it, it just means going down the list), or whether it refers the messages, and their dates, regardless of the list current sort order. Obviously, I think of it as referring to the list, by going to the next message I mean going down the list, whatever (yet accounting for) its current sort order might be. On the other hand, you seem to think of it as referring to the next message, as in older one, next by date no matter the sort order of the list. (Note however that that's not what you actually get now: it just goes up the list for the next message if descendingly, but still accounts for the sort order, which might be by size, subject, etc) So maybe this needs to be clarified, or option-based, yes. Or just two different feature: next (unread/marked/etc) message on list, and next message (by date, regardless of sort order). From noreply at thewildbeast.co.uk Mon Mar 27 15:34:14 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 27 Mar 2017 13:34:14 +0000 Subject: [Users] [Bug 3744] Crash upon deleting tags In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3744 --- Comment #7 from lydia --- we are students and we are working on this bug. we resolved the crash and just Removed tags from the display but not on "data base". Where we can find the source tag ? -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Mar 27 16:25:34 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 27 Mar 2017 14:25:34 +0000 Subject: [Users] [Bug 3766] Windows: crash on NULL dereference if email has invalid date In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3766 Andrej Kacian changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from Andrej Kacian --- Oops, looks like I completely missed your patch, sorry. A similar fix has been included in recently released 3.15.0, minus the Y2K year fix-up code move. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Mar 27 16:27:04 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 27 Mar 2017 14:27:04 +0000 Subject: [Users] [Bug 3726] Crash on Vista opening INBOX In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3726 Andrej Kacian changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #8 from Andrej Kacian --- Please reopen if this crash still happens on recently released version 3.15.0. -- You are receiving this mail because: You are the assignee for the bug. From jjk at jjacky.com Mon Mar 27 16:40:23 2017 From: jjk at jjacky.com (Olivier Brunel) Date: Mon, 27 Mar 2017 16:40:23 +0200 Subject: [Users] Please revert "make Go to/[Next|Prev] sort order aware" In-Reply-To: <20170327114753.1b16fee7@hiker> References: <20170327110515.30282ebc@jjacky.com> <20170327114753.1b16fee7@hiker> Message-ID: <20170327164023.5c5b8585@jjacky.com> On Mon, 27 Mar 2017 11:47:53 +0200 Andrej Kacian wrote: > On Mon, 27 Mar 2017 11:05:15 +0200 > Olivier Brunel wrote: > > > Besides, this also seem to imply an assumption that sort order is > > date-based. What is I sort by size? color label? or whether > > messages have attachments or not? Or does that refer to which > > item/message is "last"? What if the list isn't sorted at all? > > I'm not going to touch rest of your e-mail, because it's just a bunch > of opinions presented as facts, but this one is blatantly incorrect. > The code in this case cares about whether the current sort order is > ascending or descending, it doesn't care about which column is used > for sorting. So "blatantly incorrect" you say, but whilst the code there doesn't *reference* the column used for sorting, what it *actually* does is make sure the column is the only thing that matters. To approach this another way, the commit I mentioned says, as do the release notes, that the go to previous/next were "made sort order aware", and that's just, this time, blatantly incorrect. :) They were always sort order aware - in fact that's the reason I'm complaining here, because that was broken. What this really did, is made them *ignore* the sort *direction* (and always treat it as if sorted ascendingly, hence why when descendingly, next will go up). I don't believe that's expected behavior at all in general, and I'm not even sure it makes much sense/use, except for people - as Dave Howorth - who sort by date, maybe desc, yet always want those goto prev/next to process messages ascendingly. (Hence my saying earlier it assumes the list is sorted by date, because it feels that's the only use case intended/useful.) So I feel a sensible thing to do would be to make this option-based, an option that correctly states it makes the go to prev/next actions ignore the sort direction, since that is what it does (and that, IMHO, should be disabled by default). Cheers, From noreply at thewildbeast.co.uk Mon Mar 27 17:00:10 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 27 Mar 2017 15:00:10 +0000 Subject: [Users] [Bug 3791] New: Marking RSS item as read causes hang Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3791 Bug ID: 3791 Summary: Marking RSS item as read causes hang Classification: Unclassified Product: Claws Mail (Windows) Version: 3.15.0 Hardware: PC OS: Windows 8 Status: NEW Severity: normal Priority: P3 Component: default Assignee: users at lists.claws-mail.org Reporter: markvs at protonmail.ch Hi, As I just selected a RSS feed with a single news item and marked it as read with Ctrl-M, Claws Mail was caught in a hang. The task showed as eating up 25% CPU (one full core) and with a solid 80-120MB/s I/O throughout. Just as I'd downloaded and installed WhatIsHang, it seemed Claws Mail snapped out of it and successfully marked the news item as read. Will keep an eye out for it happening again. This is a regression - never happened to me in 3.14.1 and prior. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Mar 27 17:43:09 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 27 Mar 2017 15:43:09 +0000 Subject: [Users] [Bug 3791] Marking RSS item as read causes hang In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3791 --- Comment #1 from markvs at protonmail.ch --- Note, this was 64-bit. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Mar 27 17:45:38 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 27 Mar 2017 15:45:38 +0000 Subject: [Users] [Bug 3791] Marking RSS item as read causes hang In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3791 --- Comment #2 from Andrej Kacian --- Can you reproduce this behavior, perhaps by removing that feed and subscribing to it again? Can you share URL of that feed so that I can try too? -- You are receiving this mail because: You are the assignee for the bug. From lbickley at bickleywest.com Mon Mar 27 17:50:35 2017 From: lbickley at bickleywest.com (Lyle Bickley) Date: Mon, 27 Mar 2017 08:50:35 -0700 Subject: [Users] Please revert "make Go to/[Next|Prev] sort order aware" In-Reply-To: <20170327164023.5c5b8585@jjacky.com> References: <20170327110515.30282ebc@jjacky.com> <20170327114753.1b16fee7@hiker> <20170327164023.5c5b8585@jjacky.com> Message-ID: <20170327085035.74b713b2@asrock.bcwi.net> On Mon, 27 Mar 2017 16:40:23 +0200 Olivier Brunel wrote: --snip-- > So I feel a sensible thing to do would be to make this option-based, > an option that correctly states it makes the go to prev/next actions > ignore the sort direction, since that is what it does (and that, > IMHO, should be disabled by default). I usually "git" several intermediate releases of Claws in between the major updates to help find bugs and report same to the development team. I, too, became perplexed when this change "crept" into Claws and I kept looking for an option to turn it off and go back to the way every mail system I've previously used works. There may be some that like this new "feature" - so I too - would recommend that it be made an option. BTW: I apologize for not suggesting that this be optional during testing - as I wanted to "live with it" for a while to see if it had any advantages. Over a long period of testing, it has not proven itself helpful to me. Cheers, Lyle _____________________________________________ > Users mailing list > Users at lists.claws-mail.org > http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users -- 73 AF6WS Bickley Consulting West Inc. http://bickleywest.com "Black holes are where God is dividing by zero" From cae at eslrahc.com Mon Mar 27 21:11:03 2017 From: cae at eslrahc.com (Charles A Edwards) Date: Mon, 27 Mar 2017 15:11:03 -0400 Subject: [Users] [-Werror=format-security] patch In-Reply-To: <20161228092431.51a062c9@kujata> References: <20161227210841.31e1ef81@SuperSize.eslrahc.com> <20161228092431.51a062c9@kujata> Message-ID: <20170327151103.099ae17d@SuperSize.eslrahc.com> On Wed, 28 Dec 2016 09:24:31 +0000 Paul wrote: > On Tue, 27 Dec 2016 21:08:41 -0500 > Charles A Edwards wrote: > > > Trying to build the latest from git 3.14.1-86-gb2b913e fails in > > compose.c > > It fails because you are using -Werror. In your pasted output: > > > [-Werror=format-security] > > some warnings being treated as errors > > Without the setting that you are using warnings would be treated as > warnings, and the build would succeed. By default Mageia, as well as other distributions, uses '-Werror=format-security' for All package builds. Am attaching a patch by Jani Välimaa which resolves this issue, allowing '-Werror=format-security' to again be used. The patch was done for the 3.15.0 release and as attached applies cleanly using -p0 to current git. Charles -- Show respect for age. Drink good Scotch for a change. ---------------------- Mageia release 6 (Cauldron) for x86_64$ On SuperSize....http://www.eslrahc.com Registered Linux user #182463 4.9.17-server-1.mga6 x86_64 ---------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Fix-build-with-Werror-format-security.patch Type: text/x-patch Size: 1953 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature URL: From noreply at thewildbeast.co.uk Mon Mar 27 21:29:03 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 27 Mar 2017 19:29:03 +0000 Subject: [Users] [Bug 3791] Marking RSS item as read causes hang In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3791 --- Comment #3 from markvs at protonmail.ch --- I'm pretty sure it was the Guru3D newsfeed (http://www.guru3d.com/files-rss). I'd disabled thread view and selected 'hide read messages' previously. Deleting and re-adding didn't reproduce the issue, and I've since marked news items in a couple of other RSS feeds as read without a hang. It also was the very first thing I did after I started up the new version, once the list of feeds had finished updating. That might have something to do with it. If it happens again, I'll try to catch it. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Mar 27 23:54:29 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 27 Mar 2017 21:54:29 +0000 Subject: [Users] [Bug 3747] Crash when exiting In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3747 markvs at protonmail.ch changed: What |Removed |Added ---------------------------------------------------------------------------- Version|3.14.1 |3.15.0 -- You are receiving this mail because: You are the assignee for the bug. From claws-mail_user at thehugheslogcabin.net Tue Mar 28 01:02:33 2017 From: claws-mail_user at thehugheslogcabin.net (Michael Hughes) Date: Mon, 27 Mar 2017 18:02:33 -0500 Subject: [Users] Claws Mail 3.15.0 Unleashed!! In-Reply-To: <20170326111609.1640f5ed@kujata> References: <20170326111609.1640f5ed@kujata> Message-ID: <20170327180233.71a6342c@thehugheslogcabin.net> On Sun, 26 Mar 2017 11:16:09 +0100 Paul wrote: > 26th March 2017 Claws Mail 3.15.0 > > CLAWS MAIL RELEASE NOTES > http://www.claws-mail.org > > Complied and running FreeBSD 9.3-RELEASE-p39 Claws Mail version 3.15.0git1 runtime GTK+ 2.24.29 / GLib 2.46.2 buildtime GTK+ 2.24.29 / GLib 2.46.2 Compiled-in features: Enchant GnuTLS IPv6 iconv LDAP libetpan 1.6 libSM -- Michael Hughes Log Home living is the best -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 181 bytes Desc: OpenPGP digital signature URL: From noreply at thewildbeast.co.uk Tue Mar 28 01:28:42 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 27 Mar 2017 23:28:42 +0000 Subject: [Users] [Bug 3791] Marking RSS item as read causes hang In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3791 --- Comment #4 from markvs at protonmail.ch --- It happened again. This time I clicked on a RSS news item and Claws hung itself with the view window showing the item as 50% loaded. It again took about 40 seconds before the program was responsive once more. Here's the info: https://pastebin.com/9qje4793 -- You are receiving this mail because: You are the assignee for the bug. From paulsteyn1 at afrihost.co.za Tue Mar 28 01:28:52 2017 From: paulsteyn1 at afrihost.co.za (Paul Steyn) Date: Tue, 28 Mar 2017 01:28:52 +0200 Subject: [Users] Please revert "make Go to/[Next|Prev] sort order aware" In-Reply-To: <20170327085035.74b713b2@asrock.bcwi.net> References: <20170327110515.30282ebc@jjacky.com> <20170327114753.1b16fee7@hiker> <20170327164023.5c5b8585@jjacky.com> <20170327085035.74b713b2@asrock.bcwi.net> Message-ID: <20170328012852.55a3792a@afrihost.co.za> Just to put my oar in, for what it's worth: When I think of a "next" button, I think of it as a "next in list" button, not a "next in sort order" button, and would expect a "next" button to go down the list and a "previous" button to go up the list. I don't change sort order often (if at all), but if I had a sort order where the "next" button went *up* the list, I would find that strange and undesirable behaviour. Especially if this suddenly starts happening, and isn't how it's always worked. Also, the concept of "next" and "previous" only have inherent meaning to me in the context of either the list, or the date of the message. "Next" and "previous" in the context of, say, the "From" field, or the "Size" field, doesn't really seem logical to me. If I sort by, for example, size, "next" doesn't inherently mean either the next biggest or the next smallest, to me it can only sensibly mean the next item in the list, i.e. the item below the current one. All are not me, though, so a configuration option for this does make sense. Kind regards Paul Steyn On Mon, 27 Mar 2017 08:50:35 -0700 Lyle Bickley wrote: > On Mon, 27 Mar 2017 16:40:23 +0200 > Olivier Brunel wrote: > > --snip-- > > > So I feel a sensible thing to do would be to make this option-based, > > an option that correctly states it makes the go to prev/next actions > > ignore the sort direction, since that is what it does (and that, > > IMHO, should be disabled by default). > > I usually "git" several intermediate releases of Claws in between the > major updates to help find bugs and report same to the development > team. > > I, too, became perplexed when this change "crept" into Claws and I > kept looking for an option to turn it off and go back to the way > every mail system I've previously used works. > > There may be some that like this new "feature" - so I too - would > recommend that it be made an option. > > BTW: I apologize for not suggesting that this be optional during > testing - as I wanted to "live with it" for a while to see if it had > any advantages. > > Over a long period of testing, it has not proven itself helpful to me. > > Cheers, > Lyle > _____________________________________________ > > Users mailing list > > Users at lists.claws-mail.org > > http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users > > > > -- > 73 AF6WS > Bickley Consulting West Inc. > http://bickleywest.com > > "Black holes are where God is dividing by zero" > _______________________________________________ > Users mailing list > Users at lists.claws-mail.org > http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users From noreply at thewildbeast.co.uk Tue Mar 28 01:31:01 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 27 Mar 2017 23:31:01 +0000 Subject: [Users] [Bug 3791] Marking RSS item as read causes hang In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3791 --- Comment #5 from markvs at protonmail.ch --- This time the feed in question was https://www.youtube.com/feeds/videos.xml?user=thembpg but I believe it has nothing to do with any particular feed. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 28 08:37:04 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 28 Mar 2017 06:37:04 +0000 Subject: [Users] [Bug 3747] Crash when exiting In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3747 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Version|3.15.0 |3.14.1 -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 28 12:05:22 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 28 Mar 2017 10:05:22 +0000 Subject: [Users] [Bug 3791] Marking RSS item as read causes hang In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3791 --- Comment #6 from Andrej Kacian --- I agree, this has likely nothing to do with particular feeds. I just wanted to make sure we're working with the same "data", so to speak. Anyway, can you try unloading the Fancy HTML Viewer plugin for a while to see if these crashes stop? Also, if you can, please try the 32-bit version of Claws Mail (with Fancy loaded, of course). -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 28 12:40:56 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 28 Mar 2017 10:40:56 +0000 Subject: [Users] [Bug 3791] Marking RSS item as read causes hang In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3791 --- Comment #7 from wwp --- I often get some feeds that take ages (few seconds, up to maybe 30 sec) to refresh, of course what is wrong there, comes from DNS or remote servers, but it's true that it locks CM GUI in a way that is irritating. What I did for such feeds (when identified) is to reduce their update frequency or make sure refresh happens when I'm off. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 28 15:35:33 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 28 Mar 2017 13:35:33 +0000 Subject: [Users] [Bug 3791] Marking RSS item as read causes hang In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3791 --- Comment #8 from markvs at protonmail.ch --- Will do, Andrej. I run 2 installations with identical settings so I can try 'em both. ;) wwp, a program hang with 'spinning tires' CPU & I/O use is not the same as waiting for a slow refresh. And I've personally never experienced an UI lock from a slow refresh, either. I've got a whole boatload of feeds. They run automatically every 30 minutes and are usually quick to present new items. This is basically a new problem I'm describing. Been using the application since 3.12 or so. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 28 15:42:02 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 28 Mar 2017 13:42:02 +0000 Subject: [Users] [Bug 3792] New: After moving emails, they remain in 'to be moved' state Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3792 Bug ID: 3792 Summary: After moving emails, they remain in 'to be moved' state Classification: Unclassified Product: Claws Mail Version: 3.14.1 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P3 Component: Folders/IMAP Assignee: users at lists.claws-mail.org Reporter: kasper.peeters at phi-sci.com Occasionally, when I move emails to a different folder in a different account, they remain in the 'to be moved' state in the original folder (subject turns blue, small blue arrow in front). Most/all emails actually have been copied to the destination folder, so this leave me with duplicates. There is no error in the logs, and the network connection has been stable. Is there any way to debug this in case it happens again? Or is there a way to force re-doing the move in such a way that claws checks that no duplicates get generated in the destination folder? -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Mar 28 15:45:48 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 28 Mar 2017 13:45:48 +0000 Subject: [Users] [Bug 3788] Please make "Go to previous unread" work as "Go to next unread" In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3788 --- Comment #3 from Andreas Rönnquist --- Created attachment 1734 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1734&action=edit Patch hopefully fixing the problem I add a patch, that I believe fixes the problem, adding two new options, "Go to next/prev unread message ignoring sorting", which should work just the way it used to before taking sorting in mind. This way those who want the old way can have it, and those wanting the new, can have that. -- You are receiving this mail because: You are the assignee for the bug. From mailinglists at gusnan.se Tue Mar 28 16:22:58 2017 From: mailinglists at gusnan.se (Andreas Ronnquist) Date: Tue, 28 Mar 2017 16:22:58 +0200 Subject: [Users] Please revert "make Go to/[Next|Prev] sort order aware" In-Reply-To: <20170328012852.55a3792a@afrihost.co.za> References: <20170327110515.30282ebc@jjacky.com> <20170327114753.1b16fee7@hiker> <20170327164023.5c5b8585@jjacky.com> <20170327085035.74b713b2@asrock.bcwi.net> <20170328012852.55a3792a@afrihost.co.za> Message-ID: <20170328162258.643d833b@debian-i7> On Tue, 28 Mar 2017 01:28:52 +0200, Paul Steyn wrote: >Just to put my oar in, for what it's worth: > >When I think of a "next" button, I think of it as a "next in list" >button, not a "next in sort order" button, and would expect a "next" >button to go down the list and a "previous" button to go up the list. >I don't change sort order often (if at all), but if I had a sort order >where the "next" button went *up* the list, I would find that strange >and undesirable behaviour. > >Especially if this suddenly starts happening, and isn't how it's always >worked. > >Also, the concept of "next" and "previous" only have inherent meaning >to me in the context of either the list, or the date of the message. >"Next" and "previous" in the context of, say, the "From" field, or the >"Size" field, doesn't really seem logical to me. If I sort by, for >example, size, "next" doesn't inherently mean either the next biggest >or the next smallest, to me it can only sensibly mean the next item in >the list, i.e. the item below the current one. > >All are not me, though, so a configuration option for this does make >sense. > >Kind regards > > >Paul Steyn > > > >On Mon, 27 Mar 2017 08:50:35 -0700 >Lyle Bickley wrote: > >> On Mon, 27 Mar 2017 16:40:23 +0200 >> Olivier Brunel wrote: >> >> --snip-- >> > > > So I feel a sensible thing to do would be to make this > > > option-based, >> > an option that correctly states it makes the go to prev/next >> > actions ignore the sort direction, since that is what it does (and >> > that, IMHO, should be disabled by default). >] > >> I usually "git" several intermediate releases of Claws in between the >> major updates to help find bugs and report same to the development >> team. >> >> I, too, became perplexed when this change "crept" into Claws and I >> kept looking for an option to turn it off and go back to the way >> every mail system I've previously used works. >> >> There may be some that like this new "feature" - so I too - would >> recommend that it be made an option. >> >> BTW: I apologize for not suggesting that this be optional during >> testing - as I wanted to "live with it" for a while to see if it had >> any advantages. >> >> Over a long period of testing, it has not proven itself helpful to >> me. Take a look at bug 3788 and the patch I created in there. http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3788 -- Andreas Rönnquist mailinglists at gusnan.se gusnan at openmailbox.org From suevb01 at gmail.com Tue Mar 28 19:02:32 2017 From: suevb01 at gmail.com (sue butler) Date: Tue, 28 Mar 2017 18:02:32 +0100 Subject: [Users] Using filter actions to call shell script to change Subject of Message Message-ID: <6dc9e2a4-6de4-e3cd-b28a-5e24992e9691@gmail.com> Hi, I am relatively new to Claws, but am managing to set it up as I want, with a number of filters to sort mail, and forward when necessary. I am running it on a Raspberry Pi with a NOOBS set-up. But I have recently hit a brick wall. What I want to do is automatically change the subject line of an email before forwarding it on. (Both remove and add things) I can set a filter to run a Python script with no problems, and I have written a short Shell script to make a simple change. The search and replace bit of the shell script works fine on a simple text file, and also on a copy of the email file. All it currently does is find a word and replace it. I have used the example here: http://www.claws-mail.org/faq/index.php/Actions as a template, but it doesn't seem to work. I suspect that it is something to do with how I am using %F to get the output back, but cannot work out what I am doing wrong. My action looks like this: echo %F | xargs -n 1 remove-stuff.sh The action seems to be acceptable, in that it doesn't crash or stop following actions, but it just doesn't seem to do anything! I have looked back through a year's archives of this list and have found no relevant thread, so I am hoping someone can point me in a good direction. Many thanks Sue From silver.bullet at zoho.com Tue Mar 28 19:45:19 2017 From: silver.bullet at zoho.com (Ralf Mardorf) Date: Tue, 28 Mar 2017 19:45:19 +0200 Subject: [Users] Using filter actions to call shell script to change Subject of Message In-Reply-To: <6dc9e2a4-6de4-e3cd-b28a-5e24992e9691@gmail.com> References: <6dc9e2a4-6de4-e3cd-b28a-5e24992e9691@gmail.com> Message-ID: <20170328194519.29d4d3bc@utnubu> On Tue, 28 Mar 2017 18:02:32 +0100, sue butler wrote: >echo %F | xargs -n 1 remove-stuff.sh "echo %F" means "echo /path/to/file", what you perhaps want is replacing "echo %F" with "cat %F", but then the headers and bodies of all selected mails are piped, they aren't separated, so "xargs -n 1" unlikely does what you want it to do. From noreply at thewildbeast.co.uk Tue Mar 28 20:26:54 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 28 Mar 2017 18:26:54 +0000 Subject: [Users] [Bug 3793] New: Segfaults when autocompletion returns too many results Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3793 Bug ID: 3793 Summary: Segfaults when autocompletion returns too many results Classification: Unclassified Product: Claws Mail Version: GIT Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P3 Component: UI Assignee: users at lists.claws-mail.org Reporter: mones at users.sourceforge.net How to reproduce: • Have enough contacts in your AddressBook :) • Open compose window • Type one letter, e.g.: 'a' • Press Tab key Expected result: • Drop down list opens and you can continue typing up to completion Actual result: • Drop down list opens and Claws Mail segfaults (message can only be seen under gdb, see note below): ,----- | Program received signal SIGSEGV, Segmentation fault. | 0x00007ffff6cfb7d4 in gdk_window_set_geometry_hints () from /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0 `----- While 'enough contacts' may sound vague, in fact there's no need for so many contacts: an AddressBook's Book (XML file) with 309 contacts is enough for triggering this in my case and there's 399 total contacts in AB. My suspect is that the results returned by matching are not cut at some sane number and it's trying to build a window too large with them, but this is just a wild guess. Note: while trying to debug this in my computer the whole X became frozen, and have to kill Claws Mail or gdb from a text console to regain control. The latter makes impossible to get a backtrace, so ideas on how to get one are welcome. -- You are receiving this mail because: You are the assignee for the bug. From jjk at jjacky.com Tue Mar 28 20:48:51 2017 From: jjk at jjacky.com (Olivier Brunel) Date: Tue, 28 Mar 2017 20:48:51 +0200 Subject: [Users] [PATCH] prefs: add option "Ignore sort direction / Make sort order aware" In-Reply-To: <20170327110515.30282ebc@jjacky.com> References: <20170327110515.30282ebc@jjacky.com> Message-ID: <20170328184851.9815-1-jjk@jjacky.com> When enabled, we get the old/classic claws behavior, where first means last, next means previous & previous means last if sorted descending. When disabled, things make sense. :) It affects default selection when opening folder, go to previous/next {,unread,marked,etc} message and next_on_delete behavior. Also make all actions on folder opening sort order aware, as in only first/last mail in list were, not first unread/marked/etc mail Signed-off-by: Olivier Brunel --- Hi all, Okay so, first things first: let me apologize for my previous mail; I understand the tone of it wasn't ideal and I'm sorry about that, I'll try to do better in the future. Also, looking back on this I realized I made a mistake that may have caused some (minor) confusion, as I reference the wrong commit! More accurately, two commits were involved and the main one (to me) wasn't the one I mentionned, though to be fair, I referenced: make Go to/[Next|Prev] sort order aware when I should have referenced: make go to next/previous sort order aware Easy to mistake them, you'll surely agree. (Main difference being, the later one actually refers to the "go to prev/next unread/marked/etc msg" features.) Now back on topic, having spent more time looking into this I think I finally understand what this idea of "sort order awareness" means, even though I have to tell you: I find that naming quite odd and misleading. Basically though, it means that next should mean previous if the list is sorted descending, or that - as far as default selection when opening folder, the other place where such an awareness shows up - the first email in the list means the last one, when sorted descending (something that always annoyed me, but not enough till now for me to do something about it). If that makes sense to you, fine, but I don't like it. I'm a simple man, I like simple things, such as first meaning first and next meaning next, always. :) Anyhow, I'm sure I'm not the only one wishing a more "conventional" behavior, so as I'm sure you know, I've written this little patch to add an option, so one can opt out of this "sort order awareness" if one so wishes. Patch applied and option enabled, you get the same behavior as 3.15.0, only as mentioned I also fixed actions on folder opening to make them all sort order aware, since they were not - which could result in odd behavior (to me at least, I'll admit not mastering this modus operandi) where when using Shift+N (go to next unread msg) and going to another folder, it was the "real" first unread message selected, not the last one, but because next means previous hitting Shift+N again would again jump to the next folder instead of going through the other unread mail in this folder (as that would've required the use of previous (Shift/P) instead). I assumed that wasn't the intended behavior, please correct me if I was wrong. With the option off, when choosing "first mail in list" then that's what gets selected no matter what the sort order/direction is, previous/next always work by going to the previous/next msg on list (i.e. next means going down, always, plain & simple), life's easy. :) Hopefully this can get merged, and everyone can have things how they want. Cheers, src/prefs_common.c | 3 + src/prefs_common.h | 2 + src/prefs_summaries.c | 15 +++++ src/summaryview.c | 149 ++++++++++++++++++++++++++++---------------------- 4 files changed, 104 insertions(+), 65 deletions(-) diff --git a/src/prefs_common.c b/src/prefs_common.c index d8d719684..2a42d62ef 100644 --- a/src/prefs_common.c +++ b/src/prefs_common.c @@ -803,6 +803,9 @@ static PrefParam param[] = { #endif /* {"emulate_emacs", "FALSE", &prefs_common.emulate_emacs, P_BOOL, NULL, NULL, NULL}, */ + {"ignore_sort_direction", "FALSE", + &prefs_common.ignore_sort_direction, + P_BOOL, NULL, NULL, NULL}, {"open_selected_message_on_folder_open", "FALSE", &prefs_common.open_selected_on_folder_open, P_BOOL, NULL, NULL, NULL}, diff --git a/src/prefs_common.h b/src/prefs_common.h index 2085aaddf..2825aa4fe 100644 --- a/src/prefs_common.h +++ b/src/prefs_common.h @@ -364,6 +364,8 @@ struct _PrefsCommon gint statusbar_update_step; gboolean emulate_emacs; + gboolean ignore_sort_direction; + gboolean open_selected_on_folder_open; gboolean open_selected_on_search_results; gboolean open_selected_on_prevnext; diff --git a/src/prefs_summaries.c b/src/prefs_summaries.c index ed345c2cc..d0dc4f10b 100644 --- a/src/prefs_summaries.c +++ b/src/prefs_summaries.c @@ -64,6 +64,7 @@ typedef struct _SummariesPage GtkWidget *entry_datefmt; GtkWidget *checkbtn_reopen_last_folder; + GtkWidget *checkbtn_ignore_sort_direction; GtkWidget *checkbtn_always_show_msg; GtkWidget *checkbtn_show_on_folder_open; GtkWidget *checkbtn_show_on_search_results; @@ -336,6 +337,7 @@ static void prefs_summaries_create_widget(PrefsPage *_page, GtkWindow *window, GtkWidget *hbox_dispitem; GtkWidget *button_dispitem; GtkWidget *checkbtn_reopen_last_folder; + GtkWidget *checkbtn_ignore_sort_direction; GtkWidget *checkbtn_always_show_msg; GtkWidget *checkbtn_show_on_folder_open; GtkWidget *checkbtn_show_on_search_results; @@ -477,6 +479,13 @@ static void prefs_summaries_create_widget(PrefsPage *_page, GtkWindow *window, G_CALLBACK (prefs_summary_open_open), NULL); + PACK_CHECK_BUTTON + (vbox2, checkbtn_ignore_sort_direction, + _("Ignore sort direction / Make sort order aware")); + gtk_widget_set_tooltip_text (checkbtn_ignore_sort_direction, + _("When enabled, certain features (default selection when entering folder, go to previous/next features, etc) " + "will work in reverse when sorted descending: first becomes last, go next becomes go previous, etc")); + /* Next Unread Message Dialog */ hbox1 = gtk_hbox_new (FALSE, 10); gtk_widget_show (hbox1); @@ -622,6 +631,7 @@ static void prefs_summaries_create_widget(PrefsPage *_page, GtkWindow *window, prefs_summaries->checkbtn_threadsubj = checkbtn_threadsubj; prefs_summaries->entry_datefmt = entry_datefmt; prefs_summaries->checkbtn_reopen_last_folder = checkbtn_reopen_last_folder; + prefs_summaries->checkbtn_ignore_sort_direction = checkbtn_ignore_sort_direction; prefs_summaries->checkbtn_always_show_msg = checkbtn_always_show_msg; prefs_summaries->checkbtn_show_on_folder_open = checkbtn_show_on_folder_open; @@ -664,6 +674,8 @@ static void prefs_summaries_create_widget(PrefsPage *_page, GtkWindow *window, prefs_common.date_format?prefs_common.date_format:""); gtk_toggle_button_set_active(GTK_TOGGLE_BUTTON(checkbtn_reopen_last_folder), prefs_common.goto_last_folder_on_startup); + gtk_toggle_button_set_active(GTK_TOGGLE_BUTTON(checkbtn_ignore_sort_direction), + prefs_common.ignore_sort_direction); gtk_toggle_button_set_active(GTK_TOGGLE_BUTTON(checkbtn_always_show_msg), prefs_common.always_show_msg); @@ -723,6 +735,9 @@ static void prefs_summaries_save(PrefsPage *_page) prefs_common.goto_last_folder_on_startup = gtk_toggle_button_get_active( GTK_TOGGLE_BUTTON(page->checkbtn_reopen_last_folder)); + prefs_common.ignore_sort_direction = gtk_toggle_button_get_active( + GTK_TOGGLE_BUTTON(page->checkbtn_ignore_sort_direction)); + prefs_common.always_show_msg = gtk_toggle_button_get_active( GTK_TOGGLE_BUTTON(page->checkbtn_always_show_msg)); prefs_common.open_selected_on_folder_open = gtk_toggle_button_get_active( diff --git a/src/summaryview.c b/src/summaryview.c index 47e121422..717c62e2f 100644 --- a/src/summaryview.c +++ b/src/summaryview.c @@ -1476,7 +1476,8 @@ gboolean summary_show(SummaryView *summaryview, FolderItem *item) if (node == NULL && GTK_CMCLIST(ctree)->row_list != NULL) node = gtk_cmctree_node_nth (ctree, - item->sort_type == SORT_DESCENDING + prefs_common.ignore_sort_direction + && item->sort_type == SORT_DESCENDING ? 0 : GTK_CMCLIST(ctree)->rows - 1); summary_unlock(summaryview); @@ -1494,7 +1495,8 @@ gboolean summary_show(SummaryView *summaryview, FolderItem *item) if (GTK_CMCLIST(ctree)->row_list != NULL) node = gtk_cmctree_node_nth (ctree, - item->sort_type == SORT_DESCENDING + prefs_common.ignore_sort_direction + && item->sort_type == SORT_DESCENDING ? 0 : GTK_CMCLIST(ctree)->rows - 1); summary_select_node(summaryview, node, OPEN_SELECTED_ON_SEARCH_RESULTS); } @@ -1518,16 +1520,31 @@ gboolean summary_show(SummaryView *summaryview, FolderItem *item) switch(act) { case ACTION_MARKED: - node = summary_find_next_flagged_msg(summaryview, NULL, - MSG_MARKED, FALSE); + if (prefs_common.ignore_sort_direction + && item->sort_type == SORT_DESCENDING) + node = summary_find_prev_flagged_msg + (summaryview, NULL, MSG_MARKED, FALSE); + else + node = summary_find_next_flagged_msg + (summaryview, NULL, MSG_MARKED, FALSE); break; case ACTION_NEW: - node = summary_find_next_flagged_msg(summaryview, NULL, - MSG_NEW, FALSE); + if (prefs_common.ignore_sort_direction && + item->sort_type == SORT_DESCENDING) + node = summary_find_prev_flagged_msg + (summaryview, NULL, MSG_NEW, FALSE); + else + node = summary_find_next_flagged_msg + (summaryview, NULL, MSG_NEW, FALSE); break; case ACTION_UNREAD: - node = summary_find_next_flagged_msg(summaryview, NULL, - MSG_UNREAD, FALSE); + if (prefs_common.ignore_sort_direction + && item->sort_type == SORT_DESCENDING) + node = summary_find_prev_flagged_msg + (summaryview, NULL, MSG_UNREAD, FALSE); + else + node = summary_find_next_flagged_msg + (summaryview, NULL, MSG_UNREAD, FALSE); break; case ACTION_LAST_OPENED: if (summaryview->folder_item) { @@ -1539,7 +1556,8 @@ gboolean summary_show(SummaryView *summaryview, FolderItem *item) if (GTK_CMCLIST(ctree)->row_list != NULL) { node = gtk_cmctree_node_nth (ctree, - item->sort_type == SORT_DESCENDING + prefs_common.ignore_sort_direction + && item->sort_type == SORT_DESCENDING ? 0 : GTK_CMCLIST(ctree)->rows - 1); } break; @@ -1547,8 +1565,9 @@ gboolean summary_show(SummaryView *summaryview, FolderItem *item) if (GTK_CMCLIST(ctree)->row_list != NULL) { node = gtk_cmctree_node_nth (ctree, - item->sort_type == SORT_ASCENDING - ? 0 : GTK_CMCLIST(ctree)->rows - 1); + prefs_common.ignore_sort_direction + && item->sort_type == SORT_DESCENDING + ? GTK_CMCLIST(ctree)->rows - 1 : 0); } break; case ACTION_NOTHING: @@ -1828,10 +1847,10 @@ void summary_select_prev(SummaryView *summaryview) GtkCMCTreeNode *node = summaryview->selected; GtkCMCTree *ctree = GTK_CMCTREE(summaryview->ctree); - if (summaryview->sort_type == SORT_ASCENDING) - node = gtkut_ctree_node_prev(ctree, node); - else + if (prefs_common.ignore_sort_direction && summaryview->sort_type == SORT_DESCENDING) node = gtkut_ctree_node_next(ctree, node); + else + node = gtkut_ctree_node_prev(ctree, node); if (node && node != summaryview->selected) summary_select_node(summaryview, node, OPEN_SELECTED_ON_PREVNEXT); @@ -1842,10 +1861,10 @@ void summary_select_next(SummaryView *summaryview) GtkCMCTreeNode *node = summaryview->selected; GtkCMCTree *ctree = GTK_CMCTREE(summaryview->ctree); - if (summaryview->sort_type == SORT_ASCENDING) - node = gtkut_ctree_node_next(ctree, node); - else + if (prefs_common.ignore_sort_direction && summaryview->sort_type == SORT_DESCENDING) node = gtkut_ctree_node_prev(ctree, node); + else + node = gtkut_ctree_node_next(ctree, node); if (node && node != summaryview->selected) summary_select_node(summaryview, node, OPEN_SELECTED_ON_PREVNEXT); @@ -1855,11 +1874,11 @@ void summary_select_prev_unread(SummaryView *summaryview) { GtkCMCTreeNode *node; - if (summaryview->sort_type == SORT_ASCENDING) - node = summary_find_prev_flagged_msg + if (prefs_common.ignore_sort_direction && summaryview->sort_type == SORT_DESCENDING) + node = summary_find_next_flagged_msg (summaryview, summaryview->selected, MSG_UNREAD, TRUE); else - node = summary_find_next_flagged_msg + node = summary_find_prev_flagged_msg (summaryview, summaryview->selected, MSG_UNREAD, TRUE); if (!node || node == summaryview->selected) { @@ -1883,11 +1902,11 @@ void summary_select_prev_unread(SummaryView *summaryview) _("Internal error: unexpected value for prefs_common.next_unread_msg_dialog\n")); } if (val != G_ALERTALTERNATE) return; - if (summaryview->sort_type == SORT_ASCENDING) - node = summary_find_prev_flagged_msg(summaryview, NULL, + if (prefs_common.ignore_sort_direction && summaryview->sort_type == SORT_DESCENDING) + node = summary_find_next_flagged_msg(summaryview, NULL, MSG_UNREAD, FALSE); else - node = summary_find_next_flagged_msg(summaryview, NULL, + node = summary_find_prev_flagged_msg(summaryview, NULL, MSG_UNREAD, FALSE); } @@ -1901,11 +1920,11 @@ void summary_select_next_unread(SummaryView *summaryview) { GtkCMCTreeNode *node = summaryview->selected; - if (summaryview->sort_type == SORT_ASCENDING) - node = summary_find_next_flagged_msg + if (prefs_common.ignore_sort_direction && summaryview->sort_type == SORT_DESCENDING) + node = summary_find_prev_flagged_msg (summaryview, node, MSG_UNREAD, TRUE); else - node = summary_find_prev_flagged_msg + node = summary_find_next_flagged_msg (summaryview, node, MSG_UNREAD, TRUE); if (node) @@ -1940,11 +1959,11 @@ void summary_select_prev_new(SummaryView *summaryview) { GtkCMCTreeNode *node; - if (summaryview->sort_type == SORT_ASCENDING) - node = summary_find_prev_flagged_msg + if (prefs_common.ignore_sort_direction && summaryview->sort_type == SORT_DESCENDING) + node = summary_find_next_flagged_msg (summaryview, summaryview->selected, MSG_NEW, TRUE); else - node = summary_find_next_flagged_msg + node = summary_find_prev_flagged_msg (summaryview, summaryview->selected, MSG_NEW, TRUE); if (!node || node == summaryview->selected) { @@ -1968,11 +1987,11 @@ void summary_select_prev_new(SummaryView *summaryview) _("Internal error: unexpected value for prefs_common.next_unread_msg_dialog\n")); } if (val != G_ALERTALTERNATE) return; - if (summaryview->sort_type == SORT_ASCENDING) - node = summary_find_prev_flagged_msg(summaryview, NULL, + if (prefs_common.ignore_sort_direction && summaryview->sort_type == SORT_DESCENDING) + node = summary_find_next_flagged_msg(summaryview, NULL, MSG_NEW, FALSE); else - node = summary_find_next_flagged_msg(summaryview, NULL, + node = summary_find_prev_flagged_msg(summaryview, NULL, MSG_NEW, FALSE); } @@ -1986,11 +2005,11 @@ void summary_select_next_new(SummaryView *summaryview) { GtkCMCTreeNode *node = summaryview->selected; - if (summaryview->sort_type == SORT_ASCENDING) - node = summary_find_next_flagged_msg + if (prefs_common.ignore_sort_direction && summaryview->sort_type == SORT_DESCENDING) + node = summary_find_prev_flagged_msg (summaryview, node, MSG_NEW, TRUE); else - node = summary_find_prev_flagged_msg + node = summary_find_next_flagged_msg (summaryview, node, MSG_NEW, TRUE); if (node) @@ -2024,11 +2043,11 @@ void summary_select_prev_marked(SummaryView *summaryview) { GtkCMCTreeNode *node; - if (summaryview->sort_type == SORT_ASCENDING) - node = summary_find_prev_flagged_msg + if (prefs_common.ignore_sort_direction && summaryview->sort_type == SORT_DESCENDING) + node = summary_find_next_flagged_msg (summaryview, summaryview->selected, MSG_MARKED, TRUE); else - node = summary_find_next_flagged_msg + node = summary_find_prev_flagged_msg (summaryview, summaryview->selected, MSG_MARKED, TRUE); if (!node) { @@ -2053,11 +2072,11 @@ void summary_select_next_marked(SummaryView *summaryview) { GtkCMCTreeNode *node = summaryview->selected; - if (summaryview->sort_type == SORT_ASCENDING) - node = summary_find_next_flagged_msg + if (prefs_common.ignore_sort_direction && summaryview->sort_type == SORT_DESCENDING) + node = summary_find_prev_flagged_msg (summaryview, node, MSG_MARKED, TRUE); else - node = summary_find_prev_flagged_msg + node = summary_find_next_flagged_msg (summaryview, node, MSG_MARKED, TRUE); if (node) @@ -2091,11 +2110,11 @@ void summary_select_prev_labeled(SummaryView *summaryview) { GtkCMCTreeNode *node; - if (summaryview->sort_type == SORT_ASCENDING) - node = summary_find_prev_flagged_msg + if (prefs_common.ignore_sort_direction && summaryview->sort_type == SORT_DESCENDING) + node = summary_find_next_flagged_msg (summaryview, summaryview->selected, MSG_CLABEL_FLAG_MASK, TRUE); else - node = summary_find_next_flagged_msg + node = summary_find_prev_flagged_msg (summaryview, summaryview->selected, MSG_CLABEL_FLAG_MASK, TRUE); if (!node) { @@ -2120,11 +2139,11 @@ void summary_select_next_labeled(SummaryView *summaryview) { GtkCMCTreeNode *node; - if (summaryview->sort_type == SORT_ASCENDING) - node = summary_find_next_flagged_msg + if (prefs_common.ignore_sort_direction && summaryview->sort_type == SORT_DESCENDING) + node = summary_find_prev_flagged_msg (summaryview, summaryview->selected, MSG_CLABEL_FLAG_MASK, TRUE); else - node = summary_find_prev_flagged_msg + node = summary_find_next_flagged_msg (summaryview, summaryview->selected, MSG_CLABEL_FLAG_MASK, TRUE); if (!node) { @@ -2135,11 +2154,11 @@ void summary_select_next_labeled(SummaryView *summaryview) "Search from the beginning?"), GTK_STOCK_NO, "+"GTK_STOCK_YES, NULL); if (val != G_ALERTALTERNATE) return; - if (summaryview->sort_type == SORT_ASCENDING) - node = summary_find_next_flagged_msg(summaryview, NULL, + if (prefs_common.ignore_sort_direction && summaryview->sort_type == SORT_DESCENDING) + node = summary_find_prev_flagged_msg(summaryview, NULL, MSG_CLABEL_FLAG_MASK, TRUE); else - node = summary_find_prev_flagged_msg(summaryview, NULL, + node = summary_find_next_flagged_msg(summaryview, NULL, MSG_CLABEL_FLAG_MASK, TRUE); } @@ -4435,14 +4454,14 @@ void summary_delete(SummaryView *summaryview) folder_item_set_batch(summaryview->folder_item, FALSE); END_LONG_OPERATION(summaryview); - if (summaryview->sort_type == SORT_ASCENDING) { - node = summary_find_next_msg(summaryview, sel_last, TRUE); + if (prefs_common.ignore_sort_direction && summaryview->sort_type == SORT_DESCENDING) { + node = summary_find_prev_msg(summaryview, sel_last, TRUE); if (!node || prefs_common.next_on_delete == FALSE) - node = summary_find_prev_msg(summaryview, sel_last,TRUE); + node = summary_find_next_msg(summaryview, sel_last,TRUE); } else { - node = summary_find_prev_msg(summaryview, sel_last,TRUE); + node = summary_find_next_msg(summaryview, sel_last,TRUE); if (!node || prefs_common.next_on_delete == FALSE) - node = summary_find_next_msg(summaryview, sel_last,TRUE); + node = summary_find_prev_msg(summaryview, sel_last,TRUE); } summary_select_node(summaryview, node, OPEN_SELECTED_ON_DELETEMOVE); @@ -4592,14 +4611,14 @@ void summary_move_selected_to(SummaryView *summaryview, FolderItem *to_folder) summary_execute(summaryview); } else { GtkCMCTreeNode *node = NULL; - if (summaryview->sort_type == SORT_ASCENDING) { - node = summary_find_next_msg(summaryview, sel_last,TRUE); - if (!node || prefs_common.next_on_delete == FALSE) - node = summary_find_prev_msg(summaryview, sel_last,TRUE); - } else { + if (prefs_common.ignore_sort_direction && summaryview->sort_type == SORT_DESCENDING) { node = summary_find_prev_msg(summaryview, sel_last,TRUE); if (!node || prefs_common.next_on_delete == FALSE) node = summary_find_next_msg(summaryview, sel_last,TRUE); + } else { + node = summary_find_next_msg(summaryview, sel_last,TRUE); + if (!node || prefs_common.next_on_delete == FALSE) + node = summary_find_prev_msg(summaryview, sel_last,TRUE); } summary_select_node(summaryview, node, OPEN_SELECTED_ON_DELETEMOVE); summary_status_show(summaryview); @@ -4972,14 +4991,14 @@ gboolean summary_execute(SummaryView *summaryview) if (!new_selected && gtkut_ctree_node_is_selected(ctree, node)) { summary_unselect_all(summaryview); - if (summaryview->sort_type == SORT_ASCENDING) { - new_selected = summary_find_next_msg(summaryview, node,TRUE); - if (!new_selected || prefs_common.next_on_delete == FALSE) - new_selected = summary_find_prev_msg(summaryview, node,TRUE); - } else { + if (prefs_common.ignore_sort_direction && summaryview->sort_type == SORT_DESCENDING) { new_selected = summary_find_prev_msg(summaryview, node,TRUE); if (!new_selected || prefs_common.next_on_delete == FALSE) new_selected = summary_find_next_msg(summaryview, node,TRUE); + } else { + new_selected = summary_find_next_msg(summaryview, node,TRUE); + if (!new_selected || prefs_common.next_on_delete == FALSE) + new_selected = summary_find_prev_msg(summaryview, node,TRUE); } } -- 2.12.1 From noreply at thewildbeast.co.uk Tue Mar 28 20:58:48 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 28 Mar 2017 18:58:48 +0000 Subject: [Users] [Bug 3788] Please make "Go to previous unread" work as "Go to next unread" In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3788 --- Comment #4 from Andreas Rönnquist --- Created attachment 1735 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1735&action=edit Better version of patch -- You are receiving this mail because: You are the assignee for the bug. From silver.bullet at zoho.com Tue Mar 28 21:02:27 2017 From: silver.bullet at zoho.com (Ralf Mardorf) Date: Tue, 28 Mar 2017 21:02:27 +0200 Subject: [Users] Using filter actions to call shell script to change Subject of Message In-Reply-To: <20170328194519.29d4d3bc@utnubu> References: <6dc9e2a4-6de4-e3cd-b28a-5e24992e9691@gmail.com> <20170328194519.29d4d3bc@utnubu> Message-ID: <1490727747.839.3.camel@zoho.com> On Tue, 2017-03-28 at 19:45 +0200, Ralf Mardorf wrote: > On Tue, 28 Mar 2017 18:02:32 +0100, sue butler wrote: > > echo %F | xargs -n 1 remove-stuff.sh > > "echo %F" means "echo /path/to/file", what you perhaps want is replacing > "echo %F" with "cat %F", but then the headers and bodies of all > selected mails are piped, they aren't separated, so "xargs -n 1" > unlikely does what you want it to do. PS: Consider to do it this way script.sh %f From noreply at thewildbeast.co.uk Tue Mar 28 23:05:46 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 28 Mar 2017 21:05:46 +0000 Subject: [Users] [Bug 3791] Marking RSS item as read causes hang In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3791 --- Comment #9 from markvs at protonmail.ch --- It happened in 32-bit too just now, clicking on a random feed item. Running Fancy and RSSyl. When Claws stopped responding, Fancy was stuck at 0% loaded. The trace is here: https://pastebin.com/h6ZtUZJq -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Mar 29 07:52:50 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Mar 2017 05:52:50 +0000 Subject: [Users] [Bug 3788] Please make "Go to previous unread" work as "Go to next unread" In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3788 --- Comment #5 from Andreas Rönnquist --- Created attachment 1736 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1736&action=edit Updated patch Adding possibility to add action to toolbar. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Mar 29 09:49:19 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Mar 2017 07:49:19 +0000 Subject: [Users] [Bug 3794] New: switching account after failed login sending an email: double free or corruption (fasttop) Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3794 Bug ID: 3794 Summary: switching account after failed login sending an email: double free or corruption (fasttop) Classification: Unclassified Product: Claws Mail Version: 3.14.1 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P3 Component: Folders/IMAP Assignee: users at lists.claws-mail.org Reporter: kardan at riseup.net Steps: 1. Write an email, try to send it with an account without saved password. 2. Cancel the login prompt. 3. Switch to another account. Claws crashes. If you are luck, a local folder is set for drafts. ** (claws-mail:2323): WARNING **: [07:57:17] Connection to mail..net failed: login refused. (claws-mail:2323): Claws-Mail-CRITICAL **: imap_get_num_list: assertion 'session != NULL' failed (claws-mail:2323): Claws-Mail-WARNING **: can't queue the message *** Error in `claws-mail': double free or corruption (fasttop): 0x0bee68a0 *** ======= Backtrace: ========= /lib/i386-linux-gnu/libc.so.6(+0x6737a)[0xb62a437a] /lib/i386-linux-gnu/libc.so.6(+0x6dfb7)[0xb62aafb7] /lib/i386-linux-gnu/libc.so.6(+0x6e776)[0xb62ab776] /lib/i386-linux-gnu/libglib-2.0.so.0(g_free+0x20)[0xb69889e0] claws-mail[0x809fc25] /usr/lib/i386-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x14b)[0xb6a75c3b] /usr/lib/i386-linux-gnu/libgobject-2.0.so.0(+0x2001e)[0xb6a8801e] /usr/lib/i386-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0xdf6)[0xb6a90bb6] /usr/lib/i386-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x25)[0xb6a90ed5] /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0(gtk_menu_item_activate+0x71)[0xb733b561] claws-mail[0x80acd9c] claws-mail[0x80ad2db] claws-mail[0x80ba5e9] /usr/lib/i386-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x14b)[0xb6a75c3b] /usr/lib/i386-linux-gnu/libgobject-2.0.so.0(+0x2001e)[0xb6a8801e] /usr/lib/i386-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0xdf6)[0xb6a90bb6] /usr/lib/i386-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x25)[0xb6a90ed5] /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0(+0x97c95)[0xb72a1c95] /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0(gtk_combo_box_set_active_iter+0x86)[0xb72a4bf6] /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0(+0x9afbd)[0xb72a4fbd] /usr/lib/i386-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x14b)[0xb6a75c3b] /usr/lib/i386-linux-gnu/libgobject-2.0.so.0(+0x2001e)[0xb6a8801e] /usr/lib/i386-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0xdf6)[0xb6a90bb6] /usr/lib/i386-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x25)[0xb6a90ed5] /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0(gtk_widget_activate+0x75)[0xb744b115] /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0(gtk_menu_shell_activate_item+0x11f)[0xb733e37f] /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0(+0x13473a)[0xb733e73a] /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0(+0x1213df)[0xb732b3df] /usr/lib/i386-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x14b)[0xb6a75c3b] /usr/lib/i386-linux-gnu/libgobject-2.0.so.0(+0x2044b)[0xb6a8844b] /usr/lib/i386-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0x9fc)[0xb6a907bc] /usr/lib/i386-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x25)[0xb6a90ed5] /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0(+0x2425c4)[0xb744c5c4] /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0(gtk_propagate_event+0xe9)[0xb7329729] /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0(gtk_main_do_event+0x32d)[0xb7329b4d] /usr/lib/i386-linux-gnu/libgdk-x11-2.0.so.0(+0x54589)[0xb719d589] /lib/i386-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x299)[0xb69834e9] /lib/i386-linux-gnu/libglib-2.0.so.0(+0x47789)[0xb6983789] /lib/i386-linux-gnu/libglib-2.0.so.0(g_main_loop_run+0xf9)[0xb6983b39] /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0(gtk_main+0xb5)[0xb7328925] claws-mail(main+0x18ea)[0x8083fba] claws-mail[0x8084f68] ======= Memory map: ======== 08048000-0845d000 r-xp 00000000 fe:05 794150 /usr/bin/claws-mail 0845d000-08461000 r--p 00414000 fe:05 794150 /usr/bin/claws-mail 08461000-08489000 rw-p 00418000 fe:05 794150 /usr/bin/claws-mail 08489000-0849e000 rw-p 00000000 00:00 0 0a2f4000-0dfa4000 rw-p 00000000 00:00 0 [heap] a1981000-a1a2f000 r-xp 00000000 fe:05 935927 /usr/lib/i386-linux-gnu/libaspell.so.15.2.0 a1a2f000-a1a30000 ---p 000ae000 fe:05 935927 /usr/lib/i386-linux-gnu/libaspell.so.15.2.0 a1a30000-a1a33000 r--p 000ae000 fe:05 935927 /usr/lib/i386-linux-gnu/libaspell.so.15.2.0 a1a33000-a1a34000 rw-p 000b1000 fe:05 935927 /usr/lib/i386-linux-gnu/libaspell.so.15.2.0 a1a34000-a1a9b000 r-xp 00000000 fe:05 928938 /usr/lib/i386-linux-gnu/libhunspell-1.4.so.0.0.0 a1a9b000-a1a9c000 r--p 00066000 fe:05 928938 /usr/lib/i386-linux-gnu/libhunspell-1.4.so.0.0.0 a1a9c000-a1aa0000 rw-p 00067000 fe:05 928938 /usr/lib/i386-linux-gnu/libhunspell-1.4.so.0.0.0 a1ac6000-a1ac7000 ---p 00000000 00:00 0 a1ac7000-a22c7000 rw-p 00000000 00:00 0 a22e8000-a2374000 r--p 00000000 fe:05 529462 /usr/share/fonts/truetype/freefont/FreeMono.ttf a2374000-a23e3000 r-xp 00000000 fe:05 939546 /usr/lib/i386-linux-gnu/libjpeg.so.62.2.0 a23e3000-a23e4000 ---p 0006f000 fe:05 939546 /usr/lib/i386-linux-gnu/libjpeg.so.62.2.0 a23e4000-a23e5000 r--p 0006f000 fe:05 939546 /usr/lib/i386-linux-gnu/libjpeg.so.62.2.0 a23e5000-a23e6000 rw-p 00070000 fe:05 939546 /usr/lib/i386-linux-gnu/libjpeg.so.62.2.0 a23e6000-a2466000 rw-s 00000000 00:05 2654230 /SYSV00000000 (deleted) a2466000-a24aa000 r-xp 00000000 fe:05 791500 /lib/i386-linux-gnu/libnss_mymachines.so.2 a24aa000-a24ac000 r--p 00043000 fe:05 791500 /lib/i386-linux-gnu/libnss_mymachines.so.2 a24ac000-a24ad000 rw-p 00045000 fe:05 791500 /lib/i386-linux-gnu/libnss_mymachines.so.2 a24ad000-a2549000 r--p 00000000 fe:05 529744 /usr/share/fonts/truetype/dejavu/DejaVuSans-Oblique.ttf a2549000-a25e7000 r--p 00000000 fe:05 529742 /usr/share/fonts/truetype/dejavu/DejaVuSans-BoldOblique.ttf a25e7000-a65e7000 rw-s 00000000 00:05 45627 /memfd:pulseaudio (deleted) a65e7000-aa5e7000 rw-s 00000000 00:05 42675 /memfd:pulseaudio (deleted) aa5e7000-ae5e7000 rw-s 00000000 00:05 44269 /memfd:pulseaudio (deleted) ae5e7000-ae5e8000 ---p 00000000 00:00 0 ae5e8000-aede8000 rw-p 00000000 00:00 0 aede8000-b2de8000 rw-s 00000000 00:05 44269 /memfd:pulseaudio (deleted) b2de8000-b2e62000 r-xp 00000000 fe:05 949413 /usr/lib/i386-linux-gnu/libvorbisenc.so.2.0.11 b2e62000-b2e73000 r--p 00079000 fe:05 949413 /usr/lib/i386-linux-gnu/libvorbisenc.so.2.0.11 b2e73000-b2e74000 rw-p 0008a000 fe:05 949413 /usr/lib/i386-linux-gnu/libvorbisenc.so.2.0.11 b2e74000-b2efb000 r-xp 00000000 fe:05 933394 /usr/lib/i386-linux-gnu/libsndfile.so.1.0.27 b2efb000-b2efd000 r--p 00086000 fe:05 933394 /usr/lib/i386-linux-gnu/libsndfile.so.1.0.27 b2efd000-b2efe000 rw-p 00088000 fe:05 933394 /usr/lib/i386-linux-gnu/libsndfile.so.1.0.27 b2efe000-b2f00000 rw-p 00000000 00:00 0 b2f00000-b2f4b000 rw-p 00000000 00:00 0 b2f4b000-b3000000 ---p 00000000 00:00 0 b3011000-b306e000 r-xp 00000000 fe:05 933371 /usr/lib/i386-linux-gnu/libFLAC.so.8.3.0 b306e000-b306f000 r--p 0005c000 fe:05 933371 /usr/lib/i386-linux-gnu/libFLAC.so.8.3.0 b306f000-b3070000 rw-p 0005d000 fe:05 933371 /usr/lib/i386-linux-gnu/libFLAC.so.8.3.0 b3070000-b30fc000 r-xp 00000000 fe:05 1051921 /usr/lib/i386-linux-gnu/pulseaudio/libpulsecommon-10.0.so b30fc000-b30fd000 ---p 0008c000 fe:05 1051921 /usr/lib/i386-linux-gnu/pulseaudio/libpulsecommon-10.0.so b30fd000-b30fe000 r--p 0008c000 fe:05 1051921 /usr/lib/i386-linux-gnu/pulseaudio/libpulsecommon-10.0.so b30fe000-b30ff000 rw-p 0008d000 fe:05 1051921 /usr/lib/i386-linux-gnu/pulseaudio/libpulsecommon-10.0.so b30ff000-b3100000 ---p 00000000 00:00 0 b3100000-b3900000 rw-p 00000000 00:00 0 b3900000-b3924000 rw-p 00000000 00:00 0 b3924000-b3a00000 ---p 00000000 00:00 0 b3a1e000-b3a20000 r-xp 00000000 fe:05 1078441 /usr/lib/i386-linux-gnu/gconv/ISO8859-1.so b3a20000-b3a21000 r--p 00001000 fe:05 1078441 /usr/lib/i386-linux-gnu/gconv/ISO8859-1.so b3a21000-b3a22000 rw-p 00002000 fe:05 1078441 /usr/lib/i386-linux-gnu/gconv/ISO8859-1.so b3a22000-b3a24000 r-xp 00000000 fe:05 1063899 /usr/lib/i386-linux-gnu/gconv/CP1252.so b3a24000-b3a25000 r--p 00001000 fe:05 1063899 /usr/lib/i386-linux-gnu/gconv/CP1252.so b3a25000-b3a26000 rw-p 00002000 fe:05 1063899 /usr/lib/i386-linux-gnu/gconv/CP1252.so b3a26000-b3a2a000 r-xp 00000000 fe:05 1053258 /usr/lib/i386-linux-gnu/enchant/libenchant_myspell.so b3a2a000-b3a2b000 r--p 00003000 fe:05 1053258 /usr/lib/i386-linux-gnu/enchant/libenchant_myspell.so b3a2b000-b3a2c000 rw-p 00004000 fe:05 1053258 /usr/lib/i386-linux-gnu/enchant/libenchant_myspell.so b3a2c000-b3a38000 r-xp 00000000 fe:05 1053255 /usr/lib/i386-linux-gnu/enchant/libenchant_ispell.so b3a38000-b3a39000 r--p 0000b000 fe:05 1053255 /usr/lib/i386-linux-gnu/enchant/libenchant_ispell.so b3a39000-b3a3a000 rw-p 0000c000 fe:05 1053255 /usr/lib/i386-linux-gnu/enchant/libenchant_ispell.so b3a3a000-b3a43000 r-xp 00000000 fe:05 1053252 /usr/lib/i386-linux-gnu/enchant/libenchant_hspell.so b3a43000-b3a44000 r--p 00008000 fe:05 1053252 /usr/lib/i386-linux-gnu/enchant/libenchant_hspell.so b3a44000-b3a46000 rw-p 00009000 fe:05 1053252 /usr/lib/i386-linux-gnu/enchant/libenchant_hspell.so b3a46000-b3a4c000 r-xp 00000000 fe:05 1059712 /usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so b3a4c000-b3a4d000 r--p 00005000 fe:05 1059712 /usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so b3a4d000-b3a4e000 rw-p 00006000 fe:05 1059712 /usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so b3a4e000-b3a54000 r-xp 00000000 fe:05 1059711 /usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-jpeg.so b3a54000-b3a55000 r--p 00005000 fe:05 1059711 /usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-jpeg.so b3a55000-b3a56000 rw-p 00006000 fe:05 1059711 /usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-jpeg.so b3a56000-b3a5b000 r-xp 00000000 fe:05 929318 /usr/lib/i386-linux-gnu/libasyncns.so.0.3.1 b3a5b000-b3a5c000 r--p 00004000 fe:05 929318 /usr/lib/i386-linux-gnu/libasyncns.so.0.3.1 b3a5c000-b3a5d000 rw-p 00005000 fe:05 929318 /usr/lib/i386-linux-gnu/libasyncns.so.0.3.1 b3a5d000-b3a65000 r-xp 00000000 fe:05 787531 /lib/i386-linux-gnu/libwrap.so.0.7.6 b3a65000-b3a66000 ---p 00008000 fe:05 787531 /lib/i386-linux-gnu/libwrap.so.0.7.6 b3a66000-b3a67000 r--p 00008000 fe:05 787531 /lib/i386-linux-gnu/libwrap.so.0.7.6 b3a67000-b3a68000 rw-p 00009000 fe:05 787531 /lib/i386-linux-gnu/libwrap.so.0.7.6 b3a68000-b3a6e000 r-xp 00000000 fe:05 930877 /usr/lib/i386-linux-gnu/libXtst.so.6.1.0 b3a6e000-b3a6f000 r--p 00005000 fe:05 930877 /usr/lib/i386-linux-gnu/libXtst.so.6.1.0 b3a6f000-b3a70000 rw-p 00006000 fe:05 930877 /usr/lib/i386-linux-gnu/libXtst.so.6.1.0 b3a70000-b3a74000 r-xp 00000000 fe:05 787428 /lib/i386-linux-gnu/libcap.so.2.25 b3a74000-b3a75000 r--p 00003000 fe:05 787428 /lib/i386-linux-gnu/libcap.so.2.25 b3a75000-b3a76000 rw-p 00004000 fe:05 787428 /lib/i386-linux-gnu/libcap.so.2.25 b3a76000-b3ace000 r-xp 00000000 fe:05 936052 /usr/lib/i386-linux-gnu/libpulse.so.0.20.1 b3ace000-b3acf000 r--p 00057000 fe:05 936052 /usr/lib/i386-linux-gnu/libpulse.so.0.20.1 b3acf000-b3ad0000 rw-p 00058000 fe:05 936052 /usr/lib/i386-linux-gnu/libpulse.so.0.20.1 b3ad1000-b3af2000 r--s 00000000 fe:05 662388 /usr/share/mime/mime.cache b3af2000-b3af4000 r-xp 00000000 fe:05 1053249 /usr/lib/i386-linux-gnu/enchant/libenchant_aspell.so b3af4000-b3af5000 r--p 00001000 fe:05 1053249 /usr/lib/i386-linux-gnu/enchant/libenchant_aspell.so b3af5000-b3af6000 rw-p 00002000 fe:05 1053249 /usr/lib/i386-linux-gnu/enchant/libenchant_aspell.so b3af6000-b3afd000 r-xp 00000000 fe:05 1054653 /usr/lib/i386-linux-gnu/libcanberra-0.30/libcanberra-pulse.so b3afd000-b3afe000 r--p 00006000 fe:05 1054653 /usr/lib/i386-linux-gnu/libcanberra-0.30/libcanberra-pulse.so b3afe000-b3aff000 rw-p 00007000 fe:05 1054653 /usr/lib/i386-linux-gnu/libcanberra-0.30/libcanberra-pulse.so b3aff000-b3b00000 ---p 00000000 00:00 0 b3b00000-b4300000 rw-p 00000000 00:00 0 b4300000-b4321000 rw-p 00000000 00:00 0 b4321000-b4400000 ---p 00000000 00:00 0 b4400000-b4411000 r-xp 00000000 fe:05 793448 /lib/i386-linux-gnu/libnss_myhostname.so.2 b4411000-b4412000 r--p 00010000 fe:05 793448 /lib/i386-linux-gnu/libnss_myhostname.so.2 b4412000-b4413000 rw-p 00011000 fe:05 793448 /lib/i386-linux-gnu/libnss_myhostname.so.2 b4413000-b4426000 r-xp 00000000 fe:05 922222 /usr/lib/i386-linux-gnu/libassuan.so.0.7.3 b4426000-b4427000 r--p 00012000 fe:05 922222 /usr/lib/i386-linux-gnu/libassuan.so.0.7.3 b4427000-b4428000 rw-p 00013000 fe:05 922222 /usr/lib/i386-linux-gnu/libassuan.so.0.7.3 b4428000-b4475000 r-xp 00000000 fe:05 937002 /usr/lib/i386-linux-gnu/libgpgme.so.11.17.0 b4475000-b4476000 r--p 0004c000 fe:05 937002 /usr/lib/i386-linux-gnu/libgpgme.so.11.17.0 b4476000-b4477000 rw-p 0004d000 fe:05 937002 /usr/lib/i386-linux-gnu/libgpgme.so.11.17.0 b4478000-b4479000 r-xp 00000000 fe:05 930552 /usr/lib/i386-linux-gnu/libX11-xcb.so.1.0.0 b4479000-b447a000 r--p 00000000 fe:05 930552 /usr/lib/i386-linux-gnu/libX11-xcb.so.1.0.0 b447a000-b447b000 rw-p 00001000 fe:05 930552 /usr/lib/i386-linux-gnu/libX11-xcb.so.1.0.0 b447b000-b4480000 r-xp 00000000 fe:05 792035 /lib/i386-linux-gnu/libnss_dns-2.24.so b4480000-b4481000 r--p 00004000 fe:05 792035 /lib/i386-linux-gnu/libnss_dns-2.24.so b4481000-b4482000 rw-p 00005000 fe:05 792035 /lib/i386-linux-gnu/libnss_dns-2.24.so b4482000-b448d000 r-xp 00000000 fe:05 792168 /lib/i386-linux-gnu/libnss_files-2.24.so b448d000-b448e000 r--p 0000a000 fe:05 792168 /lib/i386-linux-gnu/libnss_files-2.24.so b448e000-b448f000 rw-p 0000b000 fe:05 792168 /lib/i386-linux-gnu/libnss_files-2.24.so b448f000-b4495000 rw-p 00000000 00:00 0 b4495000-b449b000 r-xp 00000000 fe:05 1054143 /usr/lib/i386-linux-gnu/claws-mail/plugins/pgpinline.so b449b000-b449c000 r--p 00005000 fe:05 1054143 /usr/lib/i386-linux-gnu/claws-mail/plugins/pgpinline.so b449c000-b449d000 rw-p 00006000 fe:05 1054143 /usr/lib/i386-linux-gnu/claws-mail/plugins/pgpinline.so b449d000-b449e000 ---p 00000000 00:00 0 b449e000-b4c9e000 rw-p 00000000 00:00 0 b4c9e000-b4ca0000 r-xp 00000000 fe:05 794462 /lib/i386-linux-gnu/libutil-2.24.so b4ca0000-b4ca1000 r--p 00001000 fe:05 794462 /lib/i386-linux-gnu/libutil-2.24.so b4ca1000-b4ca2000 rw-p 00002000 fe:05 794462 /lib/i386-linux-gnu/libutil-2.24.so b4ca2000-b4cd9000 r-xp 00000000 fe:05 1060047 /usr/lib/i386-linux-gnu/gvfs/libgvfscommon.so b4cd9000-b4cdc000 r--p 00036000 fe:05 1060047 /usr/lib/i386-linux-gnu/gvfs/libgvfscommon.so b4cdc000-b4cdd000 rw-p 00039000 fe:05 1060047 /usr/lib/i386-linux-gnu/gvfs/libgvfscommon.so b4cdd000-b4d13000 r-xp 00000000 fe:05 1053697 /usr/lib/i386-linux-gnu/gio/modules/libgvfsdbus.so b4d13000-b4d14000 r--p 00035000 fe:05 1053697 /usr/lib/i386-linux-gnu/gio/modules/libgvfsdbus.so b4d14000-b4d15000 rw-p 00036000 fe:05 1053697 /usr/lib/i386-linux-gnu/gio/modules/libgvfsdbus.so b4d15000-b4d1c000 r-xp 00000000 fe:05 929944 /usr/lib/i386-linux-gnu/libogg.so.0.8.2 b4d1c000-b4d1d000 r--p 00006000 fe:05 929944 /usr/lib/i386-linux-gnu/libogg.so.0.8.2 b4d1d000-b4d1e000 rw-p 00007000 fe:05 929944 /usr/lib/i386-linux-gnu/libogg.so.0.8.2 b4d1e000-b4d48000 r-xp 00000000 fe:05 921880 /usr/lib/i386-linux-gnu/libvorbis.so.0.4.8 b4d48000-b4d49000 r--p 00029000 fe:05 921880 /usr/lib/i386-linux-gnu/libvorbis.so.0.4.8 b4d49000-b4d4a000 rw-p 0002a000 fe:05 921880 /usr/lib/i386-linux-gnu/libvorbis.so.0.4.8 b4d4a000-b4d54000 r-xp 00000000 fe:05 935124 /usr/lib/i386-linux-gnu/libltdl.so.7.3.1 b4d54000-b4d55000 r--p 00009000 fe:05 935124 /usr/lib/i386-linux-gnu/libltdl.so.7.3.1 b4d55000-b4d56000 rw-p 0000a000 fe:05 935124 /usr/lib/i386-linux-gnu/libltdl.so.7.3.1 b4d56000-b4d6d000 r-xp 00000000 fe:05 931968 /usr/lib/i386-linux-gnu/libtdb.so.1.3.11 b4d6d000-b4d6e000 ---p 00017000 fe:05 931968 /usr/lib/i386-linux-gnu/libtdb.so.1.3.11 b4d6e000-b4d6f000 r--p 00017000 fe:05 931968 /usr/lib/i386-linux-gnu/libtdb.so.1.3.11 b4d6f000-b4d70000 rw-p 00018000 fe:05 931968 /usr/lib/i386-linux-gnu/libtdb.so.1.3.11 b4d70000-b4d79000 r-xp 00000000 fe:05 918959 /usr/lib/i386-linux-gnu/libvorbisfile.so.3.3.7 b4d79000-b4d7a000 r--p 00008000 fe:05 918959 /usr/lib/i386-linux-gnu/libvorbisfile.so.3.3.7 b4d7a000-b4d7b000 rw-p 00009000 fe:05 918959 /usr/lib/i386-linux-gnu/libvorbisfile.so.3.3.7 b4d7b000-b4d8d000 r-xp 00000000 fe:05 929398 /usr/lib/i386-linux-gnu/libcanberra.so.0.2.5 b4d8d000-b4d8e000 r--p 00011000 fe:05 929398 /usr/lib/i386-linux-gnu/libcanberra.so.0.2.5 b4d8e000-b4d8f000 rw-p 00012000 fe:05 929398 /usr/lib/i386-linux-gnu/libcanberra.so.0.2.5 b4d8f000-b4d93000 r-xp 00000000 fe:05 929396 /usr/lib/i386-linux-gnu/libcanberra-gtk.so.0.1.9 b4d93000-b4d94000 r--p 00003000 fe:05 929396 /usr/lib/i386-linux-gnu/libcanberra-gtk.so.0.1.9 b4d94000-b4d95000 rw-p 00004000 fe:05 929396 /usr/lib/i386-linux-gnu/libcanberra-gtk.so.0.1.9 b4d95000-b4d9c000 r-xp 00000000 fe:05 935457 /usr/lib/i386-linux-gnu/libnotify.so.4.0.0 b4d9c000-b4d9d000 r--p 00006000 fe:05 935457 /usr/lib/i386-linux-gnu/libnotify.so.4.0.0 b4d9d000-b4d9e000 rw-p 00007000 fe:05 935457 /usr/lib/i386-linux-gnu/libnotify.so.4.0.0 -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Mar 29 10:28:53 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Mar 2017 08:28:53 +0000 Subject: [Users] [Bug 3795] New: [PATCH] Fix typo in utils.c Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3795 Bug ID: 3795 Summary: [PATCH] Fix typo in utils.c Classification: Unclassified Product: Claws Mail Version: GIT Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P3 Component: Other Assignee: users at lists.claws-mail.org Reporter: andreas.bierfert at lowlatency.de Created attachment 1737 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1737&action=edit Patch against current git Fix a typo in utils.c which causes a wrong comparison. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Mar 29 10:30:22 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Mar 2017 08:30:22 +0000 Subject: [Users] [Bug 3796] New: [PATCH] Fix format-security warnings in alertpanel_ use Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3796 Bug ID: 3796 Summary: [PATCH] Fix format-security warnings in alertpanel_ use Classification: Unclassified Product: Claws Mail Version: GIT Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P3 Component: Other Assignee: users at lists.claws-mail.org Reporter: andreas.bierfert at lowlatency.de Created attachment 1738 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1738&action=edit Patch against current git This patch fixes format-security warnings in alertpanel_ use by passing "%s" as string and the buffer as va argument if no other va arguments are present. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Mar 29 10:54:51 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Mar 2017 08:54:51 +0000 Subject: [Users] [Bug 3796] [PATCH] Fix format-security warnings in alertpanel_ use In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3796 Andreas Bierfert changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #1738|0 |1 is obsolete| | --- Comment #1 from Andreas Bierfert --- Created attachment 1739 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1739&action=edit Patch against current git Missed a spot -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Mar 29 13:15:01 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Mar 2017 11:15:01 +0000 Subject: [Users] [Bug 3797] New: Unfold quoting renders quotes completely confusing Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3797 Bug ID: 3797 Summary: Unfold quoting renders quotes completely confusing Classification: Unclassified Product: Claws Mail Version: GIT Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P3 Component: UI/Message View Assignee: users at lists.claws-mail.org Reporter: info.mardorf at rocketmail.com Hi, the new unfold quoting renders quotes completely confusing. Claws 3.15.0-3-g8819fe I don't know what this commit actually tries to fix, since 3.15.0-1-g978206 was without an issue, here the commit just introduces a bug. It looks like this: On Wed, 29 Mar 2017 12:15:19 +0200, A wrote: >On Wed, 29 Mar 2017 13:09:02 +1030, B: >>Hello A, >>how are you? ] > > >Hello B, >I'm fine. .] This is disgusting! Regards, Ralf -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Mar 29 16:48:48 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Mar 2017 14:48:48 +0000 Subject: [Users] [Bug 3728] claws-mail 3.14.1 for Windows (64-bit) crashing sporadically when opening unread emails In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3728 --- Comment #9 from markvs at protonmail.ch --- Can confirm that the claws-mail-3.14.1git88-99-64bit-newcairo version has been perfectly stable (64-bit even!) without both the fancy plugin hang or the libcairo crashes. Whatever you guys did there, it worked. Unfortunately this change did not make it into 3.15. -- You are receiving this mail because: You are the assignee for the bug. From sylpheed at 911networks.com Wed Mar 29 20:12:52 2017 From: sylpheed at 911networks.com (sylpheed at 911networks.com) Date: Wed, 29 Mar 2017 11:12:52 -0700 Subject: [Users] Previous unread not working Message-ID: <20170329111252.489ef9a8@frogguski.911networks.com> CM 3.14.1 on manjaro Pressed P and got the following error: no unread messages http://i.imgur.com/8bpjMlt.png As you can see, there's 1 unread message. -- sknahT vyS From noreply at thewildbeast.co.uk Wed Mar 29 20:32:32 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Mar 2017 18:32:32 +0000 Subject: [Users] [Bug 3798] New: Sporadic crashing Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3798 Bug ID: 3798 Summary: Sporadic crashing Classification: Unclassified Product: Claws Mail (Windows) Version: 3.15.0 Hardware: PC OS: Windows 10 Status: NEW Severity: major Priority: P3 Component: default Assignee: users at lists.claws-mail.org Reporter: gerard.seibert at gmail.com Created attachment 1740 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1740&action=edit gdb debug log This is the same problem that has been affecting all versions of Claws-Mail for Windows, 64 bit version. At least I think it is. This is happening on a Windows 10 PRO/64 bit machine. A copy of the debug report is included. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Mar 29 22:30:38 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Mar 2017 20:30:38 +0000 Subject: [Users] [Bug 3728] claws-mail 3.14.1 for Windows (64-bit) crashing sporadically when opening unread emails In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3728 --- Comment #10 from Andrej Kacian --- Well, we updated few of the libraries to newer versions in that test release. I did not push these updates to 3.15.0-1, because the newer version of cairo noticeably slows down Claws Mail on certain video cards. However, I'm starting to think less crashes might be worth it. :) -- You are receiving this mail because: You are the assignee for the bug. From johnxj at gmx.com Thu Mar 30 00:41:12 2017 From: johnxj at gmx.com (John Jason Jordan) Date: Wed, 29 Mar 2017 15:41:12 -0700 Subject: [Users] (Solved) Not downloading from Gmail In-Reply-To: <20161209102245.3ead05a5@Devil-Bonobo> References: <20161208150437.3a762434@Devil-Bonobo> <20161208213655.684898c6@pfortin.com> <20161208191610.55f3f483@Devil-Bonobo> <20161209084610.4223be07@kujata> <20161209102245.3ead05a5@Devil-Bonobo> Message-ID: <20170329154112.68dee9e8@Devil-Bonobo> On Fri, 9 Dec 2016 10:22:45 -0800 John Jason Jordan dijo: >On Fri, 9 Dec 2016 08:46:10 +0000 >Paul dijo: > >>On Thu, 8 Dec 2016 19:16:10 -0800 >>John Jason Jordan wrote: >> >>> 2) I turned on 'allow less secure apps,' but it made no difference. >> >>You definitely need that google option turned on. In google's world >>'less secure' is a misnomer for apps that don't support OAuth 2.0, and >>Claws does not use OAuth. > >Success! At first it didn't work, so I turned it off. Then because you >said I definitely need it I turned it back on, now everything works. I'm back with continuing Gmail problems. I have two Gmail accounts - one for my university created when they moved to Gmail about three years ago, and the other is a private account I created myself many years ago. The first problem is that Gmail is constantly changing its certificates. I always click on 'accept and save' (should I?) and then the mail retrieval proceeds normally. However, lately I have had so much trouble connecting that I increased the timeout to three minutes, and now I don't get the popup about the new certificate until the end of the three minutes. Currently this is only happening with the university account, which I access with IMAP. I say it is only happening there because I am unable to connect to the private account at all, unless I access it with a web browser. The private account is POP3 and it was working with Claws Mail as recently as a couple weeks ago. Here is what the log says when I attempt to retrieve or send mail on the private POP3 account: * Account 'Gmail': Connecting to POP3 server: pop.gmail.com:995... [14:54:11] IMAP4> 61 NOOP [14:54:11] IMAP4< 61 OK Success [14:55:11] IMAP4> 62 NOOP [14:55:12] IMAP4< 62 OK Success ** Session timed out. You may be able to recover by increasing the timeout value in Preferences/Other/Miscellaneous. ... * Account 'Gmail': Connecting to SMTP server: smtp.gmail.com:587... [15:26:11] IMAP4> 125 NOOP [15:26:11] IMAP4< 125 OK Success [15:27:11] IMAP4> 126 NOOP [15:27:12] IMAP4< 126 OK Success *** Session timed out. You may be able to recover by increasing the timeout value in Preferences/Other/Miscellaneous. First issue about the above logs is why does it say 'IMAP4' when it is trying to connect to a POP3 server? Also, even though it timed out, it continues to add half a dozen more pairs of lines like the above for five or six minutes more. I also wonder about the certificates. What is supposed to happen with a POP3 account when there is a new certificate? What f there was a new one and I failed to accept it? Would I continue to get popups about it? If not that might explain why this account stopped working. Any other suggestions welcome! From noreply at thewildbeast.co.uk Thu Mar 30 01:00:23 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Mar 2017 23:00:23 +0000 Subject: [Users] [Bug 3796] [PATCH] Fix format-security warnings in alertpanel_ use In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3796 Ricardo Mones changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from users at lists.claws-mail.org --- Changes related to this bug have been committed. Please check latest Git and update the bug accordingly. You can also get the patch from: http://git.claws-mail.org/ ++ ChangeLog 2017-03-30 00:46:03.918445526 +0200 http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=ad37411af49478bce424547407e5ad16e7dabc20 Merge: 88f6a12 e6db5f2 Author: Colin Leroy Date: Thu Mar 30 00:46:02 2017 +0200 Merge branch 'master' of file:///home/git/claws http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=e6db5f2b301576156a8d56fb48b81ac9bffd0398 Author: Andreas Bierfert Date: Wed Mar 29 10:03:11 2017 +0200 Fix bug #3796 format-security warnings in alertpanel_ use This patch fixes format-security warnings in alertpanel_ use by passing "%s" as string and the buffer as va argument if no other va arguments are present. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Mar 30 03:28:56 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 30 Mar 2017 01:28:56 +0000 Subject: [Users] [Bug 3799] New: gpg private key not found, only gpg v1.x used Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3799 Bug ID: 3799 Summary: gpg private key not found, only gpg v1.x used Classification: Unclassified Product: Claws Mail Version: 3.15.0 Hardware: Other OS: Linux Status: NEW Severity: normal Priority: P3 Component: Plugins/Privacy/PGP Assignee: users at lists.claws-mail.org Reporter: max_musterman256 at web.de Most likely a private key is not found. Thus only keys generated within the program with "weaker" cryptographic properties are used. A related discription is stated here https://superuser.com/questions/1112673/gpg2-no-secret-key gpg version gpg (GnuPG) 1.4.20) does not work fully. Will later dig into some details, using gpgv2 or gpg2 would be recommended I think. But not sure about this. libetpan binding should further be better explained, make install somehow does not work. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Mar 30 08:59:14 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 30 Mar 2017 06:59:14 +0000 Subject: [Users] [Bug 3799] gpg private key not found, only gpg v1.x used In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3799 --- Comment #1 from Paul --- What has this got to do with Claws Mail? Please explain a little more verbosely. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Mar 30 09:50:34 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 30 Mar 2017 07:50:34 +0000 Subject: [Users] [Bug 3797] Unfold quoting renders quotes completely confusing In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3797 --- Comment #1 from users at lists.claws-mail.org --- Changes related to this bug have been committed. Please check latest Git and update the bug accordingly. You can also get the patch from: http://git.claws-mail.org/ ++ ChangeLog 2017-03-30 01:10:03.331213234 +0200 http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=08d63004f67b56f8a36a717e07b42edfc4c28747 Merge: ad37411 1acb353 Author: Colin Leroy Date: Thu Mar 30 01:10:02 2017 +0200 Merge branch 'master' of file:///home/git/claws http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=1acb353987cb2a45b6b6802cc48db6f66aac3121 Author: Andrej Kacian Date: Thu Mar 30 01:04:22 2017 +0200 Fix the other off-by-one bug in textview quoting. There were two complementary off-by-one bugs, each masking the other one. Commit 8819fe fixed the first one, thus unmasking this one. This should also fix the disgusting bug #3797: "Unfold quoting renders quotes completely confusing". --- Comment #2 from Ralf Mardorf --- Thank you, fixed with 3.15.0-8-g95ca860 as well as another issue I noticed for 3.15.0-3-g8819fe, clicking links in the signature works again, too. Regards, Ralf -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Mar 30 10:22:39 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 30 Mar 2017 08:22:39 +0000 Subject: [Users] [Bug 3797] Unfold quoting renders quotes completely confusing In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3797 Andrej Kacian changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Andrej Kacian --- I'm glad it's no longer disgusting. I was trying to fix a bug which is mostly hidden most of the time, but fixing it uncovered some more flaws that would take more effort to fix than I can currently spare, so I ended up reverting my changes. A personal observation, if I may: if finding bugs in a development snapshot of an application disgusts you, you should probably stay away from development snapshots, for your own well-being. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Mar 30 13:28:20 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 30 Mar 2017 11:28:20 +0000 Subject: [Users] [Bug 3800] New: automatic naming of automatic filtering rules Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3800 Bug ID: 3800 Summary: automatic naming of automatic filtering rules Classification: Unclassified Product: Claws Mail Version: GIT Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P3 Component: Filtering Assignee: users at lists.claws-mail.org Reporter: gusnan at openmailbox.org In filtering, using "Create filter rule -> Automatically" - if this results in filtering by list-id, how about automatically filling in the list-id also in the filter name? To me it seems like it's a very good candidate for filter name in most cases. This might also be valid for filtering by "From" and "To", but then fill in the email address in the filter name. And the result is easily modified if the results of this is unwanted. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Mar 30 18:23:46 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 30 Mar 2017 16:23:46 +0000 Subject: [Users] [Bug 3799] gpg private key not found, only gpg v1.x used In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3799 --- Comment #2 from max_musterman256 at web.de --- (In reply to comment #1) > What has this got to do with Claws Mail? Please explain a little more > verbosely. Reproduce with installing gpg and gpg2 sudo apt-get install gpgv gpgv2 gpg2 --gen-key and follow instructions with correct mail adress If you search within configuration -> account settings -> plugins -> gpg you will not find your new key. If you create your key within claw mail with help of the plugin, lets say for my mail adress and you list it with gpg2 --list-key max_muster it is rsa2048 and has no expiration limit. Expiration limit and abit longer key is recommended. Further it is annoying that keys are not found. I am unsure about the exact formatting and where what key is saved. Further I have no idea about the plugin used/how the binding/linking works. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Mar 30 18:53:41 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 30 Mar 2017 16:53:41 +0000 Subject: [Users] [Bug 3799] gpg private key not found, only gpg v1.x used In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3799 --- Comment #3 from Paul --- (In reply to comment #2) > If you search within configuration -> account settings -> plugins -> gpg > you will not find your new key. Where are you expecting to find it, why are you expecting to find it, and what are you expecting to find? -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Mar 30 18:55:35 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 30 Mar 2017 16:55:35 +0000 Subject: [Users] [Bug 3799] gpg private key not found, only gpg v1.x used In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3799 --- Comment #4 from Paul --- (In reply to comment #2) > If you create your key within claw mail with help of the plugin, > lets say for my mail adress and you list it with > gpg2 --list-key max_muster > it is rsa2048 and has no expiration limit. > > Expiration limit and abit longer key is recommended. > Further it is annoying that keys are not found. If you don't like the key that is generated from within Claws Mail, then don't generate a key from within Claws Mail. I'm still not seeing the bug here. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Mar 31 03:34:31 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 31 Mar 2017 01:34:31 +0000 Subject: [Users] [Bug 3799] gpg private key not found, only gpg v1.x used In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3799 max_musterman256 at web.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |REMIND --- Comment #5 from max_musterman256 at web.de --- Alright, missing configuration of gpgv2/gpg2 [with missing libgcrypt] does not work. calling gpg2 --version returned [ libgcrypt is too old (need 1.7.0, have 1.6.5) ] and thus was not correctly installed/linked and I fixed this with # echo "/usr/local/lib" > /etc/ld.so.conf.d/gpg2.conf && ldconfig -v Therefore the key could not be found. -> not related related to this plugin Mentioning gpg2.x as dependency in the plugin description would be great though. More particular gpgv2 as ubuntu/debian package. Editing and creating key with gpg1.x does not work (at least for me). -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Mar 31 08:40:39 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 31 Mar 2017 06:40:39 +0000 Subject: [Users] [Bug 3799] gpg private key not found, only gpg v1.x used In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3799 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|REMIND |INVALID --- Comment #6 from Paul --- (In reply to comment #5) > Alright, missing configuration of gpgv2/gpg2 [with missing libgcrypt] does > not work. calling gpg2 --version returned [ libgcrypt is too old (need > 1.7.0, have 1.6.5) ] and thus was not correctly installed/linked and I fixed > this with > # echo "/usr/local/lib" > /etc/ld.so.conf.d/gpg2.conf && ldconfig -v > Therefore the key could not be found. > -> not related related to this plugin > > Mentioning gpg2.x as dependency in the plugin description would be great > though. > More particular gpgv2 as ubuntu/debian package. > Editing and creating key with gpg1.x does not work (at least for me). That's a distro error, nothing to do with Claws-Mail. gpg1.x works fine. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Mar 31 20:15:13 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 31 Mar 2017 18:15:13 +0000 Subject: [Users] [Bug 3784] Very similar strings in src/gtk/about.c In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3784 Ricardo Mones changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |FIXED --- Comment #4 from users at lists.claws-mail.org --- Changes related to this bug have been committed. Please check latest Git and update the bug accordingly. You can also get the patch from: http://git.claws-mail.org/ ++ ChangeLog 2017-03-31 20:07:03.322498932 +0200 http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=185c44463276d29c3b4f133f491119abeb0c6cb7 Merge: e34b359 7991589 Author: Colin Leroy Date: Fri Mar 31 20:07:02 2017 +0200 Merge branch 'master' of file:///home/git/claws http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=799158990f4bdddbb23d23d6a9e7a0795761fa59 Author: Ricardo Mones Date: Fri Mar 31 20:06:19 2017 +0200 Really fix bug #3784: Very similar strings in src/gtk/about.c http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=a8a52797f33b4ceddf8841094c4384637af47306 Author: Ricardo Mones Date: Fri Mar 31 20:05:25 2017 +0200 Add missing library to output of --version-full -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Mar 31 22:39:30 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 31 Mar 2017 20:39:30 +0000 Subject: [Users] [Bug 3681] 'Install New' Theme Button Crash In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3681 markvs at protonmail.ch changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from markvs at protonmail.ch --- Unless anyone objects, I'm closing this as fixed. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Mar 31 23:03:32 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 31 Mar 2017 21:03:32 +0000 Subject: [Users] [Bug 3801] New: Broken auto wrapping Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3801 Bug ID: 3801 Summary: Broken auto wrapping Classification: Unclassified Product: Claws Mail Version: GIT Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P3 Component: UI/Compose Window Assignee: users at lists.claws-mail.org Reporter: info.mardorf at rocketmail.com Claws 3.15.0.r9.g7c16b7e35 Auto wrapping is broken, sometimes a line break is done much to early. I don't now how to reproduce this, it doesn't happen always. Regards, Ralf -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Mar 31 23:42:17 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 31 Mar 2017 21:42:17 +0000 Subject: [Users] [Bug 3801] Broken auto wrapping In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3801 --- Comment #1 from Ricardo Mones --- >From your vague description seems it could be a duplicate of bug #3070. Some examples would be helpful, though wrapping code is madness inducing, the ancient legends say. -- You are receiving this mail because: You are the assignee for the bug.