From mail at VictoriasJourney.com Fri Dec 1 05:04:35 2017 From: mail at VictoriasJourney.com (Victoria Stuart (VictoriasJourney.com)) Date: Thu, 30 Nov 2017 20:04:35 -0800 Subject: [Users] Poorly-wrapped text when viewed in external editor In-Reply-To: <20170707111920.6c2fac23@gmail.com> References: <20170706190425.78ab7f08@VictoriasJourney.com> <20170707095048.32ad318c@penny> <20170707084628.5912584c@gmail.com> <20170707111920.6c2fac23@gmail.com> Message-ID: <20171130200435.1541935a@VictoriasJourney.com> Hello everyone! I returned to this issue yesterday as I now want to use my CM messages for NLP-related work. Looking at the raw (saved) messages, I noticed (linux: file -i ) that they were "message/rfc822; charset=us-ascii" even though I work in UTF-8 and CM displays them correctly (e.g. Greek letters in scientific text). Noting that the headers contain MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I did a quick search and found two Linux utilities that I explored, that decode MIME-encoded text: munpack (part of the mpack package) uudeview that enable you to process (unpack / decode) those messages. I found the latter to be the most useful, as it allowed me to easily get the text of each of the CM files with a .txt extension, that I used in the processing. I wrote a bash script, below, that will recursively grab CM files from a specified starting folder, and return the textual portions with an .out extension (optionally into a single output folder). Since CM stores messages numerically (non-uniquely across directories), you can either output to the source directory, or rename the files. I wanted to tag the file names with the parent directory name, anyway, so I just dump everything into a common output folder, with the files named with the parent folder, base name, and and .out extension. Cheers, Victoria :-) # ============================================================================ #!/bin/bash export LANG=C.UTF-8 # /mnt/Vancouver/Programming/scripts/claws/claws-decode.sh # ---------------------------------------------------------------------------- # ENABLE SPACES IN FILENAMES: ## https://stackoverflow.com/questions/4638874/how-to-loop-through-a-directory-recursively-to-delete-files-with-certain-extensi ## To allow spaces in filenames, ## at the top of the script include: IFS=$'\n'; set -f ## at the end of the script include: unset IFS; set +f IFS=$'\n'; set -f # ---------------------------------------------------------------------------- # SET PATHS: PWD=$(pwd) OUT=$PWD/out # https://stackoverflow.com/questions/793858/how-to-mkdir-only-if-a-dir-does-not-already-exist mkdir -p $OUT IN="/mnt/Vancouver/Programming/scripts/claws/claws_mail/" # https://superuser.com/questions/716001/how-can-i-get-files-with-numeric-names-using-ls-command # FILES=$(find $IN -type f -regex ".*/[0-9 ]*") ## recursive; numeric filenames only FILES=$(find $IN -type f -regex ".*/[0-9 ]*") ## recursive; numeric filenames only (may include spaces) # echo '$FILES:' ## single-quoted, prints: $FILES: # echo "$FILES" ## double-quoted, prints path/, filename (one per line) # ---------------------------------------------------------------------------- # MAIN LOOP: for f in $FILES do bp=$(basename $(dirname "$f")) bn=$(basename "$f") # Output to $OUT dir: # https://askubuntu.com/questions/538913/how-can-i-copy-files-with-duplicate-filenames-into-one-directory-and-retain-both # uudeview -q -i -t $f; /usr/bin/cp -f --backup=existing -S .orig 0001.txt $OUT/$bp.$bn.out; rm -f 0001.txt uudeview -q -i -t $f; /usr/bin/cp -f --backup=simple -S .orig 0001.txt $OUT/$bp.$bn.out; rm -f 0001.txt # Output to source dir: # uudeview -q -i -t $f; /usr/bin/cp -f 0001.txt $f.out; rm -f 0001.txt done # ---------------------------------------------------------------------------- unset IFS; set +f # ---------------------------------------------------------------------------- # CLEAN UP: ## This must appear after the "unset IFS; set +f" line, above). # ---------------------------------------- # Remove multiple extensions via 'brace expansion': # https://stackoverflow.com/questions/10516384/how-to-delete-multiple-files-at-once-in-bash-on-linux # rm -f *.{jpg, pdf, png, gif} # Either of these work, but do NOT include spaces anywhere inside the braces: #rm -fR $PWD/*.{jpg,pdf,png,gif} rm -fR $PWD/*{.jpg,.pdf,.png,.gif} # ---------------------------------------- # Rename extensions of renamed, duplicate files: rename out.orig orig.out $OUT/*.orig # ============================================================================ From codejodler at gmx.ch Fri Dec 1 16:51:31 2017 From: codejodler at gmx.ch (Michael) Date: Fri, 1 Dec 2017 16:51:31 +0100 Subject: [Users] autocrypt Message-ID: <20171201165131.629d6153@gandalf.lan3> What do you think about https://autocrypt.org ? From noreply at thewildbeast.co.uk Sat Dec 2 13:52:14 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 02 Dec 2017 12:52:14 +0000 Subject: [Users] [Bug 1517] address harvest does not collect address from undownloaded imap messages In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=1517 --- Comment #9 from Tomas F --- I would argue that this is a design mistake though. Why does someone need to load the whole folder offline which can take many minutes when you could harvest the addresses from the headers only which you have loaded in the client already? It could work in a few seconds and this way it takes long minutes. Not speaking about how counterintuitive this feature is. You should really at least indicate somehow why it only downloads a few messages instead of the whole folder. -- You are receiving this mail because: You are the assignee for the bug. From shai at platonix.com Sun Dec 3 10:13:00 2017 From: shai at platonix.com (Shai Berger) Date: Sun, 3 Dec 2017 11:13:00 +0200 Subject: [Users] HTML presentation plugin Message-ID: <201712031113.00890.shai@platonix.com> Hi, One of the features I need in a mail client is inline presentation of HTML mails. I really like Claws' attitude towards HTML in mail -- never produce it yourself, default to not presenting HTML -- but to my regret, I cannot impose that attitude on everyone I communicate with. When I started my "move to Claws" project, I noted that Claws supports HTML mail presentation via different plugins. However, it seems that these plugins have gone stale -- Debian includes none of them, the Fancy plugin is now considered insecure, and the Dillo and Html2gtk plugins have been removed from the list of plugins[1]. I tried the basic workarounds I found suggested online -- the "open with" functionality, with a browser. I found that Firefox and Chrome do not get the right encoding, and that Dillo does not seem to support Right-to-Left languages. So, none of these seem usable for me. Is there work going on to restore this functionality? If not, and I want to try, where would be a good place to start? Thanks, Shai [1] http://www.claws-mail.org/plugins.php From andrej at kacian.sk Sun Dec 3 10:46:47 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Sun, 3 Dec 2017 10:46:47 +0100 Subject: [Users] HTML presentation plugin In-Reply-To: <201712031113.00890.shai@platonix.com> References: <201712031113.00890.shai@platonix.com> Message-ID: <20171203104647.0f83a2f0@penny> On Sun, 3 Dec 2017 11:13:00 +0200 Shai Berger wrote: > Is there work going on to restore this functionality? > > If not, and I want to try, where would be a good place to start? Hi, in the short term, your best bet is probably to compile the (correct version of) WebKit library on your own, and compile Claws Mail with the Fancy plugin enabled. That will allow you to keep using Fancy indefinitely into the future, no matter what your distro does, at the cost of increased maintenance around keeping your mail client updated. In the long term, there are two viable options: - Fancy was removed by many distros because the WebKitGtk version it uses is insecure, and any newer, supported WebKitGtk version only works with GTK3. So you can help out with porting to GTK3. Once Claws Mail supports GTK3, we can update Fancy to use a newer version of WebKitGtk, and distros can then package Claws Mail with this plugin enabled again. There is an ongoing effort by several people to make this happen, feel free to join in. - Write a plugin using different HTML rendering engine. Possible candidates that I know of are Chrome Embedded Framework (CEF) and LiteHTML. (Anyone knows about more? It has to have a C or C++ API.) We will be more than happy to help out. We already have a very basic LiteHTML plugin in the works, but there is another issue - it takes a lot of work to have a renderer that would support correctly display all the weird stuff that various HTML email generators out there can throw at it. WebKit is a product of many people over many years, and it shows. LiteHTML is a work of a single developer, and sometimes incorrectly displays more complicated HTML layouts. It also lacks the possibility to select text with your mouse. If you want to help, the best way to start is to get yourself acquainted with the code, and then it is up to you where and how you want to help. :) Regards, -- Andrej From noreply at thewildbeast.co.uk Mon Dec 4 02:51:10 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 04 Dec 2017 01:51:10 +0000 Subject: [Users] [Bug 3929] New: Using App Specific Passwords via Google/Gmail Sign in Settings Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3929 Bug ID: 3929 Summary: Using App Specific Passwords via Google/Gmail Sign in Settings Classification: Unclassified Product: Claws Mail Version: 3.15.1 Hardware: PC OS: Linux Status: NEW Severity: critical Priority: P3 Component: Other Assignee: users at lists.claws-mail.org Reporter: jlopez777 at gmail.com Hello, I use app-specific passwords for my email client. My app-specific password is not remembered despite asking it to be remembered. It works once and then asks again the next time around forcing me to create new app-specific passwords. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Dec 4 09:38:29 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 04 Dec 2017 08:38:29 +0000 Subject: [Users] [Bug 3929] Using App Specific Passwords via Google/Gmail Sign in Settings In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3929 Andrej Kacian changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #1 from Andrej Kacian --- If you enter the password in account preferences, Claws Mail will remember it. If you do not enter it in account preferences, Claws Mail will ask for the password when it connects to the mail server, and offer to remember it only for current session, which means until you close Claws Mail. So if you want the password to be remembered permanently, open account preferences and enter it there. -- You are receiving this mail because: You are the assignee for the bug. From andrej at kacian.sk Mon Dec 4 10:15:40 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Mon, 4 Dec 2017 10:15:40 +0100 Subject: [Users] autocrypt In-Reply-To: <20171201165131.629d6153@gandalf.lan3> References: <20171201165131.629d6153@gandalf.lan3> Message-ID: <20171204101540.4915d467.andrej@kacian.sk> On Fri, 1 Dec 2017 16:51:31 +0100 Michael wrote: > What do you think about https://autocrypt.org ? It looks... interesting, I guess, although I haven't had the time yet to fully read what it is about. From the brief glance I assume it is some sort of user-friendly verification framework built on top of PGP keys? Regards, -- Andrej Kacian From noreply at thewildbeast.co.uk Mon Dec 4 14:20:56 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 04 Dec 2017 13:20:56 +0000 Subject: [Users] [Bug 3930] New: message view reverts to text on receipt of new message Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3930 Bug ID: 3930 Summary: message view reverts to text on receipt of new message Classification: Unclassified Product: Claws Mail Version: GIT Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P3 Component: UI/Message View Assignee: users at lists.claws-mail.org Reporter: pf at pfortin.com Some messages I get are [unfortunately] easier to read with Fancy because of content (images, etc) [sometimes] only appearing in HTML section. I was reading one such message, when a new message arrived into current folder -- CM updated the message list AND reverted me to text view (my default viewing method). CM should respect my decision and leave the message view as displayed when updating the message list. Hmm... would this also happen if I was viewing a PDF attachment? Other? -- You are receiving this mail because: You are the assignee for the bug. From myetto1 at nycap.rr.com Mon Dec 4 17:15:04 2017 From: myetto1 at nycap.rr.com (Michael A. Yetto) Date: Mon, 4 Dec 2017 11:15:04 -0500 Subject: [Users] autocrypt In-Reply-To: <20171204101540.4915d467.andrej@kacian.sk> References: <20171201165131.629d6153@gandalf.lan3> <20171204101540.4915d467.andrej@kacian.sk> Message-ID: <20171204111504.382e4657@braetac.lighthouse.yetnet> On Mon, 4 Dec 2017 10:15:40 +0100 Andrej Kacian writes, and having writ moves on: >On Fri, 1 Dec 2017 16:51:31 +0100 >Michael wrote: > >> What do you think about https://autocrypt.org ? > >It looks... interesting, I guess, although I haven't had the time yet >to fully read what it is about. From the brief glance I assume it is >some sort of user-friendly verification framework built on top of PGP >keys? > Does this quote make it appear to be built on a framework of PGP, or one of Warm-Fuzzy. "Autocrypt first aims to provide convenient encryption that is neither perfect nor as secure as traditional e-mail encryption, but is convenient enough for much wider adoption." Verification seems to be controlled, or at the least strongly influenced by, the party wishing to be verified. No method is mentioned for avoiding man-in-the-middle attacks. Mike Yetto -- "Skeptical scrutiny is the means, in both science and religion, by which deep thoughts can be winnowed from deep nonsense" - Carl Sagan -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 473 bytes Desc: OpenPGP digital signature URL: From jcubic at onet.pl Mon Dec 4 17:49:27 2017 From: jcubic at onet.pl (Jakub Jankiewicz) Date: Mon, 4 Dec 2017 17:49:27 +0100 Subject: [Users] Save icon name Message-ID: <20171204174927.6176fb6c@old-laptop> I'm using old theme and modified version of it Hash303030/HashA0A0A0 with light and dark gray and they lack save icon in compose mail dialog. Does the icon name changed? I'm using Xubuntu 1.04 with claws 3.14.1. -- Jakub Jankiewicz, Web Developer http://jcubic.pl/me From claws at thewildbeast.co.uk Mon Dec 4 18:14:22 2017 From: claws at thewildbeast.co.uk (Paul) Date: Mon, 4 Dec 2017 17:14:22 +0000 Subject: [Users] autocrypt In-Reply-To: <20171204111504.382e4657@braetac.lighthouse.yetnet> References: <20171201165131.629d6153@gandalf.lan3> <20171204101540.4915d467.andrej@kacian.sk> <20171204111504.382e4657@braetac.lighthouse.yetnet> Message-ID: <20171204171422.2c7960c9@kujata> On Mon, 4 Dec 2017 11:15:04 -0500 "Michael A. Yetto" wrote: > "Autocrypt first aims to provide convenient encryption that is > neither perfect nor as secure as traditional e-mail encryption, but > is convenient enough for much wider adoption." Since using PGP/GPG is not difficult or inconvenient, and autocrypt is not as secure, then there seems to be little point going forward. with regards Paul From dave at howorth.org.uk Mon Dec 4 20:17:01 2017 From: dave at howorth.org.uk (Dave Howorth) Date: Mon, 4 Dec 2017 19:17:01 +0000 Subject: [Users] autocrypt In-Reply-To: <20171204171422.2c7960c9@kujata> References: <20171201165131.629d6153@gandalf.lan3> <20171204101540.4915d467.andrej@kacian.sk> <20171204111504.382e4657@braetac.lighthouse.yetnet> <20171204171422.2c7960c9@kujata> Message-ID: <20171204191701.1201a1f8@acer-suse.lan> On Mon, 4 Dec 2017 17:14:22 +0000 Paul wrote: > On Mon, 4 Dec 2017 11:15:04 -0500 > "Michael A. Yetto" wrote: > > > "Autocrypt first aims to provide convenient encryption that is > > neither perfect nor as secure as traditional e-mail encryption, but > > is convenient enough for much wider adoption." > > Since using PGP/GPG is not difficult or inconvenient, and autocrypt is > not as secure, then there seems to be little point going forward. They're probably aiming at people like me. I don't use PGP/GPG and don't check the signatures of those who do, because I've never suffered any problems as a result of mistaken identity etc. So I'm probably open to a bunch of possible attacks but I still haven't bothered to apply or even learn how to apply the tools that are available. i.e. PGP/GPG has an entry barrier that is too high for me at present. I don't want any more hassle. But having said that, if I did bother about such issues I would want a solution that was secure, not just something that was convenient. So I'd agree with Paul's assessment. I also wonder why the project chose the name of an existing unrelated product as its name? Cheers, Dave From mark+claws at carnildo.com Mon Dec 4 21:12:51 2017 From: mark+claws at carnildo.com (Mark Wagner) Date: Mon, 4 Dec 2017 12:12:51 -0800 Subject: [Users] autocrypt In-Reply-To: <20171204111504.382e4657@braetac.lighthouse.yetnet> References: <20171201165131.629d6153@gandalf.lan3> <20171204101540.4915d467.andrej@kacian.sk> <20171204111504.382e4657@braetac.lighthouse.yetnet> Message-ID: <20171204121251.4fb26f24@puma.carnildo.com> On Mon, 4 Dec 2017 11:15:04 -0500 "Michael A. Yetto" wrote: > On Mon, 4 Dec 2017 10:15:40 +0100 > Andrej Kacian writes, and having writ moves on: > > >On Fri, 1 Dec 2017 16:51:31 +0100 > >Michael wrote: > > > >> What do you think about https://autocrypt.org ? > > > >It looks... interesting, I guess, although I haven't had the time yet > >to fully read what it is about. From the brief glance I assume it is > >some sort of user-friendly verification framework built on top of PGP > >keys? > > > > Does this quote make it appear to be built on a framework of PGP, or > one of Warm-Fuzzy. > > "Autocrypt first aims to provide convenient encryption that is neither > perfect nor as secure as traditional e-mail encryption, but is > convenient enough for much wider adoption." > > Verification seems to be controlled, or at the least strongly > influenced by, the party wishing to be verified. No method is > mentioned for avoiding man-in-the-middle attacks. My reading of it is that it's essentially PGP implemented the way that most people use it: keys are authenticated on the basis of "trust on first use". Yes, an active attacker can subvert it easily, but in the real world, active attackers are vanishingly rare, and the real threat is passive eavesdroppers recording as much Internet traffic as they can. -- Mark From myetto1 at nycap.rr.com Mon Dec 4 21:31:39 2017 From: myetto1 at nycap.rr.com (Michael A. Yetto) Date: Mon, 4 Dec 2017 15:31:39 -0500 Subject: [Users] autocrypt In-Reply-To: <20171204191701.1201a1f8@acer-suse.lan> References: <20171201165131.629d6153@gandalf.lan3> <20171204101540.4915d467.andrej@kacian.sk> <20171204111504.382e4657@braetac.lighthouse.yetnet> <20171204171422.2c7960c9@kujata> <20171204191701.1201a1f8@acer-suse.lan> Message-ID: <20171204153139.69dca610@braetac.lighthouse.yetnet> On Mon, 4 Dec 2017 19:17:01 +0000 Dave Howorth writes, and having writ moves on: >I also wonder why the project chose the name of an existing unrelated >product as its name? Perhaps the developer is a fan of Friday night horror movies on TV and wants to be known as 'The AutoCryptKeeper'. Mike 'just saying' Yetto -- "Science is the difference between wanting a reason to believe and having a belief in reason." - @SarcasticRover -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 473 bytes Desc: OpenPGP digital signature URL: From bdm at fenrir.org.uk Tue Dec 5 12:30:39 2017 From: bdm at fenrir.org.uk (Brian Morrison) Date: Tue, 5 Dec 2017 11:30:39 +0000 Subject: [Users] autocrypt In-Reply-To: <20171204171422.2c7960c9@kujata> References: <20171201165131.629d6153@gandalf.lan3> <20171204101540.4915d467.andrej@kacian.sk> <20171204111504.382e4657@braetac.lighthouse.yetnet> <20171204171422.2c7960c9@kujata> Message-ID: <20171205113039.00006c6a@surtees.fenrir.org.uk> On Mon, 4 Dec 2017 17:14:22 +0000 Paul wrote: > On Mon, 4 Dec 2017 11:15:04 -0500 > "Michael A. Yetto" wrote: > > > "Autocrypt first aims to provide convenient encryption that is > > neither perfect nor as secure as traditional e-mail encryption, but > > is convenient enough for much wider adoption." > > Since using PGP/GPG is not difficult or inconvenient, and autocrypt is > not as secure, then there seems to be little point going forward. +1 -- Brian Morrison From shai at platonix.com Tue Dec 5 22:41:02 2017 From: shai at platonix.com (Shai Berger) Date: Tue, 5 Dec 2017 23:41:02 +0200 Subject: [Users] HTML presentation plugin In-Reply-To: <20171203104647.0f83a2f0@penny> References: <201712031113.00890.shai@platonix.com> <20171203104647.0f83a2f0@penny> Message-ID: <201712052341.02668.shai@platonix.com> Hi Andrej and all, On Sunday 03 December 2017 11:46:47 Andrej Kacian wrote: > > in the short term, your best bet is probably to compile the > (correct version of) WebKit library on your own, and compile Claws Mail > with the Fancy plugin enabled. This turned out easier than I expected -- the correct version of the Webkit library is still in Debian, even on testing and unstable (although there is a bug against it, calling for its removal before the next Debian Stable is released). All I needed to do was "aptitude install libwebkitgtk-dev"; after that, configure enabled the fancy plugin by default. So, this blocker for my move to claws is now removed. Thanks, Shai. From mail at VictoriasJourney.com Wed Dec 6 19:42:49 2017 From: mail at VictoriasJourney.com (Victoria Stuart (VictoriasJourney.com)) Date: Wed, 6 Dec 2017 10:42:49 -0800 Subject: [Users] Poorly-wrapped text when viewed in external editor In-Reply-To: <20171130200435.1541935a@VictoriasJourney.com> References: <20170706190425.78ab7f08@VictoriasJourney.com> <20170707095048.32ad318c@penny> <20170707084628.5912584c@gmail.com> <20170707111920.6c2fac23@gmail.com> <20171130200435.1541935a@VictoriasJourney.com> Message-ID: <20171206104249.1501b420@VictoriasJourney.com> I see these messages are archived by month (http://lists.claws-mail.org/pipermail/users/); my update above is in response to my thread in July 2017: http://lists.claws-mail.org/pipermail/users/2017-July/019762.html From jn.ml.clwm.729 at letterboxes.org Wed Dec 6 20:07:35 2017 From: jn.ml.clwm.729 at letterboxes.org (Jeremy Nicoll) Date: Wed, 06 Dec 2017 19:07:35 +0000 Subject: [Users] Poorly-wrapped text when viewed in external editor In-Reply-To: <20171206104249.1501b420@VictoriasJourney.com> References: <20170706190425.78ab7f08@VictoriasJourney.com> <20170707095048.32ad318c@penny> <20170707084628.5912584c@gmail.com> <20170707111920.6c2fac23@gmail.com> <20171130200435.1541935a@VictoriasJourney.com> <20171206104249.1501b420@VictoriasJourney.com> Message-ID: <1512587255.2754185.1196345136.767D3473@webmail.messagingengine.com> On Wed, 6 Dec 2017, at 18:42, Victoria Stuart (VictoriasJourney.com) wrote: > I see these messages are archived by month > (http://lists.claws-mail.org/pipermail/users/); my update above is in > response to my thread in July 2017: > http://lists.claws-mail.org/pipermail/users/2017-July/019762.html I think you're seeing a 'problem' that isn't actually there. The "badly formatted" data isn't meant to be read directly by a human being; instead it's packaged up (in this case as Quoted-Printable) so that it can be sent properly across an email network. It is not meant to be formatted. Any mail client should show you the unpacked data, formatted within its capabilities. Possibly the question that should really be asked is why plain text has been packed as Quoted-Printable. It's likely to happen if that text contains any of the following: accented letters, hard spaces, sexed opening & closing quotes, ligatures etc - all characters NOT supported by basic email systems. It's a bit like someone saving a webpage, then opening the html in a text editor and wondering why it doesn't look like it does in a browser. -- Jeremy Nicoll - my opinions are my own. From serge_robitaille at hotmail.com Wed Dec 6 21:42:28 2017 From: serge_robitaille at hotmail.com (Serge Robitaille) Date: Wed, 6 Dec 2017 20:42:28 +0000 Subject: [Users] Help - Claws Mail version 3.15.0 - PGP Plugin Message-ID: Hi, I need some advice to setup PGP...done it before on a previous computer but can't get it to work on this computer running Windows 10 32bits. - PGP plugin are loaded - Wish to use existing PGP Key created with PGP4Win - In Claw's Preference for the present Account, PGP Plug-in - can't access Sign Key (not enable for some reasons). What am I missing ? _________________ Serge Robitaille -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.png Type: image/png Size: 21629 bytes Desc: PGP.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Plugin.png Type: image/png Size: 18834 bytes Desc: Plugin.png URL: From olaf at aepfle.de Thu Dec 7 09:17:06 2017 From: olaf at aepfle.de (Olaf Hering) Date: Thu, 7 Dec 2017 09:17:06 +0100 Subject: [Users] Poorly-wrapped text when viewed in external editor In-Reply-To: <1512587255.2754185.1196345136.767D3473@webmail.messagingengine.com> References: <20170706190425.78ab7f08@VictoriasJourney.com> <20170707095048.32ad318c@penny> <20170707084628.5912584c@gmail.com> <20170707111920.6c2fac23@gmail.com> <20171130200435.1541935a@VictoriasJourney.com> <20171206104249.1501b420@VictoriasJourney.com> <1512587255.2754185.1196345136.767D3473@webmail.messagingengine.com> Message-ID: <20171207081706.GA3525@aepfle.de> On Wed, Dec 06, Jeremy Nicoll wrote: > Possibly the question that should really be asked is why plain text > has been packed as Quoted-Printable. It's likely to happen if that > text contains any of the following: accented letters, hard spaces, > sexed opening & closing quotes, ligatures etc - all characters NOT > supported by basic email systems. It is 2017. Sending 8bit should be the standard since a few years. If you find a system that corrupts 8bit data, please let us know. Olaf -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available URL: From noreply at thewildbeast.co.uk Thu Dec 7 01:26:05 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 07 Dec 2017 00:26:05 +0000 Subject: [Users] [Bug 3931] New: segfault searching server with master password Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3931 Bug ID: 3931 Summary: segfault searching server with master password Classification: Unclassified Product: Claws Mail Version: GIT Hardware: PC OS: Linux Status: NEW Severity: major Priority: P3 Component: UI/Address Book/LDAP Assignee: users at lists.claws-mail.org Reporter: mones at users.sourceforge.net Created attachment 1821 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1821&action=edit gdb backtrace of the crash Requires: • A working LDAP server configured in Address Book • Use master password Steps to reproduce: • Open Address Book • Select configured LDAP server • Enter some search term on the search entry • Press the Find button Result: Segmentation fault (backtrace attached). Expected: Master dialog pops-up asking for password, password is entered and query is performed. Thanks in advance, -- You are receiving this mail because: You are the assignee for the bug. From codejodler at gmx.ch Thu Dec 7 20:19:21 2017 From: codejodler at gmx.ch (Michael) Date: Thu, 7 Dec 2017 20:19:21 +0100 Subject: [Users] autocrypt In-Reply-To: <20171204153139.69dca610@braetac.lighthouse.yetnet> References: <20171201165131.629d6153@gandalf.lan3> <20171204101540.4915d467.andrej@kacian.sk> <20171204111504.382e4657@braetac.lighthouse.yetnet> <20171204171422.2c7960c9@kujata> <20171204191701.1201a1f8@acer-suse.lan> <20171204153139.69dca610@braetac.lighthouse.yetnet> Message-ID: <20171207201921.45814ecd@gandalf.lan3> Paul wrote, > Since using PGP/GPG is not difficult or inconvenient What's easy for you, and maybe most people on this list, might be difficult for others. How much is the global percentage of Email users who use PGP, what do you think ? I bet it's like 20%. And what do you think is the reason. And the majority would not start configuring PGP just when they suddenly have some specially private / critical communication, maybe just for lacking time (- they first need to understand things), instead they would rather leave Email aside and move to voice call (hoping it won't be recorded). Or just stay with unsigned Email and simply ignore the problem. And even if it's not logical, this does not mean they don't care about internet privacy; rather, they've given up on it because it was justb a little bit too hard to understand. I also know many E-Mail users (mostly form the Windows and Apple worlds) who generally and wholeheartedly refuse to learn something 'technical' about using their computer. I know the common arguments how that is wrong. But it is no more true today that you need to understand technology just to be able to use it, rather, people even expect technology just to work out of the box and (if they got hte money) leave anything else to service. The majority of todays internet users expect stuff like whatsapp, it just encrypts end-to-end, and you do not have to bother about it.*) That's why i asked about autocrypt, if you think it's useful approach, as an idea or philosophy, a step in the Evolution of Email ? *) while in fact you already agreed from the beginning to give that part of your privacy to Facebook anyway, or Google or Microsoft. But i think this is another story. From linux at slavino.sk Thu Dec 7 21:04:53 2017 From: linux at slavino.sk (Slavko) Date: Thu, 7 Dec 2017 21:04:53 +0100 Subject: [Users] autocrypt In-Reply-To: <20171207201921.45814ecd@gandalf.lan3> References: <20171201165131.629d6153@gandalf.lan3> <20171204101540.4915d467.andrej@kacian.sk> <20171204111504.382e4657@braetac.lighthouse.yetnet> <20171204171422.2c7960c9@kujata> <20171204191701.1201a1f8@acer-suse.lan> <20171204153139.69dca610@braetac.lighthouse.yetnet> <20171207201921.45814ecd@gandalf.lan3> Message-ID: <20171207210453.6f9a2aa1@bonifac.skk> Ahoj, Dňa Thu, 7 Dec 2017 20:19:21 +0100 Michael napísal: > Paul wrote, > > > Since using PGP/GPG is not difficult or inconvenient > > I also know many E-Mail users (mostly form the Windows and Apple > worlds) who generally and wholeheartedly refuse to learn something > 'technical' about using their computer. I know the common arguments > how that is wrong. But it is no more true today that you need to > understand technology just to be able to use it, rather, people even > expect technology just to work out of the box and (if they got hte > money) leave anything else to service. BTW, my 17 years old students are able to use GnuPG on Windows, where it is not installed by default. > The majority of todays internet users expect stuff like whatsapp, it > just encrypts end-to-end, and you do not have to bother about it.*) I consider "false security" to be worse than no security. If someone is not willing to learn how to use tools as GnuPG is, they have do not use them at all. It is the same, as if someone don't want to learn how to lock his home's door. One can use someone other, who will be locking/unlocking them for he - but that person then can unlock his door for others too. The security *is* or *is not* (as the gravidity), anything between is false security. regards -- Slavko http://slavino.sk -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 677 bytes Desc: Digitálny podpis OpenPGP URL: From codejodler at gmx.ch Fri Dec 8 01:18:11 2017 From: codejodler at gmx.ch (Michael) Date: Fri, 8 Dec 2017 01:18:11 +0100 Subject: [Users] autocrypt In-Reply-To: <20171207210453.6f9a2aa1@bonifac.skk> References: <20171201165131.629d6153@gandalf.lan3> <20171204101540.4915d467.andrej@kacian.sk> <20171204111504.382e4657@braetac.lighthouse.yetnet> <20171204171422.2c7960c9@kujata> <20171204191701.1201a1f8@acer-suse.lan> <20171204153139.69dca610@braetac.lighthouse.yetnet> <20171207201921.45814ecd@gandalf.lan3> <20171207210453.6f9a2aa1@bonifac.skk> Message-ID: <20171208011811.2ea95ca0@gandalf.lan3> Slavko, > BTW, my 17 years old students are able to use GnuPG on Windows, where > it is not installed by default. I'm no more student myself, but know about 20 first semester students and i'm pretty sure that about 15 of them don't even know what PGP is or does. (They're all using Email of course) So what ? > I consider "false security" to be worse than no security. I agree (and i never said i'm personally happy with whatsapp) > If someone is not willing to learn how to use tools as GnuPG is, they have do not use > them at all. Yes, "they do not have" ... this is wishful thinking but simply does not reflect reality, because they all just do Email, anyway. And do you really want to tell them off ?? Like, several hundred million ? > It is the same, as if someone don't want to learn how to lock his > home's door. Modern home doors lock themselves when you shut them. And this is standard for new houses (at least in Germany) today, no matter if city or village. The times when you would not expext evil people are long gone ... > The security *is* or *is not* (as the gravidity), anything between is > false security. I think that's too black-white, since there is no absolute security with whatever-system anyway. It's just a matter of time and knowledge (or evil intent), and you can only make it harder to exploit. So, in my eyes, a little more security adding up to say 60% is better than 30% or none. From noreply at thewildbeast.co.uk Fri Dec 8 16:28:52 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 08 Dec 2017 15:28:52 +0000 Subject: [Users] [Bug 3932] New: Claws is sending mail prematurely as I draft messages. Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3932 Bug ID: 3932 Summary: Claws is sending mail prematurely as I draft messages. Classification: Unclassified Product: Claws Mail Version: 3.15.1 Hardware: PC OS: Linux Status: NEW Severity: critical Priority: P3 Component: UI/Actions Assignee: users at lists.claws-mail.org Reporter: jlopez777 at gmail.com If I am drafting an email and send it, I assume it would get delivered like this: "Dear Bob, How are you? Hope all is well. Joe" ______ In reality, what it is doing is sending several emails throughout the composing process and sending a series of emails like the following example blelow Email sent 1 would read: "Dear Bob, How" __________ Email sent 2 would read "Dear Bob, How are you? Hope" __________ Another email would be sent shortly after and would read: "Dear Bob, How are you? Hope all is we" __________ Until FINALLY the message is sent in its complete form. This has been EMBARRASSING and anything you can do to help me would much be appreciated. Here is a video demonstrating the bug using a screen recorder - https://drive.google.com/file/d/1txYFs6c0FjLyD000JWV8UoQ8YIsJQCbx/view Please excuse my daughter in the background. A claws fan, Joe jlopez777 at gmail.com p.s. It was used on my other Linux machine version 3.15.1 on Antegros, this has happened on my MX-16.1 machine as well. I'm pretty sure it was when using IMPA configuration for Gmail email account. POP3 seemed to work fine on my other Antegros machine. Thanks. ____________ -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Dec 8 17:06:54 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 08 Dec 2017 16:06:54 +0000 Subject: [Users] [Bug 3932] Claws is sending mail prematurely as I draft messages. In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3932 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #1 from Paul --- This is a bug/mis-feature/lacking feature of gmail's imap implementation - it cannot handle incremental saves to drafts. These multiple drafted copies you see in the gmail web interface will not have been sent, they are just many drafted copies. In order to workaround gmail's broken imap you have 2 solutions: 1. Go to /Configuration/Preferences/Compose/Writing and turn of the 'Automatically save message to Drafts folder every n characters' or 2. Use a local Drafts folder in an MH mailbox, (use /File/Add mailbox/MH... to add one if necessary), and use the option on the account preferences Advanced page to use that Drafts folder. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Dec 8 20:32:31 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 08 Dec 2017 19:32:31 +0000 Subject: [Users] [Bug 3918] Claws presents 1y old certificate as new and asks for exchange In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3918 --- Comment #2 from codejodler at gmx.ch --- Well, i exchanged several mails with them and they still insist that they really, really didn't. What are my options to get behind this ? -- You are receiving this mail because: You are the assignee for the bug. From jcubic at onet.pl Sun Dec 10 09:58:52 2017 From: jcubic at onet.pl (Jakub Jankiewicz) Date: Sun, 10 Dec 2017 09:58:52 +0100 Subject: [Users] Build from source on 64bit Fedora Message-ID: <20171210095852.1b688676@jcubic> Hi, I'm trying to build from git source. After installing all dependencies, that's popup when calling config script, I've got error that EXTERN.h is missing so I've added (because that's where the file is located): export CPATH=/usr/lib64/perl5/CORE/ but then I've got errors, from perl, like this one: /usr/lib64/perl5/CORE/proto.h:5687:15: error: unknown type name ‘off64_t’; did you mean ‘off _t’? PERL_CALLCONV Off_t Perl_PerlIO_tell(pTHX_ PerlIO *f); ^ Any tips how to build claws-mail from source on 64bit GNU/Linux system? Thanks -- Jakub Jankiewicz, Web Developer http://jcubic.pl/me From andrej at kacian.sk Sun Dec 10 10:54:58 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Sun, 10 Dec 2017 10:54:58 +0100 Subject: [Users] Build from source on 64bit Fedora In-Reply-To: <20171210095852.1b688676@jcubic> References: <20171210095852.1b688676@jcubic> Message-ID: <20171210105458.39a3386b@penny> On Sun, 10 Dec 2017 09:58:52 +0100 Jakub Jankiewicz wrote: > Any tips how to build claws-mail from source on 64bit GNU/Linux system? My first advice would be to disable building of the Perl plugin unless you explicitly want to use it. :) Rest of Claws Mail does not need Perl at all, so you won't get such errors. Most "64bit GNU/Linux systems" do not have any issues with building also Perl plugin, though. This is either some peculiarity of your chosen distribution, or just some missing Perl-related "devel" package. Regards, -- Andrej From claws at thewildbeast.co.uk Sun Dec 10 11:54:13 2017 From: claws at thewildbeast.co.uk (Paul) Date: Sun, 10 Dec 2017 10:54:13 +0000 Subject: [Users] Build from source on 64bit Fedora In-Reply-To: <20171210095852.1b688676@jcubic> References: <20171210095852.1b688676@jcubic> Message-ID: <20171210105413.64d73cd1@kujata> On Sun, 10 Dec 2017 09:58:52 +0100 Jakub Jankiewicz wrote: > Any tips how to build claws-mail from source on 64bit GNU/Linux > system? You need to install the perl-ExtUtils-Embed package. with regards Paul From jcubic at onet.pl Sun Dec 10 13:45:37 2017 From: jcubic at onet.pl (Jakub Jankiewicz) Date: Sun, 10 Dec 2017 13:45:37 +0100 Subject: [Users] Password get scrambled after installing from source Message-ID: <20171210134537.1d2e0b2b@jcubic> I had installation in Fedora of Claws and on top of that I've installed the version from git source. After installation passwords for two of my accounts get replaced with some garbage and I needed to updated it. Weird enough one password was fine. The only difference is that account that was fine was the last one and there was one account that was not selected in between accounts that had password replaced and the password that was not replaced. Is this a bug? Should I report it in Bugzilla? The version installed in Fedora was 3.15.1. -- Jakub Jankiewicz, Web Developer http://jcubic.pl/me From andrej at kacian.sk Sun Dec 10 14:06:04 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Sun, 10 Dec 2017 14:06:04 +0100 Subject: [Users] Password get scrambled after installing from source In-Reply-To: <20171210134537.1d2e0b2b@jcubic> References: <20171210134537.1d2e0b2b@jcubic> Message-ID: <20171210140604.48d6f869@penny> On Sun, 10 Dec 2017 13:45:37 +0100 Jakub Jankiewicz wrote: > I had installation in Fedora of Claws and on top of that I've installed the > version from git source. > > After installation passwords for two of my accounts get replaced with some > garbage and I needed to updated it. > > Weird enough one password was fine. The only difference is that account that > was fine was the last one and there was one account that was not selected in > between accounts that had password replaced and the password that was not > replaced. > > Is this a bug? Should I report it in Bugzilla? > > The version installed in Fedora was 3.15.1. Sounds like a bug, yes. Do you still have both Claws Mail versions side by side (one from Fedora package, one self-compiled, and presumably installed in /usr/local) ? If so, try running each in turn, and look at what the passwords look like in account preferences. Regards, -- Andrej From jcubic at onet.pl Sun Dec 10 14:40:03 2017 From: jcubic at onet.pl (Jakub Jankiewicz) Date: Sun, 10 Dec 2017 14:40:03 +0100 Subject: [Users] Password get scrambled after installing from source In-Reply-To: <20171210140604.48d6f869@penny> References: <20171210134537.1d2e0b2b@jcubic> <20171210140604.48d6f869@penny> Message-ID: <20171210144003.12b24af9@jcubic> On Sun, 10 Dec 2017 14:06:04 +0100 Andrej Kacian wrote: > On Sun, 10 Dec 2017 13:45:37 +0100 > Jakub Jankiewicz wrote: > > > I had installation in Fedora of Claws and on top of that I've installed > > the version from git source. > > > > After installation passwords for two of my accounts get replaced with some > > garbage and I needed to updated it. > > > > Weird enough one password was fine. The only difference is that account > > that was fine was the last one and there was one account that was not > > selected in between accounts that had password replaced and the password > > that was not replaced. > > > > Is this a bug? Should I report it in Bugzilla? > > > > The version installed in Fedora was 3.15.1. > > Sounds like a bug, yes. Do you still have both Claws Mail versions side > by side (one from Fedora package, one self-compiled, and presumably > installed in /usr/local) ? If so, try running each in turn, and look at > what the passwords look like in account preferences. It seems that I have both but the old one don't have show password option but it seems the password is fine because I don't get error when I fetch emails. -- Jakub Jankiewicz, Web Developer http://jcubic.pl/me From jcubic at onet.pl Sun Dec 10 14:49:59 2017 From: jcubic at onet.pl (Jakub Jankiewicz) Date: Sun, 10 Dec 2017 14:49:59 +0100 Subject: [Users] Notification don't load Message-ID: <20171210144959.0bb0a279@jcubic> Hi, I've just installed claws from source and notification plugin didn't load. I had this when running config: - notification Features: banner command hotkeys lcdproc libnotify libcanberra-gtk popup trayicon Disabled due to missing dependencies: unity/messaging-menu And when I've selected notification from Plugins dialog I got error that the plugin can't be loaded because of error (no error message provided due to error that I've just reported on bugzilla http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3933). -- Jakub Jankiewicz, Web Developer http://jcubic.pl/me From jcubic at onet.pl Sun Dec 10 15:03:51 2017 From: jcubic at onet.pl (Jakub Jankiewicz) Date: Sun, 10 Dec 2017 15:03:51 +0100 Subject: [Users] Build from source on 64bit Fedora In-Reply-To: <20171210105413.64d73cd1@kujata> References: <20171210095852.1b688676@jcubic> <20171210105413.64d73cd1@kujata> Message-ID: <20171210150351.7611975e@jcubic> On Sun, 10 Dec 2017 10:54:13 +0000 Paul wrote: > > Any tips how to build claws-mail from source on 64bit GNU/Linux > > system? > > You need to install the perl-ExtUtils-Embed package. Thanks, it work -- Jakub Jankiewicz, Web Developer http://jcubic.pl/me From jcubic at onet.pl Sun Dec 10 15:08:10 2017 From: jcubic at onet.pl (Jakub Jankiewicz) Date: Sun, 10 Dec 2017 15:08:10 +0100 Subject: [Users] Save icon name In-Reply-To: <20171204174927.6176fb6c@old-laptop> References: <20171204174927.6176fb6c@old-laptop> Message-ID: <20171210150810.73889cae@jcubic> On Mon, 4 Dec 2017 17:49:27 +0100 Jakub Jankiewicz wrote: > Does the icon name changed? I'm using Xubuntu 1.04 with claws 3.14.1. Found it in source code the icon changed name from mail to mail_draft. -- Jakub Jankiewicz, Web Developer http://jcubic.pl/me From noreply at thewildbeast.co.uk Sun Dec 10 14:47:26 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 10 Dec 2017 13:47:26 +0000 Subject: [Users] [Bug 3933] New: Plugin error loading message show description instead of error Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3933 Bug ID: 3933 Summary: Plugin error loading message show description instead of error Classification: Unclassified Product: Claws Mail Version: GIT Hardware: PC OS: Linux Status: NEW Severity: minor Priority: P3 Component: Plugins Assignee: users at lists.claws-mail.org Reporter: jcubic at onet.pl Created attachment 1822 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1822&action=edit Screenshot of the error I've got error while loading notification plugin, and it show description instead of error message. I've installed Claws on top of Fedora build in installation but just to be sure that the plugin was from right installation I've remove it from /usr/local/lib/claws-mail/plugins/ directory The config says: - notification Features: banner command hotkeys lcdproc libnotify popup trayicon Disabled due to missing dependencies: unity/messaging-menu Disabled: - demo The binary will be installed in /usr/local/bin Configure finished, type 'make' to build. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sun Dec 10 15:16:11 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 10 Dec 2017 14:16:11 +0000 Subject: [Users] [Bug 3933] Plugin error loading message show description instead of error In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3933 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #1 from Paul --- You have one notification loaded from one location and you are trying to load another copy of the plugin from a different location. -- You are receiving this mail because: You are the assignee for the bug. From quailrunner at cinci.rr.com Sun Dec 10 15:29:18 2017 From: quailrunner at cinci.rr.com (Jerome P Rosenthal) Date: Sun, 10 Dec 2017 09:29:18 -0500 Subject: [Users] Newbee on Claws Message-ID: <20171210092918.000045df@cinci.rr.com> Hi, I'm new to Claws Mail and have a few questions I hope you can answer for me. How can I adjust, as a default, the left margin when composing. Right now there is no margin. At the top of my folders list following my name and also following the Mailbox header is "(MH)." I have no idea what it is and would like to delete it. Help please. Finally, is there any toolbar when composing emails that have options for font size, underlining, bolding, indenting, etc? Thank you so much for any help in finding solutions. Jerry From renaud at olgiati-in-paraguay.org Sun Dec 10 15:47:57 2017 From: renaud at olgiati-in-paraguay.org (Renaud (Ron) OLGIATI) Date: Sun, 10 Dec 2017 11:47:57 -0300 Subject: [Users] Newbee on Claws In-Reply-To: <20171210092918.000045df@cinci.rr.com> References: <20171210092918.000045df@cinci.rr.com> Message-ID: <20171210114757.7380d930@ron.cerrocora.org> On Sun, 10 Dec 2017 09:29:18 -0500 Jerome P Rosenthal wrote: > How can I adjust, as a default, the left margin when > composing. Right now there is no margin. > Finally, is there any toolbar when composing emails that have options > for font size, underlining, bolding, indenting, etc? Claws-mail is plain text only, so there is no provision for formatting, margins, fonts, font size, underlining, bolding, indenting, etc Cheers, Ron. -- So, is the glass half empty, half full, or just twice as large as it needs to be ? -- http://www.olgiati-in-paraguay.org -- From andrej at kacian.sk Sun Dec 10 16:11:07 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Sun, 10 Dec 2017 16:11:07 +0100 Subject: [Users] Password get scrambled after installing from source In-Reply-To: <20171210144003.12b24af9@jcubic> References: <20171210134537.1d2e0b2b@jcubic> <20171210140604.48d6f869@penny> <20171210144003.12b24af9@jcubic> Message-ID: <20171210161107.5b80976f@penny> On Sun, 10 Dec 2017 14:40:03 +0100 Jakub Jankiewicz wrote: > > Sounds like a bug, yes. Do you still have both Claws Mail versions side > > by side (one from Fedora package, one self-compiled, and presumably > > installed in /usr/local) ? If so, try running each in turn, and look at > > what the passwords look like in account preferences. > > It seems that I have both but the old one don't have show password option but > it seems the password is fine because I don't get error when I fetch emails. Can you please try recompiling Claws Mail with attached patch and see if you can still see this bug? Thanks, -- Andrej -------------- next part -------------- A non-text attachment was scrubbed... Name: passwords-fix.diff Type: text/x-patch Size: 1510 bytes Desc: not available URL: From claws at thewildbeast.co.uk Sun Dec 10 16:38:14 2017 From: claws at thewildbeast.co.uk (Paul) Date: Sun, 10 Dec 2017 15:38:14 +0000 Subject: [Users] Newbee on Claws In-Reply-To: <20171210092918.000045df@cinci.rr.com> References: <20171210092918.000045df@cinci.rr.com> Message-ID: <20171210153814.0eb82b9b@kujata> On Sun, 10 Dec 2017 09:29:18 -0500 Jerome P Rosenthal wrote: > How can I adjust, as a default, the left margin when > composing. Right now there is no margin. There's a hidden preference, show_compose_margin, see the manual for details of this and all hidden preferences: http://claws-mail.org/manual/claws-mail-manual.html > At the top of my folders list following my name and also following > the Mailbox header is "(MH)." I have no idea what it is and would > like to delete it. Help please. It indicates that it is an MH format mailbox. You've have to live with it because you can't remove it. with regards Paul From noreply at thewildbeast.co.uk Sun Dec 10 18:16:41 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 10 Dec 2017 17:16:41 +0000 Subject: [Users] [Bug 3793] Segfaults when master passphrase dialog is launched in the middle of autocompletion In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3793 Ricardo Mones changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- 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-12-10 18:14:03.093337675 +0100 http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=fcff54c23bcab3ddb3c0d3d7c0e700049427adc0 Merge: 446fd06 e0f4140 Author: Colin Leroy Date: Sun Dec 10 18:14:02 2017 +0100 Merge branch 'master' of file:///home/git/claws http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=e0f41407ce397eed880ba0360d9b5725f9176ed8 Author: Andrej Kacian Date: Sun Dec 10 10:49:02 2017 +0100 Fix bug 3931: segfault searching server with master password Request master passphrase earlier and inhibit search if no master passphrase is available. http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=48f72c22f91fbe0d6e872e89bd4dce9d39090e81 Author: Andrej Kacian Date: Sun Dec 10 10:49:01 2017 +0100 Fix bug 3793: segfault when autocompletion asks for master passphrase This is done by checking early if any ldap server is password-protected, and asking for master passphrase when compose window appears. If user cancels the dialog (does not enter the passphrase), we temporarily disable the password-protected LDAP servers, just for that particular compose window. We reenable them in compose_destroy(). http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=d954a01de48f90a726e79995f4daeed3e9fee11b Author: Andrej Kacian Date: Sun Dec 10 10:49:00 2017 +0100 Add public call to get master password -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sun Dec 10 18:17:16 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 10 Dec 2017 17:17:16 +0000 Subject: [Users] [Bug 3931] segfault searching server with master password In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3931 Ricardo Mones changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- 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-12-10 18:14:03.093337675 +0100 http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=fcff54c23bcab3ddb3c0d3d7c0e700049427adc0 Merge: 446fd06 e0f4140 Author: Colin Leroy Date: Sun Dec 10 18:14:02 2017 +0100 Merge branch 'master' of file:///home/git/claws http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=e0f41407ce397eed880ba0360d9b5725f9176ed8 Author: Andrej Kacian Date: Sun Dec 10 10:49:02 2017 +0100 Fix bug 3931: segfault searching server with master password Request master passphrase earlier and inhibit search if no master passphrase is available. http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=48f72c22f91fbe0d6e872e89bd4dce9d39090e81 Author: Andrej Kacian Date: Sun Dec 10 10:49:01 2017 +0100 Fix bug 3793: segfault when autocompletion asks for master passphrase This is done by checking early if any ldap server is password-protected, and asking for master passphrase when compose window appears. If user cancels the dialog (does not enter the passphrase), we temporarily disable the password-protected LDAP servers, just for that particular compose window. We reenable them in compose_destroy(). http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=d954a01de48f90a726e79995f4daeed3e9fee11b Author: Andrej Kacian Date: Sun Dec 10 10:49:00 2017 +0100 Add public call to get master password -- You are receiving this mail because: You are the assignee for the bug. From codejodler at gmx.ch Sun Dec 10 19:07:33 2017 From: codejodler at gmx.ch (Michael) Date: Sun, 10 Dec 2017 19:07:33 +0100 Subject: [Users] Remove selected attachments of mail archive Message-ID: <20171210190733.3e3966e5@gandalf.lan3> Hi everybody, and especially Devos, My local (POP) mail folders are getting really huge in size and i believe this is mostly for zillions of attachments, like Photos or PDF documents. I'm already keeping only mails that i really want to keep, so deleting the mails (text) is not an option. It's still some thousand mails, after some years, in about 100 folders, and i'm not going to scan through all these. I'd like to shrink these folders somehow, to speed up backups. My question is, what do you think how hard it would be, to code a plugin (maybe python) that lists all attachments, clickable (to open and examine) and allows to select multiple to remove from their respective mail. I'd appreciate just a comment like 'easy' or 'difficult'. I'm not going to file this as feature request because i think nobody will pick it up anyway. I'm just curious, and if you say it's easy, maybe i can find someone doing that stuff for me. From andrej at kacian.sk Sun Dec 10 19:19:46 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Sun, 10 Dec 2017 19:19:46 +0100 Subject: [Users] Remove selected attachments of mail archive In-Reply-To: <20171210190733.3e3966e5@gandalf.lan3> References: <20171210190733.3e3966e5@gandalf.lan3> Message-ID: <20171210191946.5a4f458e@penny> On Sun, 10 Dec 2017 19:07:33 +0100 Michael wrote: > Hi everybody, and especially Devos, > > My local (POP) mail folders are getting really huge in size and i believe this is mostly for zillions of attachments, like Photos or PDF documents. I'm already keeping only mails that i really want to keep, so deleting the mails (text) is not an option. It's still some thousand mails, after some years, in about 100 folders, and i'm not going to scan through all these. I'd like to shrink these folders somehow, to speed up backups. > > My question is, what do you think how hard it would be, to code a plugin (maybe python) that lists all attachments, clickable (to open and examine) and allows to select multiple to remove from their respective mail. I'd appreciate just a comment like 'easy' or 'difficult'. > > I'm not going to file this as feature request because i think nobody will pick it up anyway. I'm just curious, and if you say it's easy, maybe i can find someone doing that stuff for me. Such plugin already exists. :) It's called Attachment Remover, or "AttRemover", and it should be packaged with all the other plugins on any OS/distribution. Regards, -- Andrej From iljarogoff at gmail.com Sun Dec 10 20:12:45 2017 From: iljarogoff at gmail.com (Ilja Rogoff) Date: Sun, 10 Dec 2017 20:12:45 +0100 Subject: [Users] IMAP idle Message-ID: <5A2D872D.7030805@gmail.com> Hello, I'm new to Claws Mail on Windows. So far it looks like the perfect email client for me. The only feature I'm missing is the IMAP idle / IMAP push feature. Most clients I know have that feature... is there a way to get this by using a plugin? Or will it be added somewhen? -- Ilja Rogoff iljarogoff at gmail.com From cae at eslrahc.com Sun Dec 10 23:27:57 2017 From: cae at eslrahc.com (Charles A Edwards) Date: Sun, 10 Dec 2017 17:27:57 -0500 Subject: [Users] Claws git shows version as 1.15.0 Message-ID: <20171210172757.7d0ca354@Boss1800.eslrahc.com> Why is not git version taged as 1.15.1??? claws-mail -V Claws Mail version 3.15.0-194-ge0f414-dirty runtime GTK+ 2.24.31 / GLib 2.54.2 buildtime GTK+ 2.24.31 / GLib 2.54.2 Compiled-in features: compface Enchant GnuTLS IPv6 iconv JPilot LDAP libetpan 1.8 libSM NetworkManager librSVG 2.40.19 Charles -- It's later than you think. ---------------------- Mageia release 7 (Cauldron) for x86_64$ On Boss1800....http://www.eslrahc.com Registered Linux user #182463 4.14.5-server-1.mga7 x86_64 ---------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature URL: From shai at platonix.com Sun Dec 10 23:48:26 2017 From: shai at platonix.com (Shai Berger) Date: Mon, 11 Dec 2017 00:48:26 +0200 Subject: [Users] Claws git shows version as 1.15.0 In-Reply-To: <20171210172757.7d0ca354@Boss1800.eslrahc.com> References: <20171210172757.7d0ca354@Boss1800.eslrahc.com> Message-ID: <201712110048.27043.shai@platonix.com> On Monday 11 December 2017 00:27:57 Charles A Edwards wrote: > Why is not git version taged as 1.15.1??? > Because the development is not linear. When 3.15.0 was released, the development branch was split in two: the master branch (which is most you compiled) progresses towards 3.16, while another branch is used for fixes of 3.15.x -- it's called 3.15.0-cherrypick (a somewhat odd name, but...). The 3.15.1 tag only exists in that branch. HTH, Shai. From ricardo at mones.org Mon Dec 11 02:47:21 2017 From: ricardo at mones.org (Ricardo Mones) Date: Mon, 11 Dec 2017 02:47:21 +0100 Subject: [Users] Claws git shows version as 1.15.0 In-Reply-To: <201712110048.27043.shai@platonix.com> References: <20171210172757.7d0ca354@Boss1800.eslrahc.com> <201712110048.27043.shai@platonix.com> Message-ID: <20171211024721.1248eadb@busgosu> On Mon, 11 Dec 2017 00:48:26 +0200 Shai Berger wrote: > On Monday 11 December 2017 00:27:57 Charles A Edwards wrote: > > Why is not git version taged as 1.15.1??? > > > > Because the development is not linear. There's an open investigation on time travel to fix some config version issue, until that is achieved development will still be linear ;-) > When 3.15.0 was released, the development branch was split in two: the > master branch (which is most you compiled) progresses towards 3.16, while > another branch is used for fixes of 3.15.x -- it's called > 3.15.0-cherrypick (a somewhat odd name, but...). The 3.15.1 tag only > exists in that branch. There's no spoon^Wsplitting. The 3.15.1 release is made with selected fixes from master branch (see man git-cherry-pick), hence the "somewhat odd" name. Anything in 3.15.1 was already in master. 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: 833 bytes Desc: Firma digital OpenPGP URL: From ricardo at mones.org Mon Dec 11 02:53:12 2017 From: ricardo at mones.org (Ricardo Mones) Date: Mon, 11 Dec 2017 02:53:12 +0100 Subject: [Users] IMAP idle In-Reply-To: <5A2D872D.7030805@gmail.com> References: <5A2D872D.7030805@gmail.com> Message-ID: <20171211025312.448c0645@busgosu> On Sun, 10 Dec 2017 20:12:45 +0100 Ilja Rogoff wrote: > Hello, > > I'm new to Claws Mail on Windows. So far it looks like the perfect email > client for me. The only feature I'm missing is the IMAP idle / IMAP push > feature. Most clients I know have that feature... is there a way to get > this by using a plugin? Or will it be added somewhen? Not yet. See the complete story in http://www.claws-mail.org/bug/1408 and http://www.claws-mail.org/bug/1748. regards, -- Ricardo Mones ~ Datei nicht gefunden Fehler 404 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: Firma digital OpenPGP URL: From iljarogoff at gmail.com Mon Dec 11 12:58:59 2017 From: iljarogoff at gmail.com (Ilja Rogoff) Date: Mon, 11 Dec 2017 12:58:59 +0100 Subject: [Users] IMAP idle In-Reply-To: <20171211025312.448c0645@busgosu> References: <5A2D872D.7030805@gmail.com> <20171211025312.448c0645@busgosu> Message-ID: Ok, thanks for the links. I believe I could not expect that there is a change on that feature. Am 11. Dezember 2017 02:53:12 MEZ schrieb Ricardo Mones : >On Sun, 10 Dec 2017 20:12:45 +0100 >Ilja Rogoff wrote: > >> Hello, >> >> I'm new to Claws Mail on Windows. So far it looks like the perfect >email >> client for me. The only feature I'm missing is the IMAP idle / IMAP >push >> feature. Most clients I know have that feature... is there a way to >get >> this by using a plugin? Or will it be added somewhen? > >Not yet. See the complete story in http://www.claws-mail.org/bug/1408 >and >http://www.claws-mail.org/bug/1748. > >regards, -- Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet. From codejodler at gmx.ch Mon Dec 11 19:49:00 2017 From: codejodler at gmx.ch (Michael) Date: Mon, 11 Dec 2017 19:49:00 +0100 Subject: [Users] Remove selected attachments of mail archive In-Reply-To: <20171210191946.5a4f458e@penny> References: <20171210190733.3e3966e5@gandalf.lan3> <20171210191946.5a4f458e@penny> Message-ID: <20171211194900.1d785d58@gandalf.lan3> Andrej, Just installed and tried that plugin, and it works like a charme ... wohoo, clwas rocks ! (I saw this plugin before but always thought it works for incoming mails) From noreply at thewildbeast.co.uk Mon Dec 11 18:57:56 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 11 Dec 2017 17:57:56 +0000 Subject: [Users] [Bug 3934] New: print html bug Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3934 Bug ID: 3934 Summary: print html bug Classification: Unclassified Product: Claws Mail (Windows) Version: 3.15.0 Hardware: PC OS: Windows 8 Status: NEW Severity: major Priority: P3 Component: default Assignee: users at lists.claws-mail.org Reporter: rmaf at clix.pt Hi, When I print a html email, Claws Mail does it correctly, except it produces a miniature (i.e. a very small size print). See attachment. Is there a way to correct this behavior? Regards, Rui Ferreira -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Dec 11 18:59:14 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 11 Dec 2017 17:59:14 +0000 Subject: [Users] [Bug 3934] print html bug In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3934 --- Comment #1 from rmaf at clix.pt --- Created attachment 1823 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1823&action=edit print html result -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Dec 11 20:35:10 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 11 Dec 2017 19:35:10 +0000 Subject: [Users] [Bug 3934] print html bug In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3934 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #2 from Paul --- use /File/Page setup. Please discuss this further on the users' mailing list or IRC: http://www.claws-mail.org/MLs.php -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Dec 11 20:46:02 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 11 Dec 2017 19:46:02 +0000 Subject: [Users] [Bug 3934] print html bug In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3934 Andrej Kacian changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|INVALID |FIXED --- Comment #3 from Andrej Kacian --- Actually, this is a bug in the Windows port that is already fixed, and the upcoming release next week will include it. http://git.claws-mail.org/?p=claws-win32-installer.git;a=commitdiff;h=67e2d374dab415d880074e3b6e17867e82c6d79a -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Dec 12 02:37:26 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 12 Dec 2017 01:37:26 +0000 Subject: [Users] [Bug 3935] New: Build from GIT master broken on arch linux Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3935 Bug ID: 3935 Summary: Build from GIT master broken on arch linux 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: glitsj16 at gmail.com Looks like LDAP-related commit http://git.claws-mail.org/?p=claws.git;a=commit;h=48f72c22f91fbe0d6e872e89bd4dce9d39090e81 breaks the claws-mail build from GIT master on arch linux: [...] compose.c: In function ‘_ldap_srv_func’: compose.c:7100:2: error: unknown type name ‘LdapServer’; did you mean ‘GDBusServer’? LdapServer *server = (LdapServer *)data; ^~~~~~~~~~ GDBusServer compose.c:7100:24: error: ‘LdapServer’ undeclared (first use in this function); did you mean ‘server’? LdapServer *server = (LdapServer *)data; ^~~~~~~~~~ server compose.c:7100:24: note: each undeclared identifier is reported only once for each function it appears in compose.c:7100:36: error: expected expression before ‘)’ token LdapServer *server = (LdapServer *)data; ^ compose.c:7103:86: error: request for member ‘control’ in something not a structure or union debug_print("%s server '%s'\n", (*enable == TRUE ? "enabling" : "disabling"), server->control->hostName); ^~ compose.c:7104:8: error: request for member ‘searchFlag’ in something not a structure or union server->searchFlag = *enable; ^~ compose.c: In function ‘compose_destroy’: compose.c:9102:25: error: ‘Compose {aka struct _Compose}’ has no member named ‘passworded_ldap_servers’ g_slist_foreach(compose->passworded_ldap_servers, ^~ compose.c:9104:22: error: ‘Compose {aka struct _Compose}’ has no member named ‘passworded_ldap_servers’ g_slist_free(compose->passworded_ldap_servers); ^~ make[4]: *** [Makefile:1492: compose.o] Error 1 make[4]: Leaving directory '/home/glitsj16/.buildzone/00.tmpfs/claws/src' make[3]: *** [Makefile:1552: all-recursive] Error 1 make[3]: Leaving directory '/home/glitsj16/.buildzone/00.tmpfs/claws/src' make[2]: *** [Makefile:1241: all] Error 2 make[2]: Leaving directory '/home/glitsj16/.buildzone/00.tmpfs/claws/src' make[1]: *** [Makefile:775: all-recursive] Error 1 make[1]: Leaving directory '/home/glitsj16/.buildzone/00.tmpfs/claws' make: *** [Makefile:550: all] Error 2 Full log at https://ptpb.pw/rx0v.debug When reverting the aforementioned commit the build goes fine. Regards -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Dec 12 11:06:24 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 12 Dec 2017 10:06:24 +0000 Subject: [Users] [Bug 3936] New: LDAP StartTLS LDAPv3 (port 389) does not work for addressbooks Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3936 Bug ID: 3936 Summary: LDAP StartTLS LDAPv3 (port 389) does not work for addressbooks Classification: Unclassified Product: Claws Mail Version: 3.15.1 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P3 Component: UI/Address Book/LDAP Assignee: users at lists.claws-mail.org Reporter: k847354 at keit.eu Using the same LDAP user's account witch require a password: - LDAPs (port 636) with checkbox SSL/TLS checked -> ok - LDAP (port 389) with checkbox SSL/TLS and STARTTLS unchecked -> ok - LDAPv3 (port 389) with checkbox STARTTLS checked -> KO Using "ldapsearch -H ldap://serverName -Z -D '' -w" is working fine, so no LDAP misconfiguration identified. Looking with packet sniffer: seems that even with the checkbox STARTTLS checked no STARTTLS is initiate but a standard SSL/TLS connection. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Dec 12 13:44:21 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 12 Dec 2017 12:44:21 +0000 Subject: [Users] [Bug 3935] Build from GIT master broken on arch linux In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3935 --- Comment #1 from Ricardo Mones --- Created attachment 1824 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1824&action=edit Probable fix Hi, can you check if the attached patch fixes it for you? Thanks, -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Dec 12 14:24:23 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 12 Dec 2017 13:24:23 +0000 Subject: [Users] [Bug 3935] Build from GIT master broken on arch linux In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3935 --- Comment #2 from glitsj16 at gmail.com --- @Ricardo: Hi, confirming the attached patch does fix things. Really appreciate your speedy reply and solution. Many thanks and all the best. Regards -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Dec 12 18:32:21 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 12 Dec 2017 17:32:21 +0000 Subject: [Users] [Bug 3935] Build from GIT master broken on arch linux In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3935 Ricardo Mones 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-12-12 18:30:02.806534479 +0100 http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=d7c2b57323c923e9c493180f11c2a7e25604309c Merge: 4e2f656 5b7108e Author: Colin Leroy Date: Tue Dec 12 18:30:02 2017 +0100 Merge branch 'master' of file:///home/git/claws http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=5b7108e97efe38ce7888b3af90a302e32c01c91e Author: Ricardo Mones Date: Tue Dec 12 18:27:23 2017 +0100 Fix bug 3935: build from GIT master broken on arch linux Completes 48f72c22f91fbe0d6e872e89bd4dce9d39090e81 to allow building with disabled LDAP support. --- Comment #4 from Ricardo Mones --- You're welcome! Thanks for the feedback. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Dec 14 01:07:50 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 14 Dec 2017 00:07:50 +0000 Subject: [Users] [Bug 3936] LDAP StartTLS LDAPv3 (port 389) does not work for addressbooks In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3936 --- Comment #1 from Ricardo Mones --- (In reply to comment #0) > Using the same LDAP user's account witch require a password: > > - LDAPs (port 636) with checkbox SSL/TLS checked -> ok > - LDAP (port 389) with checkbox SSL/TLS and STARTTLS unchecked -> ok > - LDAPv3 (port 389) with checkbox STARTTLS checked -> KO Which is the status of SSL/TLS checkbox in the third case? > Using "ldapsearch -H ldap://serverName -Z -D '' -w" > is working fine, so no LDAP misconfiguration identified. > > Looking with packet sniffer: seems that even with the checkbox STARTTLS > checked no STARTTLS is initiate but a standard SSL/TLS connection. Looking at current code STARTTLS is not initiated if SSL/TLS checkbox is enabled, so you may try to disable it and see if it works. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Dec 14 09:28:16 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 14 Dec 2017 08:28:16 +0000 Subject: [Users] [Bug 3936] LDAP StartTLS LDAPv3 (port 389) does not work for addressbooks In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3936 --- Comment #2 from k847354 at keit.eu --- The two checkbox "SSL/TLS" and "STARTTLS" can't be checked together: - when "STARTTLS" is checked, "SSL/TLS" is grey, so you can't enable it. - In the same way when "SSL/TLS" is checked, "STARTTLS" is grey, so you can't enable it. This is behaviours is totally normal. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Dec 14 12:06:52 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 14 Dec 2017 11:06:52 +0000 Subject: [Users] [Bug 3936] LDAP StartTLS LDAPv3 (port 389) does not work for addressbooks In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3936 --- Comment #3 from Ricardo Mones --- Created attachment 1825 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1825&action=edit Probably better URI for LDAP with STARTTLS -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Dec 14 12:09:04 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 14 Dec 2017 11:09:04 +0000 Subject: [Users] [Bug 3936] LDAP StartTLS LDAPv3 (port 389) does not work for addressbooks In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3936 --- Comment #4 from Ricardo Mones --- (In reply to comment #2) > The two checkbox "SSL/TLS" and "STARTTLS" can't be checked together: > > - when "STARTTLS" is checked, "SSL/TLS" is grey, so you can't enable it. > - In the same way when "SSL/TLS" is checked, "STARTTLS" is grey, so you > can't enable it. > > This is behaviours is totally normal. Heh, that happens when you only look at the code and not at UI ;-) I don't have a STARTTLS enabled LDAP server at hand, so, can you check if attached patch fixes the issue for you? Thanks in advance, -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Dec 14 14:33:02 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 14 Dec 2017 13:33:02 +0000 Subject: [Users] [Bug 3936] LDAP StartTLS LDAPv3 (port 389) does not work for addressbooks In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3936 --- Comment #5 from k847354 at keit.eu --- The code modification in attachment 1825 get this result from LDAP logs: conn=1961 fd=41 ACCEPT from IP=... conn=1961 op=0 EXT oid=1.3.6.1.4.1.1466.20037 conn=1961 op=0 STARTTLS conn=1961 op=0 RESULT oid= err=0 text= conn=1961 fd=41 TLS established tls_ssf=256 ssf=256 conn=1961 op=1 EXT oid=1.3.6.1.4.1.1466.20037 conn=1961 op=1 STARTTLS conn=1961 op=1 RESULT oid= err=1 text=TLS already started => So it is better but not sufficient. To get more clues, when i do something like: ldapwhoami -H ldap://servername -Z -D "userDN" -W Here is the LDAP logs: conn=1963 fd=42 ACCEPT from IP=... conn=1963 op=0 EXT oid=1.3.6.1.4.1.1466.20037 conn=1963 op=0 STARTTLS conn=1963 op=0 RESULT oid= err=0 text= conn=1963 fd=42 TLS established tls_ssf=256 ssf=256 conn=1963 op=1 BIND dn=... method=128 conn=1963 op=1 BIND dn=... mech=SIMPLE ssf=0 RESULT tag=97 err=0 text= EXT oid=1.3.6.1.4.1.4203.1.11.3 WHOAMI RESULT oid= err=0 text= UNBIND closed => So something is wrong in sequencing the connection. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Dec 14 17:45:19 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 14 Dec 2017 16:45:19 +0000 Subject: [Users] [Bug 3936] LDAP StartTLS LDAPv3 (port 389) does not work for addressbooks In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3936 Ricardo Mones changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #1825|0 |1 is obsolete| | --- Comment #6 from Ricardo Mones --- Created attachment 1826 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1826&action=edit Even better URIs for LDAP with STARTTLS -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Dec 14 17:47:17 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 14 Dec 2017 16:47:17 +0000 Subject: [Users] [Bug 3936] LDAP StartTLS LDAPv3 (port 389) does not work for addressbooks In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3936 --- Comment #7 from Ricardo Mones --- (In reply to comment #5) > The code modification in attachment 1825 [details] get this result from LDAP > logs: > > conn=1961 fd=41 ACCEPT from IP=... > conn=1961 op=0 EXT oid=1.3.6.1.4.1.1466.20037 > conn=1961 op=0 STARTTLS > conn=1961 op=0 RESULT oid= err=0 text= > conn=1961 fd=41 TLS established tls_ssf=256 ssf=256 > conn=1961 op=1 EXT oid=1.3.6.1.4.1.1466.20037 > conn=1961 op=1 STARTTLS > conn=1961 op=1 RESULT oid= err=1 text=TLS already started > > => So it is better but not sufficient. To get more clues, when i do > something like: [...] > => So something is wrong in sequencing the connection. Yep, patch was doing STARTTLS twice. I've updated the patch to do it only once. Please try again ;-) Thanks, -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Dec 15 12:11:39 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 15 Dec 2017 11:11:39 +0000 Subject: [Users] [Bug 3936] LDAP StartTLS LDAPv3 (port 389) does not work for addressbooks In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3936 --- Comment #8 from k847354 at keit.eu --- I have tested patch attachment 1826 but now there is no STARTTLS any more. -- You are receiving this mail because: You are the assignee for the bug. From shai at platonix.com Sun Dec 17 01:01:08 2017 From: shai at platonix.com (Shai Berger) Date: Sun, 17 Dec 2017 02:01:08 +0200 Subject: [Users] Surprising actions behavior Message-ID: <20171217020108.2a6aa3bb.shai@platonix.com> Hi all, I see some behaviors around actions, which I find surprising. I looked for settings to fix these, but couldn't find them, and I want to ask for your opinion before opening tickets and/or trying to fix them. The version is 3.15.1 on Debian Testing, I compiled it myself in order to include the Fancy plugin but other than that it's the released version. In no particular order, here they are: 1) There seems to be no logging of actions available. I configured some action, and it didn't do what I expected, and I had to debug by guessing. 2) "stop" is available as a filter-action when configuring Actions. It really makes sense only in filters. I'm not sure if putting it in the end of a list of actions causes any problems, because of no logging. 3) I defined a mark-as-spam action using a filter-action, to do the following: - Execute a command (train my Bayesian filter that it's spam) - Mark the message read - Mark the message as spam - Move the message to the junk folder This looked like it did the first three, but failed to move the message to the junk folder. At first, there was a "stop" in the end (because the action was originally translated from a KMail filter), I removed it and it didn't change anything. Then I tried to promote the "move" operation so it ran earlier in the sequence. 3a) In the filter-action editor, I could move it wherever I liked, but when I pressed OK, it wouldn't move before the mark_as_read. 3b) So I had the actions ordered as "execute, mark_as_read, move, mark_as_spam" -- and now the messages are moved, but not marked as spam. Is the filter-action in Actions limited to 3 actions only? 4) As noted, the action above includes a "move" operation, which means that when it ends, the previously-selected message is no longer in the active folder. I'd expect the next or previous message in the list to be selected, like what happens when a message is deleted; but instead, the selection jumped to the first unread message in the folder. In case this matters, my preference for "selection when entering a new folder" is "last message opened; none". Is any of the above expected behavior? Assuming not, are there easy ways to fix, or work around them? Thanks, and sorry for the length, Shai. From claws at thewildbeast.co.uk Sun Dec 17 13:18:56 2017 From: claws at thewildbeast.co.uk (Paul) Date: Sun, 17 Dec 2017 12:18:56 +0000 Subject: [Users] Claws Mail 3.16.0 unleashed!!!! Message-ID: <20171217121856.0a7bc920@kujata> 17th December 2017 Claws Mail 3.16.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: ~~~~~~~~~~~~~~~~~~~~ * Preferences: for the 'default selection on entering a folder' on the Display/Summaries page, the first new, first unread, and first marked message options are now sort-order aware. * Preferences: the previously hidden preference to 'Warn when sending to more recipients than []' has been added to the Mail Handling/Sending page. * Preferences: Toolbars/Compose window: Sign/Encrypt toggle buttons can been added to the toolbar. * Preferences: Fancy Plugin: allow stylesheet file/folder names to have spaces in them. * Account Preferences: a 'Show password' checkbox has been added next to the password fields. * Account Preferences: the OpenPGP and S/MIME preferences have been split into two separate pages. * Account Preferences: newline characters are disallowed in account usernames and passwords, and warnings are shown to the user if this is attempted. * Compose: more UTF-8 list-item characters have been added. * Address book: a 'Show password' checkbox has been added next to the LDAP server 'bind password' field. * GPG: full key/signature fingerprints are now shown instead of the short versions. * SSL Certificate Manager: added support for ipv6 addresses. * NNTP: Fetch XOVER and XHDR data in batches of 5000 and use the statusbar progress meter when opening/refreshing a NNTP folder. * CLI: the --insert option has been added to --compose, to allow inserting files from the command line. * Plugins window: keyboard shortcuts to Load/Unload buttons have been added. * PDF Viewer Plugin: a print button has been added. * The HTML parser now supports all entities. * Tools: a simple bash completion helper has been added, tools/bash_completion/claws-mail. * Updated translations: Brazilian Portuguese, Catalan, Czech, Danish, Dutch, Finnish, French, German, Hungarian, Italian, Norwegian Bokmål, Russian, Slovak, Spanish, Swedish, Turkish. * New translations: Japanese, Polish, Romanian. * Bug fixes: o bug 3266, 'procmime.c: FILE leak in specific circumstances' o bug 3784, 'Very similar strings in src/gtk/about.c' o bug 3793, 'Segfaults when master passphrase dialog is launched in the middle of autocompletion' o bug 3795, 'Fix typo in utils.c' o bug 3796, 'Fix format-security warnings in alertpanel_ use' o bug 3797, 'Unfold quoting renders quotes completely confusing' o bug 3801, 'Broken auto wrapping' o bug 3808, 'vCalendar plugin does not load due to undefined symbol icaltime_from_timet' o bug 3813, '"mouse up" activates link even if "mouse down" occurred outside the link / cannot copy link text' o bug 3814, 'end of mouse drag or text selection erroneously activates links' o bug 3819, 'Duplicate definition of global pygtk symbols' o bug 3821, 'Potential security issue with libetpan code in mailmbox plugin' o bug 3916, 'message view shows wrong message contents' o bug 3843, 'Non-functional "Change to..." command in Spelling menu' o bug 3852, 'delete header entry button doesn't restore colour' o bug 3881, 'Hide Read Threads eats emails' o bug 3886, '"About to send mail to 2 recipients" warning when one of them is Reply-To' o bug 3892, 'build fails with enchant-2.1.0' o bug 3893, 'Text mode open/copy web links ignores trailing tilde(s)' o bug 3924, 'Fix configuration of sieve plugin on FreeBSD (segfaulted)' o bug 3931, 'segfault searching server with master password' o off-by-one error in textview's quote unfolding o Make sure outgoing messages have a trailing newline o 'add_to_addressbook' filtering action correctly add the name o improved handling of bad filenames get_serverport() in ssl_manager.c o building against older webkitgtk versions o crash in mailimf_group_parse() in mailmbox plugin o missing invalid regexp indication in folder preferences. o truncated input widgets in preferences window o ignore_thread not marking complete thread o buffer length handling in GnuTLS password encryption and decryption o many memory leaks 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 chrisretusn at bluehome.net Mon Dec 18 03:35:53 2017 From: chrisretusn at bluehome.net (Chris Schrauben) Date: Mon, 18 Dec 2017 10:35:53 +0800 Subject: [Users] Claws Mail 3.16.0 unleashed!!!! In-Reply-To: <20171217121856.0a7bc920@kujata> References: <20171217121856.0a7bc920@kujata> Message-ID: <20171218103553.1260a53e@racermach.home.lan> On Sun, 17 Dec 2017 12:18:56 +0000 Paul wrote: > 17th December 2017 Claws Mail 3.16.0 > > * Account Preferences: a 'Show password' checkbox has been added next > to the password fields. > o bug 3808, 'vCalendar plugin does not load due to undefined > symbol icaltime_from_timet' Perfect timing. I found my self having to recompile Claws Mail after some library upgrades to Slackware-current. Ran into bug 3808, in my quest for possible patches I found that Claws Mail was just updated yesterday with a fix. Awesome update, really like the show password checkbox. Thanks! -------------- 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 Dec 18 10:31:45 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 18 Dec 2017 09:31:45 +0000 Subject: [Users] [Bug 3936] LDAP StartTLS LDAPv3 (port 389) does not work for addressbooks In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3936 --- Comment #9 from Ricardo Mones --- (In reply to comment #8) > I have tested patch attachment 1826 [details] but now there is no STARTTLS > any more. That's a bit strange. With the binary which has the patch applied can you run "/path/to/your/claws-mail --debug > debug.log 2>&1", test connection to your LDAP and attach the debug.log file to this bug? Thanks in advance, -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Dec 18 12:05:24 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 18 Dec 2017 11:05:24 +0000 Subject: [Users] [Bug 3921] Follow-up to #3764. Cleanup gitignore In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3921 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-12-18 12:05:03.074886035 +0100 http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=f03a6d41d7d348c3c7b8bdf21595f7d8dd0955cb Merge: cdcbdae 2933a88 Author: Colin Leroy Date: Mon Dec 18 12:05:02 2017 +0100 Merge branch 'master' of file:///home/git/claws http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=2933a88155c211d513134d0f6715e0024940c08f Author: Ricardo Mones Date: Mon Dec 18 12:02:14 2017 +0100 Fix bug 3921: Follow-up to #3764. Cleanup gitignore Thanks Flo for the patch, but sed -i '/libical/libical/d' .gitignore was faster than applying the patch itself ;-) -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Dec 18 12:18:48 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 18 Dec 2017 11:18:48 +0000 Subject: [Users] [Bug 3936] LDAP StartTLS LDAPv3 (port 389) does not work for addressbooks In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3936 --- Comment #10 from k847354 at keit.eu --- Created attachment 1827 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1827&action=edit Test STARTTLS ok with pacth code in attachment 1826 I have tested again patch code in attachment 1826 and now it is working! (I should have made a mistake the previous time, sorry) Here is debug logs, to confirm that it is working for STARTTLS. Thanks -- You are receiving this mail because: You are the assignee for the bug. From lfisk at iserv.net Mon Dec 18 13:43:59 2017 From: lfisk at iserv.net (Leon Fisk) Date: Mon, 18 Dec 2017 08:43:59 -0400 Subject: [Users] Claws Mail 3.16.0 unleashed!!!! In-Reply-To: <20171217121856.0a7bc920@kujata> References: <20171217121856.0a7bc920@kujata> Message-ID: <201712181244.vBICi0YC017155@mail5.iserv.net> On Sun, 17 Dec 2017 12:18:56 +0000 Paul wrote: >17th December 2017 Claws Mail 3.16.0 Tried building this on an old Ubuntu system running 10.04. Up to this point it has always built okay. I don't build a lot of the plugins that would probably cause problems. Here is the tail-end of the output where it errors out: === Making all in . addr_compl.c: In function ‘addrcompl_clear_queue’: addr_compl.c:1132: warning: implicit declaration of function ‘g_list_free_full’ compose.c: In function ‘compose_force_encryption’: compose.c:1331: warning: implicit declaration of function ‘g_slist_free_full’ imap.c: In function ‘imap_fetch_msg_full’: imap.c:1572: warning: format ‘%zd’ expects type ‘signed size_t’, but argument 3 has type ‘goffset’ imap.c: In function ‘imap_is_msg_fully_cached’: imap.c:1675: warning: format ‘%zd’ expects type ‘signed size_t’, but argument 4 has type ‘goffset’ ldapctrl.c: In function ‘ldapctl_full_attribute_array’: ldapctrl.c:642: warning: implicit declaration of function ‘g_list_free_full’ libtool: link: gcc -g -O2 -Wno-unused-function -Wno-pointer-sign -Wall -pthread -I/usr/include/enchant -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -Wl,--export-dynamic -o .libs/claws-mail account.o action.o addrcache.o addr_compl.o addressadd.o addrgather.o addrharvest.o addritem.o advsearch.o alertpanel.o autofaces.o avatars.o codeconv.o compose.o crash.o customheader.o displayheader.o edittags.o enriched.o entity.o export.o file_checker.o filtering.o folder.o folder_item_prefs.o foldersel.o folderutils.o folderview.o grouplistdialog.o headerview.o html.o image_viewer.o imap.o imap_gtk.o import.o inc.o localfolder.o main.o mainwindow.o manual.o matcher.o matcher_parser_lex.o matcher_parser_parse.o mbox.o message_search.o messageview.o mh.o mh_gtk.o mimeview.o msgcache.o news.o news_gtk.o noticeview.o partial_download.o password.o password_gtk.o passwordstore.o pop.o prefs_account.o prefs_actions.o prefs_common.o prefs_compose_writing.o prefs_customheader.o prefs_display_header.o prefs_ext_prog.o prefs_filtering_action.o prefs_filtering.o prefs_folder_item.o prefs_fonts.o prefs_gtk.o prefs_image_viewer.o prefs_logging.o prefs_matcher.o prefs_message.o prefs_migration.o prefs_msg_colors.o prefs_other.o prefs_quote.o prefs_receive.o prefs_send.o prefs_spelling.o prefs_summaries.o prefs_summary_column.o prefs_summary_open.o prefs_folder_column.o prefs_template.o prefs_themes.o prefs_toolbar.o prefs_wrapping.o printing.o privacy.o procheader.o procmime.o procmsg.o quote_fmt.o quote_fmt_lex.o quote_fmt_parse.o recv.o remotefolder.o send_message.o setup.o sourcewindow.o ssl_manager.o statusbar.o stock_pixmap.o summary_search.o summaryview.o textview.o toolbar.o undo.o unmime.o uri_opener.o wizard.o addrbook.o addrclip.o addrcustomattr.o addressbook.o addressbook_foldersel.o addrindex.o addrquery.o addrselect.o addrduplicates.o browseldap.o editaddress.o editaddress_other_attributes_ldap.o editbook.o editgroup.o editjpilot.o editldap_basedn.o editldap.o editvcard.o exphtmldlg.o expldifdlg.o exporthtml.o exportldif.o importldif.o importmutt.o importpine.o jpilot.o ldapctrl.o ldaplocate.o ldapquery.o ldapserver.o ldapupdate.o ldaputil.o ldif.o mutt.o pine.o vcard.o -pthread -pthread -pthread -pthread -pthread etpan/.libs/libclawsetpan.a -L/usr/lib gtk/.libs/libclawsgtk.a -lcrypt /usr/lib/libenchant.so /usr/lib/libgtk-x11-2.0.so /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libgio-2.0.so /usr/lib/libpangoft2-1.0.so /usr/lib/libgdk_pixbuf-2.0.so /usr/lib/libpangocairo-1.0.so /usr/lib/libcairo.so /usr/lib/libpango-1.0.so /usr/lib/libfreetype.so -lfontconfig /usr/lib/libgmodule-2.0.so -lnsl -llber -lldap /usr/lib/libgnutls.so -lcompface /usr/lib/libpisock.so /usr/lib/libusb.so /usr/lib/libbluetooth.so -lSM -lICE -lstartup-notification-1 -L/lib -ldbus-glib-1 -ldbus-1 -lpthread /usr/lib/libgobject-2.0.so /usr/lib/libgthread-2.0.so -lrt /usr/lib/libglib-2.0.so -lm /usr/lib/libetpan.so -ldb-4.8 -lz -llockfile /usr/lib/libsasl2.so -ldl -lresolv -lssl -lcrypto -pthread addr_compl.o: In function `addrcompl_clear_queue': /usr/local/src/claws-mail-3.16.0/src/addr_compl.c:1132: undefined reference to `g_list_free_full' compose.o: In function `compose_force_encryption': /usr/local/src/claws-mail-3.16.0/src/compose.c:1331: undefined reference to `g_slist_free_full' /usr/local/src/claws-mail-3.16.0/src/compose.c:1331: undefined reference to `g_slist_free_full' ldapctrl.o: In function `ldapctl_full_attribute_array': /usr/local/src/claws-mail-3.16.0/src/ldapctrl.c:642: undefined reference to `g_list_free_full' collect2: ld returned 1 exit status make[4]: *** [claws-mail] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 === Any ideas to fix this or should I just count my blessings and stay with 3.15.0? -- Leon Claws 3.15.0, Ubuntu Lucid From andrej at kacian.sk Mon Dec 18 14:31:54 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Mon, 18 Dec 2017 14:31:54 +0100 Subject: [Users] Claws Mail 3.16.0 unleashed!!!! In-Reply-To: <201712181244.vBICi0YC017155@mail5.iserv.net> References: <20171217121856.0a7bc920@kujata> <201712181244.vBICi0YC017155@mail5.iserv.net> Message-ID: <20171218143154.19984c30@penny> On Mon, 18 Dec 2017 08:43:59 -0400 Leon Fisk wrote: > Any ideas to fix this or should I just count my blessings and stay with 3.15.0? It seems that glib-2.0 headers on your system are either corrupted or missing completely. The functions and symbols in these errors come from this library. Furthermore, the final linking command is missing "-lglib-2.0". What does this command say? pkg-config --libs --cflags glib-2.0 -- Andrej From lfisk at iserv.net Mon Dec 18 14:48:11 2017 From: lfisk at iserv.net (Leon Fisk) Date: Mon, 18 Dec 2017 09:48:11 -0400 Subject: [Users] Claws Mail 3.16.0 unleashed!!!! In-Reply-To: <20171218143154.19984c30@penny> References: <20171217121856.0a7bc920@kujata> <201712181244.vBICi0YC017155@mail5.iserv.net> <20171218143154.19984c30@penny> Message-ID: <201712181348.vBIDmAHF008542@mail2.iserv.net> On Mon, 18 Dec 2017 14:31:54 +0100 Andrej Kacian wrote: >On Mon, 18 Dec 2017 08:43:59 -0400 >Leon Fisk wrote: > >> Any ideas to fix this or should I just count my blessings and stay with 3.15.0? > >It seems that glib-2.0 headers on your system are either corrupted or >missing completely. The functions and symbols in these errors come from >this library. > >Furthermore, the final linking command is missing "-lglib-2.0". What >does this command say? > >pkg-config --libs --cflags glib-2.0 I'm sure they're there, been building lots of stuff through the years. Could easily be missing something else though included in newer systems :) os at os:/usr/local/src/claws-mail-3.16.0$ pkg-config --libs --cflags glib-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -lglib-2.0 -- Leon Claws 3.15.0, Ubuntu Lucid From claws at thewildbeast.co.uk Mon Dec 18 15:37:03 2017 From: claws at thewildbeast.co.uk (Paul) Date: Mon, 18 Dec 2017 14:37:03 +0000 Subject: [Users] Claws Mail 3.16.0 unleashed!!!! In-Reply-To: <201712181244.vBICi0YC017155@mail5.iserv.net> References: <20171217121856.0a7bc920@kujata> <201712181244.vBICi0YC017155@mail5.iserv.net> Message-ID: <20171218143703.22c59330@kujata> On Mon, 18 Dec 2017 08:43:59 -0400 Leon Fisk wrote: > Tried building this on an old Ubuntu system running 10.04. Your version of ubuntu is not even supported by ubuntu any more. with regards Paul From lfisk at iserv.net Mon Dec 18 20:42:37 2017 From: lfisk at iserv.net (Leon Fisk) Date: Mon, 18 Dec 2017 15:42:37 -0400 Subject: [Users] Claws Mail 3.16.0 unleashed!!!! In-Reply-To: <20171218143154.19984c30@penny> References: <20171217121856.0a7bc920@kujata> <201712181244.vBICi0YC017155@mail5.iserv.net> <20171218143154.19984c30@penny> Message-ID: <201712181942.vBIJgY18031997@mail5.iserv.net> On Mon, 18 Dec 2017 14:31:54 +0100 Andrej Kacian wrote: >It seems that glib-2.0 headers on your system are either corrupted or >missing completely. The functions and symbols in these errors come from >this library. Andrej, thanks for replying. Some more info that may help. If I edit a couple files to get rid of the previously listed declaration warnings it builds okay: === addr_compl.c:1132: warning: implicit declaration of function ‘g_list_free_full’ compose.c:1331: warning: implicit declaration of function ‘g_slist_free_full’ ldapctrl.c:642: warning: implicit declaration of function ‘g_list_free_full’ === I just compared the files to old 3.15.0 and made the spots referencing those functions read the same. Not a good fix by any means... I don't build all the plugins. Maybe a missing declaration is being picked up there? I'm a complete amateur at this but something doesn't seem right in those files for "g_list_free_full" and "‘g_slist_free_full". Here is the plugin output from configure: === claws-mail 3.16.0 Using Address Book : Original stable interface JPilot : yes LDAP : yes gnuTLS : yes iconv : yes compface : yes IPv6 : yes enchant : yes IMAP4 : yes NNTP : yes Crash dialog : no LibSM : yes DBUS : yes NetworkManager : yes Manual : no Generic UMPC code : no SVG support : no Config dir : .claws-mail Password crypto : old Plugins Built: - archive - att_remover - attachwarner - libravatar - notification Features: banner command hotkeys lcdproc libnotify libcanberra-gtk popup trayicon Disabled due to missing dependencies: unity/messaging-menu - perl - python - pgpcore - pgpmime - smime Disabled: - acpi_notifier - address_keeper - bogofilter - bsfilter - clamd - demo - fancy - fetchinfo - gdata - mailmbox - managesieve - newmail - pdf_viewer - pgpinline - rssyl - spamassassin - spam_report - tnef_parse - vcalendar The binary will be installed in /usr/bin === -- Leon Claws 3.15.0, Ubuntu Lucid From andrej at kacian.sk Mon Dec 18 21:32:45 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Mon, 18 Dec 2017 21:32:45 +0100 Subject: [Users] Claws Mail 3.16.0 unleashed!!!! In-Reply-To: <201712181942.vBIJgY18031997@mail5.iserv.net> References: <20171217121856.0a7bc920@kujata> <201712181244.vBICi0YC017155@mail5.iserv.net> <20171218143154.19984c30@penny> <201712181942.vBIJgY18031997@mail5.iserv.net> Message-ID: <20171218213245.7bb40b29@penny> On Mon, 18 Dec 2017 15:42:37 -0400 Leon Fisk wrote: > I just compared the files to old 3.15.0 and made the spots referencing > those functions read the same. Not a good fix by any means... > > I don't build all the plugins. Maybe a missing declaration is being picked up there? > I'm a complete amateur at this but something doesn't seem right in those > files for "g_list_free_full" and "‘g_slist_free_full". Actually, Paul found the issue - your glib version is too old, function g_list_free_full was added in 2.28, while you only have 2.20. You definitely should upgrade your OS at this point. Regards, -- Andrej From linux at slavino.sk Mon Dec 18 21:38:46 2017 From: linux at slavino.sk (Slavko) Date: Mon, 18 Dec 2017 21:38:46 +0100 Subject: [Users] CM 3.16 and Selection when entering a folder Message-ID: <20171218213846.11422acb@bonifac.skk> Hi, i have trouble with the new version and the "Selection when entering a folder" settings. I use ordering messages by date descending, then the newest messages are at top of list. I have set, that CM has to select first new or fist unread message and i expect, that the first is by my ordering, i.e. the newest new/unread, but CM selects the latest new/unread message. There are not options to select latest new/unread. Please, is this desired behavior or bug? -- Slavko http://slavino.sk -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 677 bytes Desc: Digitálny podpis OpenPGP URL: From noreply at thewildbeast.co.uk Mon Dec 18 21:37:26 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 18 Dec 2017 20:37:26 +0000 Subject: [Users] [Bug 3936] LDAP StartTLS LDAPv3 (port 389) does not work for addressbooks In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3936 Ricardo Mones changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #11 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-12-18 21:22:02.673682976 +0100 http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=9b745cfacefcafbb022baf07604cc8f6d0361e56 Merge: d265708 174c03f Author: Colin Leroy Date: Mon Dec 18 21:22:02 2017 +0100 Merge branch 'master' of file:///home/git/claws http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=174c03f1931636ba6a47415619c18ce5af572d69 Author: Ricardo Mones Date: Mon Dec 18 21:20:25 2017 +0100 Fix Bug 3936: LDAP StartTLS does not work for addressbooks -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Dec 18 22:47:14 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 18 Dec 2017 21:47:14 +0000 Subject: [Users] [Bug 3937] New: autocrypt support Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3937 Bug ID: 3937 Summary: autocrypt support Classification: Unclassified Product: Claws Mail Version: other Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P3 Component: Plugins/Privacy/PGP Assignee: users at lists.claws-mail.org Reporter: nin at suremail.info Please add support for autocrypt: https://autocrypt.org/en/latest/details.html Thanks for considering and for claws-mail itself! -- You are receiving this mail because: You are the assignee for the bug. From claws at thewildbeast.co.uk Mon Dec 18 23:42:30 2017 From: claws at thewildbeast.co.uk (Paul) Date: Mon, 18 Dec 2017 22:42:30 +0000 Subject: [Users] CM 3.16 and Selection when entering a folder In-Reply-To: <20171218213846.11422acb@bonifac.skk> References: <20171218213846.11422acb@bonifac.skk> Message-ID: <20171218224230.410df4cd@kujata> On Mon, 18 Dec 2017 21:38:46 +0100 Slavko wrote: > Please, is this desired behavior or bug? What you want is the opposite of 'first ...', you want 'last ...', so that's a feature request. with regards Paul From rol at witbe.net Tue Dec 19 07:57:52 2017 From: rol at witbe.net (Paul Rolland (=?UTF-8?B?44Od44O844Or44O744Ot44Op44Oz?=)) Date: Tue, 19 Dec 2017 07:57:52 +0100 Subject: [Users] CM 3.16 and Selection when entering a folder In-Reply-To: <20171218224230.410df4cd@kujata> References: <20171218213846.11422acb@bonifac.skk> <20171218224230.410df4cd@kujata> Message-ID: <20171219075752.76aa8cd4@riri.DEF.witbe.net> Hello, On Mon, 18 Dec 2017 22:42:30 +0000 Paul wrote: > > Please, is this desired behavior or bug? > > What you want is the opposite of 'first ...', you want 'last ...', so > that's a feature request. I've been fighting with that too before going back to 3.15.1. Paul, what's the reasoning that leads you (the dev team) to consider that this should be the _last_ that I want ? When I look at my list, it's at the top, so it's the first. 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 claws at thewildbeast.co.uk Tue Dec 19 09:57:16 2017 From: claws at thewildbeast.co.uk (Paul) Date: Tue, 19 Dec 2017 08:57:16 +0000 Subject: [Users] CM 3.16 and Selection when entering a folder In-Reply-To: <20171219075752.76aa8cd4@riri.DEF.witbe.net> References: <20171218213846.11422acb@bonifac.skk> <20171218224230.410df4cd@kujata> <20171219075752.76aa8cd4@riri.DEF.witbe.net> Message-ID: <20171219085716.19036e4e@kujata> On Tue, 19 Dec 2017 07:57:52 +0100 "Paul Rolland (ポール・ロラン)" wrote: > Paul, what's the reasoning that leads you (the dev team) to > consider that this should be the _last_ that I want ? When I look > at my list, it's at the top, so it's the first. What's at the top, whether it be newest message or oldest message, depends on your chosen sort order. with regards Paul From linux at slavino.sk Tue Dec 19 09:58:49 2017 From: linux at slavino.sk (Slavko) Date: Tue, 19 Dec 2017 09:58:49 +0100 Subject: [Users] CM 3.16 and Selection when entering a folder In-Reply-To: <20171218224230.410df4cd@kujata> References: <20171218213846.11422acb@bonifac.skk> <20171218224230.410df4cd@kujata> Message-ID: <20171219095849.68a3d15c@bonifac.skk> Ahoj, Dňa Mon, 18 Dec 2017 22:42:30 +0000 Paul napísal: > On Mon, 18 Dec 2017 21:38:46 +0100 > Slavko wrote: > > > Please, is this desired behavior or bug? > > What you want is the opposite of 'first ...', you want 'last ...', so > that's a feature request. Do you really consider first message in my list as last? In our country the lists are counted from top, not from bottom... regards -- Slavko http://slavino.sk -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 677 bytes Desc: Digitálny podpis OpenPGP URL: From claws at thewildbeast.co.uk Tue Dec 19 10:13:37 2017 From: claws at thewildbeast.co.uk (Paul) Date: Tue, 19 Dec 2017 09:13:37 +0000 Subject: [Users] CM 3.16 and Selection when entering a folder In-Reply-To: <20171219095849.68a3d15c@bonifac.skk> References: <20171218213846.11422acb@bonifac.skk> <20171218224230.410df4cd@kujata> <20171219095849.68a3d15c@bonifac.skk> Message-ID: <20171219091337.4dbd4626@kujata> On Tue, 19 Dec 2017 09:58:49 +0100 Slavko wrote: > Do you really consider first message in my list as last? In our > country the lists are counted from top, not from bottom... That depends on the sort order... but perhaps not in your country? Your assumption is that 'first' means 'top'. with regards Paul From codejodler at gmx.ch Tue Dec 19 12:16:35 2017 From: codejodler at gmx.ch (Michael) Date: Tue, 19 Dec 2017 12:16:35 +0100 Subject: [Users] autocrypt In-Reply-To: <20171208011811.2ea95ca0@gandalf.lan3> References: <20171201165131.629d6153@gandalf.lan3> <20171204101540.4915d467.andrej@kacian.sk> <20171204111504.382e4657@braetac.lighthouse.yetnet> <20171204171422.2c7960c9@kujata> <20171204191701.1201a1f8@acer-suse.lan> <20171204153139.69dca610@braetac.lighthouse.yetnet> <20171207201921.45814ecd@gandalf.lan3> <20171207210453.6f9a2aa1@bonifac.skk> <20171208011811.2ea95ca0@gandalf.lan3> Message-ID: <20171219121635.3baa241f@gandalf.lan3> My Email Provider sent a mail today about how they are supporting autocrypt now. From codejodler at gmx.ch Tue Dec 19 12:48:25 2017 From: codejodler at gmx.ch (Michael) Date: Tue, 19 Dec 2017 12:48:25 +0100 Subject: [Users] autocrypt In-Reply-To: <20171219121635.3baa241f@gandalf.lan3> References: <20171201165131.629d6153@gandalf.lan3> <20171204101540.4915d467.andrej@kacian.sk> <20171204111504.382e4657@braetac.lighthouse.yetnet> <20171204171422.2c7960c9@kujata> <20171204191701.1201a1f8@acer-suse.lan> <20171204153139.69dca610@braetac.lighthouse.yetnet> <20171207201921.45814ecd@gandalf.lan3> <20171207210453.6f9a2aa1@bonifac.skk> <20171208011811.2ea95ca0@gandalf.lan3> <20171219121635.3baa241f@gandalf.lan3> Message-ID: <20171219124825.708f6066@gandalf.lan3> For those who don't like to read it up, the core is that autocrypt exchanges public PGP keys 'in the background' (i.e. in headers) communication with a first, empty mail sent between the communication partners. After that, following communication with that partner uses that key. From user side, if you send a mail to someone whos MUA also is supporting autocrypt, the communication will be encrypted automaticly without configuration. You might aks what's the providers role (when normally the thing is done between MUA) ? Here are some details. (1) They will be adding an autocrypt header for senders whose MUA does not support it yet. (For that to work, they need the user to upload their PGP key to the provider first, see below.) If a MUA has already added autocrypt header, they won't touch it. (2) Also, that provider says they generally add DKIM signature to the autocrypted communication to prevent 'man-in-the-middle' manipulation. (3) They offer automatic encryption of any incoming mails, even if they're not encrypted by sender. (4) They also support a OpenPGP-Header which contains links for recipients where to find the public key. Of course, for all that, one has to create a PGP pair first. You then upload your key(s) to their server from their Web GUI. They give links to descriptions using Enigmail or Mailvelope. They recommend that MUAs inform users about changes of key or encryption state (on/off). From dave at howorth.org.uk Tue Dec 19 12:58:50 2017 From: dave at howorth.org.uk (Dave Howorth) Date: Tue, 19 Dec 2017 11:58:50 +0000 Subject: [Users] CM 3.16 and Selection when entering a folder In-Reply-To: <20171219095849.68a3d15c@bonifac.skk> References: <20171218213846.11422acb@bonifac.skk> <20171218224230.410df4cd@kujata> <20171219095849.68a3d15c@bonifac.skk> Message-ID: <20171219115850.6b981ffb@acer-suse.lan> On Tue, 19 Dec 2017 09:58:49 +0100 Slavko wrote: > Ahoj, > > Dňa Mon, 18 Dec 2017 22:42:30 +0000 Paul > napísal: > > > On Mon, 18 Dec 2017 21:38:46 +0100 > > Slavko wrote: > > > > > Please, is this desired behavior or bug? > > > > What you want is the opposite of 'first ...', you want 'last ...', > > so that's a feature request. > > Do you really consider first message in my list as last? In our > country the lists are counted from top, not from bottom... There's an ambiguity in the meaning of 'first' and 'last', in particular in terms of what they apply to. In your mind you see them applying to the presentation order on screen. In Paul's mind he sees them as applicable to the order in which the messages arrived. Short of making the description a lot longer and thereby unambiguous, or changing it to be perhaps 'top' or 'earliest' and thus hopefully more descriptive of the attribute it describes and less descriptive of the attribute it doesn't describe, I think it's something people just have to learn the meaning of. As ever, writing code carries extra votes! From rol at witbe.net Tue Dec 19 13:13:22 2017 From: rol at witbe.net (Paul Rolland (=?UTF-8?B?44Od44O844Or44O744Ot44Op44Oz?=)) Date: Tue, 19 Dec 2017 13:13:22 +0100 Subject: [Users] CM 3.16 and Selection when entering a folder In-Reply-To: <20171219115850.6b981ffb@acer-suse.lan> References: <20171218213846.11422acb@bonifac.skk> <20171218224230.410df4cd@kujata> <20171219095849.68a3d15c@bonifac.skk> <20171219115850.6b981ffb@acer-suse.lan> Message-ID: <20171219131322.056b524f@riri.DEF.witbe.net> Hello, On Tue, 19 Dec 2017 11:58:50 +0000 Dave Howorth wrote: > There's an ambiguity in the meaning of 'first' and 'last', in > particular in terms of what they apply to. In your mind you see them > applying to the presentation order on screen. In Paul's mind he sees > them as applicable to the order in which the messages arrived. > > Short of making the description a lot longer and thereby unambiguous, > or changing it to be perhaps 'top' or 'earliest' and thus hopefully more > descriptive of the attribute it describes and less descriptive of the > attribute it doesn't describe, I think it's something people just have > to learn the meaning of. As ever, writing code carries extra votes! I totally agree.... Rol -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 181 bytes Desc: OpenPGP digital signature URL: From claws at thewildbeast.co.uk Tue Dec 19 13:20:25 2017 From: claws at thewildbeast.co.uk (Paul) Date: Tue, 19 Dec 2017 12:20:25 +0000 Subject: [Users] CM 3.16 and Selection when entering a folder In-Reply-To: <20171219115850.6b981ffb@acer-suse.lan> References: <20171218213846.11422acb@bonifac.skk> <20171218224230.410df4cd@kujata> <20171219095849.68a3d15c@bonifac.skk> <20171219115850.6b981ffb@acer-suse.lan> Message-ID: <20171219122025.3b170cc5@kujata> On Tue, 19 Dec 2017 11:58:50 +0000 Dave Howorth wrote: > There's an ambiguity in the meaning of 'first' and 'last', in > particular in terms of what they apply to. In your mind you see them > applying to the presentation order on screen. In Paul's mind he sees > them as applicable to the order in which the messages arrived. > > Short of making the description a lot longer and thereby > unambiguous, or changing it to be perhaps 'top' or 'earliest' and > thus hopefully more descriptive of the attribute it describes and > less descriptive of the attribute it doesn't describe, I think it's > something people just have to learn the meaning of. As ever, > writing code carries extra votes! Just before your message I made changes to the code in GIT. Rather than earliest/latest I chose oldest/newest, both of which are better than first/last. I also added extra options for 'newest marked', 'newest new' and 'newest unread' messages. with regards Paul From lfisk at iserv.net Tue Dec 19 13:22:26 2017 From: lfisk at iserv.net (Leon Fisk) Date: Tue, 19 Dec 2017 08:22:26 -0400 Subject: [Users] Claws Mail 3.16.0 unleashed!!!! In-Reply-To: <20171218213245.7bb40b29@penny> References: <20171217121856.0a7bc920@kujata> <201712181244.vBICi0YC017155@mail5.iserv.net> <20171218143154.19984c30@penny> <201712181942.vBIJgY18031997@mail5.iserv.net> <20171218213245.7bb40b29@penny> Message-ID: <201712191222.vBJCMQnS032701@mail2.iserv.net> On Mon, 18 Dec 2017 21:32:45 +0100 Andrej Kacian wrote: >On Mon, 18 Dec 2017 15:42:37 -0400 >Leon Fisk wrote: > >> I just compared the files to old 3.15.0 and made the spots referencing >> those functions read the same. Not a good fix by any means... >> >> I don't build all the plugins. Maybe a missing declaration is being picked up there? >> I'm a complete amateur at this but something doesn't seem right in those >> files for "g_list_free_full" and "‘g_slist_free_full". > >Actually, Paul found the issue - your glib version is too old, function >g_list_free_full was added in 2.28, while you only have 2.20. > >You definitely should upgrade your OS at this point. Ah, now I understand where those are meant to come from. Thanks for the OS advice but not likely to happen. Old computer and it would be unwise to try getting a new OS to work on it... -- Leon Claws 3.15.0, Ubuntu Lucid From bdm at fenrir.org.uk Tue Dec 19 14:45:36 2017 From: bdm at fenrir.org.uk (Brian Morrison) Date: Tue, 19 Dec 2017 13:45:36 +0000 Subject: [Users] CM 3.16 and Selection when entering a folder In-Reply-To: <20171219122025.3b170cc5@kujata> References: <20171218213846.11422acb@bonifac.skk> <20171218224230.410df4cd@kujata> <20171219095849.68a3d15c@bonifac.skk> <20171219115850.6b981ffb@acer-suse.lan> <20171219122025.3b170cc5@kujata> Message-ID: <20171219134536.000035b6@surtees.fenrir.org.uk> On Tue, 19 Dec 2017 12:20:25 +0000 Paul wrote: > On Tue, 19 Dec 2017 11:58:50 +0000 > Dave Howorth wrote: > > > There's an ambiguity in the meaning of 'first' and 'last', in > > particular in terms of what they apply to. In your mind you see them > > applying to the presentation order on screen. In Paul's mind he sees > > them as applicable to the order in which the messages arrived. > > > > Short of making the description a lot longer and thereby > > unambiguous, or changing it to be perhaps 'top' or 'earliest' and > > thus hopefully more descriptive of the attribute it describes and > > less descriptive of the attribute it doesn't describe, I think it's > > something people just have to learn the meaning of. As ever, > > writing code carries extra votes! > > Just before your message I made changes to the code in GIT. > > Rather than earliest/latest I chose oldest/newest, both of which are > better than first/last. > > I also added extra options for 'newest marked', 'newest new' and > 'newest unread' messages. Thanks Paul, this is a nice enhancement! I wonder if the forthcoming Win32 3.16.0 build could be based on this latest git version? -- Brian Morrison From andrej at kacian.sk Tue Dec 19 17:40:17 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Tue, 19 Dec 2017 17:40:17 +0100 Subject: [Users] CM 3.16 and Selection when entering a folder In-Reply-To: <20171219134536.000035b6@surtees.fenrir.org.uk> References: <20171218213846.11422acb@bonifac.skk> <20171218224230.410df4cd@kujata> <20171219095849.68a3d15c@bonifac.skk> <20171219115850.6b981ffb@acer-suse.lan> <20171219122025.3b170cc5@kujata> <20171219134536.000035b6@surtees.fenrir.org.uk> Message-ID: <20171219174017.6bad6a21@penny> On Tue, 19 Dec 2017 13:45:36 +0000 Brian Morrison wrote: > I wonder if the forthcoming Win32 3.16.0 build could be based on this > latest git version? There's a long-standing policy that Windows releases do not get features ahead of official releases, with exception of Windows-specific features and bugfixes of course. :) By the way, the Windows build should be available sometimes tomorrow. I had a rather unpleasant case of toothache over these past few days, so I couldn't get to it earlier. Regards, -- Andrej From bdm at fenrir.org.uk Tue Dec 19 18:03:05 2017 From: bdm at fenrir.org.uk (Brian Morrison) Date: Tue, 19 Dec 2017 17:03:05 +0000 Subject: [Users] CM 3.16 and Selection when entering a folder In-Reply-To: <20171219174017.6bad6a21@penny> References: <20171218213846.11422acb@bonifac.skk> <20171218224230.410df4cd@kujata> <20171219095849.68a3d15c@bonifac.skk> <20171219115850.6b981ffb@acer-suse.lan> <20171219122025.3b170cc5@kujata> <20171219134536.000035b6@surtees.fenrir.org.uk> <20171219174017.6bad6a21@penny> Message-ID: <20171219170305.000074d6@surtees.fenrir.org.uk> On Tue, 19 Dec 2017 17:40:17 +0100 Andrej Kacian wrote: > On Tue, 19 Dec 2017 13:45:36 +0000 > Brian Morrison wrote: > > > I wonder if the forthcoming Win32 3.16.0 build could be based on > > this latest git version? > > There's a long-standing policy that Windows releases do not get > features ahead of official releases, with exception of > Windows-specific features and bugfixes of course. :) OK, the one I really want fixed is the NNTP folder suddenly refreshing and losing the article I'm reading. That's no problem in 3.16.0, I tried the test version at git177 and it keeps hanging and becoming unresponsive. Back to 3.15.0 for Windows... > > By the way, the Windows build should be available sometimes tomorrow. > I had a rather unpleasant case of toothache over these past few days, > so I couldn't get to it earlier. My condolences, I currently have just finished a 3rd course of antibiotics to deal with an under-tooth abscess and have had the root canals filled too. It's no fun! -- Brian Morrison From yonaton at riseup.net Tue Dec 19 19:05:07 2017 From: yonaton at riseup.net (yonaton at riseup.net) Date: Tue, 19 Dec 2017 12:05:07 -0600 Subject: [Users] autocrypt In-Reply-To: <20171219124825.708f6066@gandalf.lan3> References: <20171201165131.629d6153@gandalf.lan3> <20171204101540.4915d467.andrej@kacian.sk> <20171204111504.382e4657@braetac.lighthouse.yetnet> <20171204171422.2c7960c9@kujata> <20171204191701.1201a1f8@acer-suse.lan> <20171204153139.69dca610@braetac.lighthouse.yetnet> <20171207201921.45814ecd@gandalf.lan3> <20171207210453.6f9a2aa1@bonifac.skk> <20171208011811.2ea95ca0@gandalf.lan3> <20171219121635.3baa241f@gandalf.lan3> <20171219124825.708f6066@gandalf.lan3> Message-ID: <20171219120507.753f7132@ACAB.TOSIAR> On Tue, 19 Dec 2017 12:48:25 +0100 Michael wrote: > For those who don't like to read it up, the core is that autocrypt exchanges > public PGP keys 'in the background' (i.e. in headers) communication with a > first, empty mail sent between the communication partners. After that, > following communication with that partner uses that key. From user side, if > you send a mail to someone whos MUA also is supporting autocrypt, the > communication will be encrypted automaticly without configuration. > > You might aks what's the providers role (when normally the thing is done > between MUA) ? Here are some details. > > (1) They will be adding an autocrypt header for senders whose MUA does not > support it yet. (For that to work, they need the user to upload their PGP key > to the provider first, see below.) If a MUA has already added autocrypt > header, they won't touch it. > > (2) Also, that provider says they generally add DKIM signature to the > autocrypted communication to prevent 'man-in-the-middle' manipulation. > > (3) They offer automatic encryption of any incoming mails, even if they're not > encrypted by sender. > > (4) They also support a OpenPGP-Header which contains links for recipients > where to find the public key. > > Of course, for all that, one has to create a PGP pair first. You then upload > your key(s) to their server from their Web GUI. They give links to > descriptions using Enigmail or Mailvelope. > > They recommend that MUAs inform users about changes of key or encryption state > (on/off). > > No. If someone can't already use gpg or pgp, they're too stupid to even own a computer and are probably the persons who cause countless other idiots like them to get hacked, cracked, spoofed, bugged, and all the other nasty things that happen to those idiots. If you're all for this, go proselytize it elsewhere, no one has shown any interest in it and yet you keep pestering like a fly. -- Huh, funny how Homeland Security rhymes with Gestapo. A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting stupid and frowned upon? From jjk at jjacky.com Tue Dec 19 13:00:02 2017 From: jjk at jjacky.com (Olivier Brunel) Date: Tue, 19 Dec 2017 13:00:02 +0100 Subject: [Users] CM 3.16 and Selection when entering a folder In-Reply-To: <20171219085716.19036e4e@kujata> References: <20171218213846.11422acb@bonifac.skk> <20171218224230.410df4cd@kujata> <20171219075752.76aa8cd4@riri.DEF.witbe.net> <20171219085716.19036e4e@kujata> Message-ID: <20171219130002.5eef4b30@jjacky.com> On Tue, 19 Dec 2017 08:57:16 +0000 Paul wrote: > On Tue, 19 Dec 2017 07:57:52 +0100 > "Paul Rolland (ポール・ロラン)" wrote: > > > Paul, what's the reasoning that leads you (the dev team) to > > consider that this should be the _last_ that I want ? When I look > > at my list, it's at the top, so it's the first. > > What's at the top, whether it be newest message or oldest message, > depends on your chosen sort order. Exactly. Which message is first, whether it be newest message or oldest message, depends on your chosen sort order. Except claws ignores that (due to sort order awareness)... You seem to think that sorting desc means having the list still sorted asc but shown upside down, it doesn't. It simply means the list is sorting differently, but the first item remains the one on top. From jjk at jjacky.com Tue Dec 19 13:00:10 2017 From: jjk at jjacky.com (Olivier Brunel) Date: Tue, 19 Dec 2017 13:00:10 +0100 Subject: [Users] CM 3.16 and Selection when entering a folder In-Reply-To: <20171219091337.4dbd4626@kujata> References: <20171218213846.11422acb@bonifac.skk> <20171218224230.410df4cd@kujata> <20171219095849.68a3d15c@bonifac.skk> <20171219091337.4dbd4626@kujata> Message-ID: <20171219130010.25b1671c@jjacky.com> On Tue, 19 Dec 2017 09:13:37 +0000 Paul wrote: > On Tue, 19 Dec 2017 09:58:49 +0100 > Slavko wrote: > > > Do you really consider first message in my list as last? In our > > country the lists are counted from top, not from bottom... > > That depends on the sort order... but perhaps not in your country? > Your assumption is that 'first' means 'top'. I don't think this is country-related actually, in a sorted list the first item is the one on top. A sorted list goes from first to last, from top to bottom. So when sorting by date asc, the oldest item is first/on top, but when sorting desc the newest item is first/on top. The issue here is that, under the so-called "sort order awareness", claws ignores the sort order (direction) to always have the oldest item be first. (We're all assuming sorting by date here obviously, even though it could be something else, in which case this "awareness" means nothing at all). Specifically, when sorting desc it reverses first/last, prev/next, etc This is literally what happens in the code. I believe this was done for people who sort their messages list by date desc, yet would like the select first/go next features to act on the list sorted asc. This "sort order awareness" gives such results, so long as you sort by date ofc. But obviously not everyone who sorts by date desc want such behavior, some would rather that first still means first, i.e. the item on top. This is why I wrote a patch (attached) to add an option, so one could disable this sort order awareness... HTH, -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-prefs-add-option-Ignore-sort-direction-Make-sort-ord.patch Type: text/x-patch Size: 19016 bytes Desc: not available URL: From jjk at jjacky.com Tue Dec 19 14:25:58 2017 From: jjk at jjacky.com (Olivier Brunel) Date: Tue, 19 Dec 2017 14:25:58 +0100 Subject: [Users] CM 3.16 and Selection when entering a folder In-Reply-To: <20171219122025.3b170cc5@kujata> References: <20171218213846.11422acb@bonifac.skk> <20171218224230.410df4cd@kujata> <20171219095849.68a3d15c@bonifac.skk> <20171219115850.6b981ffb@acer-suse.lan> <20171219122025.3b170cc5@kujata> Message-ID: <20171219142558.7dc475fc@jjacky.com> On Tue, 19 Dec 2017 12:20:25 +0000 Paul wrote: > On Tue, 19 Dec 2017 11:58:50 +0000 > Dave Howorth wrote: > > > There's an ambiguity in the meaning of 'first' and 'last', in > > particular in terms of what they apply to. In your mind you see them > > applying to the presentation order on screen. In Paul's mind he sees > > them as applicable to the order in which the messages arrived. > > > > Short of making the description a lot longer and thereby > > unambiguous, or changing it to be perhaps 'top' or 'earliest' and > > thus hopefully more descriptive of the attribute it describes and > > less descriptive of the attribute it doesn't describe, I think it's > > something people just have to learn the meaning of. As ever, > > writing code carries extra votes! > > Just before your message I made changes to the code in GIT. > > Rather than earliest/latest I chose oldest/newest, both of which are > better than first/last. I believe this is wrong, because it's not what the code actually does. First/last are better IMHO, because they're actually correct. Just see for yourself: sort by size. Then it's not the oldest or newest, it's the smallest/biggest! Because this is linked to the current sort order of the list. Have a look in the Sort menu, you'll see there's plenty of options that aren't date, even no sort at all. For all of them, first/last are correct, oldest/newest are not. So now your new labels for those actions are plain wrong for every one whose sort order isn't by date! All of this because you're trying to do something (have it work on messages sorted by date asc no matter what the sort order of the list) while actually doing something else (using the sort order of the list). This is bound to create confusion/issues, not to mention you're not addressing those of us who'd like to have claws use the sort order of the list... I still feel simply adding an option to disable this "sort order awareness" would resolve the issue, and allow people to have it one way or the other, as they wishes... (hence my patch.) From linux at slavino.sk Tue Dec 19 19:57:21 2017 From: linux at slavino.sk (Slavko) Date: Tue, 19 Dec 2017 19:57:21 +0100 Subject: [Users] CM 3.16 and Selection when entering a folder In-Reply-To: <20171219122025.3b170cc5@kujata> References: <20171218213846.11422acb@bonifac.skk> <20171218224230.410df4cd@kujata> <20171219095849.68a3d15c@bonifac.skk> <20171219115850.6b981ffb@acer-suse.lan> <20171219122025.3b170cc5@kujata> Message-ID: <20171219195721.2525a2ee@bonifac.skk> Ahoj, Dňa Tue, 19 Dec 2017 12:20:25 +0000 Paul napísal: > On Tue, 19 Dec 2017 11:58:50 +0000 > Dave Howorth wrote: > > > There's an ambiguity in the meaning of 'first' and 'last', in > > particular in terms of what they apply to. In your mind you see them > > applying to the presentation order on screen. In Paul's mind he sees > > them as applicable to the order in which the messages arrived. Yes, my English is not enough to deal with these nuances. > I also added extra options for 'newest marked', 'newest new' and > 'newest unread' messages. Thanks. For now i solved it with Select the Last message -- I can live with it for some time. regards -- Slavko http://slavino.sk -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 677 bytes Desc: Digitálny podpis OpenPGP URL: From noreply at thewildbeast.co.uk Tue Dec 19 20:11:53 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 19 Dec 2017 19:11:53 +0000 Subject: [Users] [Bug 3902] UI deadlock when trying to exit In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3902 --- Comment #2 from Kostya Vasilyev --- OK it happened again and I was running with --debug in the terminal. I was writing a message (draft) not sure if I'd hit Send yet or not, but: Claws went into a loop trying to fetch a bunch of non-existent messages from the "Queue" folder: imap.c:1554:trying to fetch cached /home/kman/.claws-mail/imapcache/mail.mobisystems.com/support at aqua-mail.com/INBOX/Queue/12993 imap.c:1600:getting session... imap.c:529:locking session 0x55ef7b361be0 (0) imap.c:1610:IMAP fetching messages imap.c:1621:getting message 12993... imap-thread.c:2595:imap fetch_content - begin imap-thread.c:372:found imap 0x55ef7b2cad40 imap-thread.c:372:found imap 0x55ef7b2cad40 [21:57:25] IMAP> 4651 UID FETCH 12993 BODY.PEEK[] [21:57:25] IMAP< [data - 47 bytes] imap-thread.c:2584:imap fetch_content run - end 25 imap-thread.c:388:generic_cb imap-thread.c:372:found imap 0x55ef7b2cad40 ** (claws-mail:16534): WARNING **: [21:57:25] IMAP error on mail.mobisystems.com: FETCH error imap.c:542:unlocking session 0x55ef7b361be0 imap.c:4324:fetch err 25 (claws-mail:16534): Claws-Mail-WARNING **: can't fetch message 12993 where the message's UID would increment and increment and increment. The loop finished when the UID reached 13054 (doesn't seem special in any way...) and the UI un-froze. The server's Inbox.Queue folder never has this many messages, usually just a few at most. While Claws was looping, I connected to the server using openssl and checked Inbox.Queue - it had zero messages. --- k2 select Inbox.Queue * OK [CLOSED] Previous mailbox closed. * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 1478516821] UIDs valid * OK [UIDNEXT 1885] Predicted next UID k2 OK [READ-WRITE] Select completed (0.001 + 0.000 secs). --- Looking at the log file, looks like the issue started out like this: --- [21:51:41] IMAP> 601 SELECT "INBOX.Queue" [21:51:41] IMAP< * OK [CLOSED] Previous mailbox closed. [21:51:41] IMAP< * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) [21:51:41] IMAP< * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. [21:51:41] IMAP< * 0 EXISTS [21:51:41] IMAP< * 0 RECENT [21:51:41] IMAP< * OK [UIDVALIDITY 1478516821] UIDs valid [21:51:41] IMAP< * OK [UIDNEXT 1884] Predicted next UID [21:51:41] IMAP< 601 OK [READ-WRITE] Select completed (0.001 + 0.000 secs). [21:51:41] IMAP> 602 UID FETCH 6036 BODY.PEEK[] [21:51:42] IMAP< [data - 46 bytes] [21:51:42] ** warning: IMAP error on mail.mobisystems.com: FETCH error [21:51:42] IMAP> 603 UID FETCH 6038 BODY.PEEK[] [21:51:42] IMAP< [data - 46 bytes] [21:51:42] ** warning: IMAP error on mail.mobisystems.com: FETCH error [21:51:42] IMAP> 604 UID FETCH 6039 BODY.PEEK[] [21:51:42] IMAP< [data - 46 bytes] [21:51:42] ** warning: IMAP error on mail.mobisystems.com: FETCH error [21:51:42] IMAP> 605 UID FETCH 6040 BODY.PEEK[] [21:51:42] IMAP< [data - 46 bytes] [21:51:42] ** warning: IMAP error on mail.mobisystems.com: FETCH error [21:51:42] IMAP> 606 UID FETCH 6042 BODY.PEEK[] [21:51:42] IMAP< [data - 46 bytes] [21:51:42] ** warning: IMAP error on mail.mobisystems.com: FETCH error [21:51:42] IMAP> 607 UID FETCH 6044 BODY.PEEK[] [21:51:42] IMAP< [data - 46 bytes] [21:51:42] ** warning: IMAP error on mail.mobisystems.com: FETCH error --- 1 - Given the "UIDNEXT 1885" for Inbox.Queue (above), there hasn't yet been a message with UID 6036 and trying to fetch it (command 602) would of course fail. So looks like Claws somehow comes up with a completely invalid UID for a message in Inbox.Queue. 2 - Trying to rescue the IMAP session by fetching 12000 messages with ever increasing UID's seems questionable to me (what is that supposed to do)? 3 - And then that UI is "half-frozen" as this "rescue attempt" is ongoing seems weird to me too. ( sorry if comments are "too technical" - I have some experience with IMAP as a developer, but don't mean to assume or impose ) -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Dec 19 20:19:06 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 19 Dec 2017 19:19:06 +0000 Subject: [Users] [Bug 3902] UI deadlock when trying to exit In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3902 --- Comment #3 from Kostya Vasilyev --- Something else is weird. $ ls ~/.claws-mail/imapcache/mail.mobisystems.com/support at aqua-mail.com/INBOX/Queue/ 6025 6027 6028 6031 6032 6033 6035 Remember that the issue started with: [21:51:41] IMAP> 602 UID FETCH 6036 BODY.PEEK[] If I open the Queue folder in Claws - there are zero messages, which is in sync with the server. I looked inside those files - they're all quite old, at least from six months back. Why do they exist and why did they not get deleted (which I assume they would be since the server message count for this folder is zero?) Still the UID's seem wrong - given the UIDNEXT 1885 I mentioned above. ( there might have been a UIDVALIDITY change since, but shouldn't that have deleted all cached messages? ) -- You are receiving this mail because: You are the assignee for the bug. From rol at witbe.net Tue Dec 19 20:39:02 2017 From: rol at witbe.net (Paul Rolland (=?UTF-8?B?44Od44O844Or44O744Ot44Op44Oz?=)) Date: Tue, 19 Dec 2017 20:39:02 +0100 Subject: [Users] CM 3.16 and Selection when entering a folder In-Reply-To: <20171219130010.25b1671c@jjacky.com> References: <20171218213846.11422acb@bonifac.skk> <20171218224230.410df4cd@kujata> <20171219095849.68a3d15c@bonifac.skk> <20171219091337.4dbd4626@kujata> <20171219130010.25b1671c@jjacky.com> Message-ID: <20171219203902.16f3db4b@riri.DEF.witbe.net> Hello, On Tue, 19 Dec 2017 13:00:10 +0100 Olivier Brunel wrote: > On Tue, 19 Dec 2017 09:13:37 +0000 > Paul wrote: > > > On Tue, 19 Dec 2017 09:58:49 +0100 > > Slavko wrote: > > > > > Do you really consider first message in my list as last? In our > > > country the lists are counted from top, not from bottom... > > > > That depends on the sort order... but perhaps not in your country? > > Your assumption is that 'first' means 'top'. > > I don't think this is country-related actually, in a sorted list the > first item is the one on top. A sorted list goes from first to last, > from top to bottom. > > So when sorting by date asc, the oldest item is first/on top, but when > sorting desc the newest item is first/on top. The issue here is that, > under the so-called "sort order awareness", claws ignores the sort > order (direction) to always have the oldest item be first. (We're all > assuming sorting by date here obviously, even though it could be > something else, in which case this "awareness" means nothing at all). > > Specifically, when sorting desc it reverses first/last, prev/next, > etc This is literally what happens in the code. > > I believe this was done for people who sort their messages list by date > desc, yet would like the select first/go next features to act on the > list sorted asc. This "sort order awareness" gives such results, so > long as you sort by date ofc. Excellent presentation ! > But obviously not everyone who sorts by date desc want such behavior, > some would rather that first still means first, i.e. the item on top. > This is why I wrote a patch (attached) to add an option, so one could > disable this sort order awareness... I'm going to try this ASAP, your brilliant summary/presentation of the situation looks really promising ;) Rol - not signing Paul to avoid confusion with the "real 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 codejodler at gmx.ch Tue Dec 19 21:28:19 2017 From: codejodler at gmx.ch (Michael) Date: Tue, 19 Dec 2017 21:28:19 +0100 Subject: [Users] autocrypt In-Reply-To: <20171219120507.753f7132@ACAB.TOSIAR> References: <20171201165131.629d6153@gandalf.lan3> <20171204101540.4915d467.andrej@kacian.sk> <20171204111504.382e4657@braetac.lighthouse.yetnet> <20171204171422.2c7960c9@kujata> <20171204191701.1201a1f8@acer-suse.lan> <20171204153139.69dca610@braetac.lighthouse.yetnet> <20171207201921.45814ecd@gandalf.lan3> <20171207210453.6f9a2aa1@bonifac.skk> <20171208011811.2ea95ca0@gandalf.lan3> <20171219121635.3baa241f@gandalf.lan3> <20171219124825.708f6066@gandalf.lan3> <20171219120507.753f7132@ACAB.TOSIAR> Message-ID: <20171219212819.4352e8df@gandalf.lan3> I didn't know that hateful people exist on this list. From colin at colino.net Tue Dec 19 21:33:52 2017 From: colin at colino.net (Colin Leroy) Date: Tue, 19 Dec 2017 21:33:52 +0100 Subject: [Users] autocrypt In-Reply-To: <20171219212819.4352e8df@gandalf.lan3> References: <20171201165131.629d6153@gandalf.lan3> <20171204101540.4915d467.andrej@kacian.sk> <20171204111504.382e4657@braetac.lighthouse.yetnet> <20171204171422.2c7960c9@kujata> <20171204191701.1201a1f8@acer-suse.lan> <20171204153139.69dca610@braetac.lighthouse.yetnet> <20171207201921.45814ecd@gandalf.lan3> <20171207210453.6f9a2aa1@bonifac.skk> <20171208011811.2ea95ca0@gandalf.lan3> <20171219121635.3baa241f@gandalf.lan3> <20171219124825.708f6066@gandalf.lan3> <20171219120507.753f7132@ACAB.TOSIAR> <20171219212819.4352e8df@gandalf.lan3> Message-ID: <20171219213352.5d4395c6@mike> On 19 December 2017 at 21h28, Michael wrote: Hi, > I didn't know that hateful people exist on this list. Me neither, and I find that sad. -- Colin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 801 bytes Desc: OpenPGP digital signature URL: From kardan at riseup.net Wed Dec 20 00:54:32 2017 From: kardan at riseup.net (kardan) Date: Wed, 20 Dec 2017 00:54:32 +0100 Subject: [Users] autocrypt In-Reply-To: <20171219213352.5d4395c6@mike> References: <20171201165131.629d6153@gandalf.lan3> <20171204101540.4915d467.andrej@kacian.sk> <20171204111504.382e4657@braetac.lighthouse.yetnet> <20171204171422.2c7960c9@kujata> <20171204191701.1201a1f8@acer-suse.lan> <20171204153139.69dca610@braetac.lighthouse.yetnet> <20171207201921.45814ecd@gandalf.lan3> <20171207210453.6f9a2aa1@bonifac.skk> <20171208011811.2ea95ca0@gandalf.lan3> <20171219121635.3baa241f@gandalf.lan3> <20171219124825.708f6066@gandalf.lan3> <20171219120507.753f7132@ACAB.TOSIAR> <20171219212819.4352e8df@gandalf.lan3> <20171219213352.5d4395c6@mike> Message-ID: <20171220005432.6ebeadcc@riseup.net> (slightly off topic for email purists) Using OMEMO (/ 'autocrypt') in pidgin with the lurch plugin is quite handy (still needs a restart of pidgin after activation). New chat windows handshake with my communication partner before I can even think or click to enable OTR: https://github.com/gkdr/lurch Also gpg moves towards usability at cost of security: https://github.com/riseupnet/riseup_help/issues/455 Comfortable end-to-end-encryption becomes more and more available in modern chat clients. I am waiting for an email client that tries to establish a XMPP connection when I open a message window to automatically start an encrypted session if the person is online. Kardan On Tue, 19 Dec 2017 21:33:52 +0100 Colin Leroy wrote: > On 19 December 2017 at 21h28, Michael wrote: > > Hi, > > > I didn't know that hateful people exist on this list. > > Me neither, and I find that sad. > From noreply at thewildbeast.co.uk Wed Dec 20 01:25:38 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 20 Dec 2017 00:25:38 +0000 Subject: [Users] [Bug 1408] IDLE-Support with libEtPan (since 0.52) In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=1408 --- Comment #32 from kardan at riseup.net --- Last comment sound like WONTFIX because INCOMPATIBLE with claws. comparison to other clients: https://github.com/riseupnet/riseup_help/issues/465 -- You are receiving this mail because: You are the assignee for the bug. From claws at thewildbeast.co.uk Wed Dec 20 10:17:47 2017 From: claws at thewildbeast.co.uk (Paul) Date: Wed, 20 Dec 2017 09:17:47 +0000 Subject: [Users] CM 3.16 and Selection when entering a folder In-Reply-To: <20171219142558.7dc475fc@jjacky.com> References: <20171218213846.11422acb@bonifac.skk> <20171218224230.410df4cd@kujata> <20171219095849.68a3d15c@bonifac.skk> <20171219115850.6b981ffb@acer-suse.lan> <20171219122025.3b170cc5@kujata> <20171219142558.7dc475fc@jjacky.com> Message-ID: <20171220091747.3dfbb9da@kujata> Olivier, Thank you for your series of cocksure, bantam-strutting rants which seem to have been instigated by a change in GIT which was only a few hours old, and, as such, are a work in progress. You are always on our IRC channel and are a subscriber to the developers' mailing list but you chose the users' list as the place to let off steam. Yes, it was clear and known before you decided to state it that these changes make most sense for those users sorting by date. For those who sort by date (possibly most users) the current state is an improvement. This series of changes, in fact, were started after discussions with users who pointed out the problems with the previous behaviour. Since sorting is a folder-specific setting, your patch doesn't cut it either. What is needed, I think, is something a bit smarter which is aware of the current folder's sort criteria and then is able to do the 'right thing' based on that. I welcome you to share your ideas, but not in your blunt instrument approach because that too easily comes across as self-righteous anger. On another thread on this list someone said they were sad to pereive a certain attitude, but yours can be perceived in much the same way. To reiterate, I am not disagreeing with everything you said, but I am not agreeing with it all either. regards Paul From noreply at thewildbeast.co.uk Wed Dec 20 10:22:59 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 20 Dec 2017 09:22:59 +0000 Subject: [Users] [Bug 3938] New: [PATCH] Port from libnm-util/libnm-glib to libnm Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3938 Bug ID: 3938 Summary: [PATCH] Port from libnm-util/libnm-glib to libnm Classification: Unclassified Product: Claws Mail Version: other Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P3 Component: Other Assignee: users at lists.claws-mail.org Reporter: lkundrak at v3.sk Created attachment 1828 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1828&action=edit [PATCH] Port from libnm-util/libnm-glib to libnm libnm-glib has been deprecated for three years and is eventually going to disappear. [lkundrak at v3.sk: wrote the commit mesage, patch originally from https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862879] --- configure.ac | 2 +- src/main.c | 9 --------- 2 files changed, 1 insertion(+), 10 deletions(-) -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Dec 20 13:09:06 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 20 Dec 2017 12:09:06 +0000 Subject: [Users] [Bug 2540] Treat
variants as newlines on HTML only messages In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2540 --- Comment #1 from Ricardo Mones --- Hi Pierre, is bug this still happening? I think this may have also fixed by patch for #3236 in 2014¹, but just wondering :-) regards, ¹ http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=6e2217d5bb5722a5426158f49bcaed95005a28f6 -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Dec 20 13:45:52 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 20 Dec 2017 12:45:52 +0000 Subject: [Users] [Bug 3938] [PATCH] Port from libnm-util/libnm-glib to libnm In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3938 Ricardo Mones changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Ricardo Mones --- *** This bug has been marked as a duplicate of bug 3895 *** -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Dec 20 13:45:52 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 20 Dec 2017 12:45:52 +0000 Subject: [Users] [Bug 3895] Port from libnm-util/libnm-glib to libnm (or GNetworkMonitor) In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3895 Ricardo Mones changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lkundrak at v3.sk --- Comment #1 from Ricardo Mones --- *** Bug 3938 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 Dec 20 14:04:02 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 20 Dec 2017 13:04:02 +0000 Subject: [Users] [Bug 1408] IDLE-Support with libEtPan (since 0.52) In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=1408 --- Comment #33 from Ricardo Mones --- (In reply to comment #32) > Last comment sound like WONTFIX because INCOMPATIBLE with claws. Not really, it's implemented in the Sylpheed plugin which is also single threaded, from its README: […] | The LibSylph IMAP4 client implementation is synchronous. When IMAP NOTIFY/IDLE | is used, notifications could arrive at any time. This would require significant | changes to LibSylph's IMAP code. This plugin uses a workaround of having a | second IMAP session for the asynchronous events, so that the core IMAP code | is left untouched. The same could be done within Claws Mail. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Dec 20 14:22:55 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 20 Dec 2017 13:22:55 +0000 Subject: [Users] [Bug 2540] Treat
variants as newlines on HTML only messages In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2540 Pierre Fortin changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #2 from Pierre Fortin --- Haven't noticed this in a while; closing. -- You are receiving this mail because: You are the assignee for the bug. From jjk at jjacky.com Wed Dec 20 18:05:35 2017 From: jjk at jjacky.com (Olivier Brunel) Date: Wed, 20 Dec 2017 18:05:35 +0100 Subject: [Users] CM 3.16 and Selection when entering a folder In-Reply-To: <20171220091747.3dfbb9da@kujata> References: <20171218213846.11422acb@bonifac.skk> <20171218224230.410df4cd@kujata> <20171219095849.68a3d15c@bonifac.skk> <20171219115850.6b981ffb@acer-suse.lan> <20171219122025.3b170cc5@kujata> <20171219142558.7dc475fc@jjacky.com> <20171220091747.3dfbb9da@kujata> Message-ID: <20171220180535.4e5eed5b@jjacky.com> On Wed, 20 Dec 2017 09:17:47 +0000 Paul wrote: > Olivier, > > Thank you for your series of cocksure, bantam-strutting rants which > seem to have been instigated by a change in GIT which was only a few > hours old, and, as such, are a work in progress. I am sorry you read my messages that way, but it is neither how I wrote/intended it, nor how I read it now. It might be because English isn't my mother tongue, but I can assure you it wasn't meant as rants, angry, or anything of the sort of me letting off steam. Apologies (to you and everyone else reading) if it comes off that way. Please also note it wasn't instigated by a change in git, I was merely making on comment on such change, which you had previously mentionned in the thread, that is all. As for my interest in this issue, much like my writing of the patch, that actually goes back months. > You are always on our IRC channel and are a subscriber to the > developers' mailing list but you chose the users' list as the place to > let off steam. > > Yes, it was clear and known before you decided to state it that these > changes make most sense for those users sorting by date. For those > who sort by date (possibly most users) the current state is an > improvement. This series of changes, in fact, were started after > discussions with users who pointed out the problems with the previous > behaviour. Right, and I'm one of the other users who've had issue with those changes, and tried to explain that while sorting by date, we don't want this special behavior, we'd still like first to mean first, and use go next to go the next message... yes, even when sorting desc. All I was asking, by contributing a patch, is for an option to opt out of this sort order awareness. > Since sorting is a folder-specific setting, your patch doesn't cut it > either. What is needed, I think, is something a bit smarter which is > aware of the current folder's sort criteria and then is able to do > the 'right thing' based on that. Ok, but could you explain why you feel the patch doesn't cut it. Because, IMHO, it does. That is, I feel whether one does want this "sort order awareness" feature - for all his folders (hence your implementation of it), or one doesn't, for none of his folders (hence a global option). And as one who doesn't want this feature, and who has been using the patch to turn it off for some time now, I can say that it works exactly as I'd like (all the time for all my folders). And based on comments by others who have had similar issues, it also seems to be a global switch situation -- see Slavko who said elsewhere in this very thread: >For now i solved it with Select the Last message -- I can live >with it for some time. That obviously (to me) is more of a workaround that a real/proper solution, but it certainly convey that what he's after works indeed in a global option way -- or do you disagree with that? I'm not sure more is needed; Yes, a single global option is a simple on/off switch, for all folders in all mailboxes, but sometimes simple is enough :) (And if some people do want for more complicated behavior, let them talk first maybe... as I haven't heard such requests, though I may have missed them ofc.) > I welcome you to share your ideas, but not in your blunt instrument > approach because that too easily comes across as self-righteous > anger. On another thread on this list someone said they were sad to > pereive a certain attitude, but yours can be perceived in much the > same way. I know I am blunt and can come off arrogant, and I'm no native speaker and as such may not perceive things as you (and others native speakers) do, but I'm pretty sure I wasn't hateful nor did I ever insulted anyone, neither in this thread or another one. Cheers, > To reiterate, I am not disagreeing with everything you said, but I am > not agreeing with it all either. > > regards > > Paul > > > > > > _______________________________________________ > Users mailing list > Users at lists.claws-mail.org > http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users From andrej at kacian.sk Thu Dec 21 19:43:55 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Thu, 21 Dec 2017 19:43:55 +0100 Subject: [Users] Claws Mail 3.16.0-1 for Windows unleashed Message-ID: <20171221194355.7c612ec7@penny> 21st December 2017 Claws Mail 3.16.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 sporadic crashes in file chooser dialog. * Custom stylesheet setting in the Fancy plugin now works with Windows paths. * Fixed saving message parts to disk if the part name contains a question mark. * Use GLib's GIO interface for retrieving file info, instead of POSIX stat(). This fixes wrong attachment or message size display on some 64-bit Windows systems. * Filtering log is now available in Tools menu and its configuration in Preferences. * Small description text fixes in plugins DLL metadata. * GTK+ support for more languages is now installed. * Some supporting libraries have been updated to more recent versions: o libpng from 1.4.20 to 1.6.29 o libetpan from 1.6 to 1.7.2 o libiconv from 1.14 to 1.15 o libtasn1 from 4.8 to 4.12 o nettle from 3.2 to 3.3 o gmp from 6.1.1 to 6.1.2 o gnutls from 3.5.2 to 3.5.9 o libcurl from 3.51.0 to 3.57.0 o glib from 2.49.2 to 2.54.2 o gdk-pixbuf from 2.35.2 to 2.36.11 o glib-networking from 2.48.2 to 2.50.0 o libsoup from 2.56.0 to 2.58.1 o libgpg-error from 1.25 to 1.27 o libgcrypt from 1.7.3 to 1.8.2 o libassuan from 2.4.3 to 2.5.1 o gpgme from 1.8.0 to 1.9.0 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From subscript at free.fr Thu Dec 21 23:54:04 2017 From: subscript at free.fr (wwp) Date: Thu, 21 Dec 2017 23:54:04 +0100 Subject: [Users] Claws Mail 3.16.0-1 for Windows unleashed In-Reply-To: <20171221194355.7c612ec7@penny> References: <20171221194355.7c612ec7@penny> Message-ID: <20171221235404.262d85c5@ladybug> Hello Andrej, On Thu, 21 Dec 2017 19:43:55 +0100 Andrej Kacian wrote: > 21st December 2017 Claws Mail 3.16.0 > CLAWS MAIL FOR WINDOWS RELEASE NOTES > http://www.claws-mail.org/win32 [snip] Nice, thanks for Windows users! Regards, -- wwp -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From bdm at fenrir.org.uk Fri Dec 22 11:41:32 2017 From: bdm at fenrir.org.uk (Brian Morrison) Date: Fri, 22 Dec 2017 10:41:32 +0000 Subject: [Users] Claws Mail 3.16.0-1 for Windows unleashed In-Reply-To: <20171221194355.7c612ec7@penny> References: <20171221194355.7c612ec7@penny> Message-ID: <20171222104132.000008f8@surtees.fenrir.org.uk> On Thu, 21 Dec 2017 19:43:55 +0100 Andrej Kacian wrote: > 21st December 2017 Claws Mail > 3.16.0 CLAWS MAIL FOR WINDOWS RELEASE NOTES Working well here (using the 64 bit version) although I have seen a couple of hangs followed by Claws closing during compose. I will try to debug it and report further. -- Brian Morrison From andrej at kacian.sk Fri Dec 22 11:50:54 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Fri, 22 Dec 2017 11:50:54 +0100 Subject: [Users] Claws Mail 3.16.0-1 for Windows unleashed In-Reply-To: <20171222104132.000008f8@surtees.fenrir.org.uk> References: <20171221194355.7c612ec7@penny> <20171222104132.000008f8@surtees.fenrir.org.uk> Message-ID: <20171222115054.0000247f@kacian.sk> On Fri, 22 Dec 2017 10:41:32 +0000 Brian Morrison wrote: > On Thu, 21 Dec 2017 19:43:55 +0100 > Andrej Kacian wrote: > > > 21st December 2017 Claws Mail > > 3.16.0 CLAWS MAIL FOR WINDOWS RELEASE NOTES > > Working well here (using the 64 bit version) although I have seen a > couple of hangs followed by Claws closing during compose. > > I will try to debug it and report further. > Do you have automatic draft saving every X characters enabled in preferences? There was a bug causing occasional crashes during such draft saving during development, but it should be fixed for this release. Regards, -- Andrej From bdm at fenrir.org.uk Fri Dec 22 12:06:14 2017 From: bdm at fenrir.org.uk (Brian Morrison) Date: Fri, 22 Dec 2017 11:06:14 +0000 Subject: [Users] Claws Mail 3.16.0-1 for Windows unleashed In-Reply-To: <20171222115054.0000247f@kacian.sk> References: <20171221194355.7c612ec7@penny> <20171222104132.000008f8@surtees.fenrir.org.uk> <20171222115054.0000247f@kacian.sk> Message-ID: <20171222110614.0000381a@surtees.fenrir.org.uk> On Fri, 22 Dec 2017 11:50:54 +0100 Andrej Kacian wrote: > On Fri, 22 Dec 2017 10:41:32 +0000 > Brian Morrison wrote: > > > On Thu, 21 Dec 2017 19:43:55 +0100 > > Andrej Kacian wrote: > > > > > 21st December 2017 Claws Mail > > > 3.16.0 CLAWS MAIL FOR WINDOWS RELEASE NOTES > > > > Working well here (using the 64 bit version) although I have seen a > > couple of hangs followed by Claws closing during compose. > > > > I will try to debug it and report further. > > > > Do you have automatic draft saving every X characters enabled in > preferences? There was a bug causing occasional crashes during such > draft saving during development, but it should be fixed for this > release. I do, and I've just disabled it to see if it helps. I have also moved my drafts folder onto the local mailbox instead of on my IMAP server too. More when I have it... -- Brian Morrison From jerry at seibercom.net Fri Dec 22 13:17:42 2017 From: jerry at seibercom.net (Jerry) Date: Fri, 22 Dec 2017 07:17:42 -0500 Subject: [Users] claws-mail for Windows - 32bit still crashing Message-ID: <20171222071742.000002ef@seibercom.net> I just updated to the latest version of claws-mail for Windows (32 bit). I have had a continuing problem with the 64 bit version crashing on certain emails. Anyway, while this version does seem more stable, it is still crashing on the same type of email. This is being run on a Windows 10 PRO, version 1709, 64 bit system. The following is the debug output. Perhaps someone might have an idea what the problem is. C:\Users\Gerard>C:\Users\Gerard\Downloads\gdb -ex run --args "C:\Program Files (x86)\Claws Mail\claws-mail" --debug This binary was built by Equation Solution . GNU gdb (GDB) 7.12 Copyright (C) 2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-w64-mingw32". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from C:\Program Files (x86)\Claws Mail\claws-mail...(no debugging symbols found)...done. Starting program: C:\Program Files (x86)\Claws Mail\claws-mail.exe --debug [New Thread 15316.0x5224] warning: Can not parse XML library list; XML support was disabled at compile time [New Thread 15316.0xd64] [New Thread 15316.0x59d4] [New Thread 15316.0x2fc4] [New Thread 15316.0x2b6c] [New Thread 15316.0x5f0c] [New Thread 15316.0x5a68] [New Thread 15316.0x5018] [New Thread 15316.0x58b0] [New Thread 15316.0x289c] warning: HEAP[claws-mail.exe]: warning: Invalid address specified to RtlSizeHeap( 037A0000, 08561978 ) warning: HEAP[claws-mail.exe]: warning: Invalid address specified to RtlSizeHeap( 037A0000, 08561978 ) warning: HEAP[claws-mail.exe]: warning: Invalid address specified to RtlSizeHeap( 037A0000, 08562D10 ) warning: HEAP[claws-mail.exe]: warning: Invalid address specified to RtlSizeHeap( 037A0000, 08562D10 ) [New Thread 15316.0x5364] [Thread 15316.0x5364 exited with code 0] [New Thread 15316.0x5864] [Thread 15316.0x5864 exited with code 0] [New Thread 15316.0x5e04] [Thread 15316.0x5e04 exited with code 0] [New Thread 15316.0x5a2c] [Thread 15316.0x5a2c exited with code 0] [New Thread 15316.0x2ce8] [Thread 15316.0x2ce8 exited with code 0] [New Thread 15316.0x22a8] [New Thread 15316.0x4cc8] [New Thread 15316.0x5660] [New Thread 15316.0x4bfc] [New Thread 15316.0x3ffc] [New Thread 15316.0x5dc8] [New Thread 15316.0x15c] [New Thread 15316.0x4ccc] [New Thread 15316.0x5ab8] [New Thread 15316.0x3dcc] [New Thread 15316.0x56d4] warning: 1 638E5ED5 warning: 2 63A7BC33 warning: 3 63C5B4E3 warning: 4 63C5BFB9 warning: 5 63C478F9 warning: 6 63C4B6A9 warning: 7 639FEFEC warning: 8 63D8497D warning: 9 6374F01C warning: 10 63D779A4 warning: 11 63D77AAB warning: 12 63D7ECC3 warning: 13 63D76E66 warning: 14 64C60D05 warning: 15 68129973 warning: 16 6812A693 warning: 17 6812A86F warning: 18 6812AC4D warning: 19 678E60BD warning: 20 00473971 warning: 21 002713E3 warning: 22 77988654 warning: 23 77AA4A47 warning: 24 77AA4A17 Thread 1 received signal SIGSEGV, Segmentation fault. 0x776c08b2 in ?? () (gdb) continue Continuing. Thread 1 received signal SIGSEGV, Segmentation fault. 0x008adde8 in ?? () (gdb) continue Continuing. [Thread 15316.0x5a68 exited with code 255] [Thread 15316.0x59d4 exited with code 255] [Thread 15316.0x2fc4 exited with code 255] [Thread 15316.0xd64 exited with code 255] [Thread 15316.0x2b6c exited with code 255] [Thread 15316.0x5f0c exited with code 255] [Thread 15316.0x4cc8 exited with code 255] [Thread 15316.0x289c exited with code 255] [Thread 15316.0x22a8 exited with code 255] [Thread 15316.0x5660 exited with code 255] [Thread 15316.0x5dc8 exited with code 255] [Thread 15316.0x15c exited with code 255] [Thread 15316.0x4bfc exited with code 255] [Thread 15316.0x3ffc exited with code 255] [Thread 15316.0x3dcc exited with code 255] [Thread 15316.0x4ccc exited with code 255] [Thread 15316.0x56d4 exited with code 255] [Thread 15316.0x5018 exited with code 255] [Thread 15316.0x58b0 exited with code 255] [Inferior 1 (process 15316) exited with code 0377] (gdb) bt full No stack. (gdb) quit From noreply at thewildbeast.co.uk Sat Dec 23 02:57:40 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 23 Dec 2017 01:57:40 +0000 Subject: [Users] [Bug 3939] New: XHDR newsgroups command endless loop Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3939 Bug ID: 3939 Summary: XHDR newsgroups command endless loop Classification: Unclassified Product: Claws Mail Version: 3.16.0 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P3 Component: NNTP Assignee: users at lists.claws-mail.org Reporter: jean.diraison at ac-rennes.fr Created attachment 1829 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1829&action=edit Manage -1 end special value in nntp_threaded_xhdr nntp_threaded_over The XHDR newsgroups command keeps downloading data forever in some case. This happens when nntp_threaded_xhdr() function [src/etpan/nntp-thread.c] is called with "end" parameter equal to 0xffffffff = (guint32)-1. The condition in the while loop is always true (cbeg <= end && cend <= end). I have experienced this problem with groups where last article has been deleted (for example server: richelieu.ac-versailles.fr:119 group: ac-versailles.vie-du-reseau.discussions ). When this occurs, the XOVER command returns no data. So "newlist" stay NULL in news_get_msginfos_for_range() function [src/news.c]. In this case, the "first" and "last" signed integers are equals to -1 in news_get_extra_fields() function, and they are converted to unsigned 32 bits integers 0xffffffff in nntp_threaded_xhdr() call [src/etpan/nntp-thread.c]. I don't know what is the best way to solve this problem: * return from news_get_extra_fields() if msglist is NULL * or manage -1 special case values in nntp_threaded_xhdr() to keep previous behavior (by comparing values + ones) -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sat Dec 23 03:01:23 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 23 Dec 2017 02:01:23 +0000 Subject: [Users] [Bug 3939] XHDR newsgroups command endless loop In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3939 Jean Diraison changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #1829|0 |1 is obsolete| | --- Comment #1 from Jean Diraison --- Created attachment 1830 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1830&action=edit Manage -1 end special value in nntp_threaded_xhdr nntp_threaded_over -- You are receiving this mail because: You are the assignee for the bug. From andrej at kacian.sk Sat Dec 23 16:08:42 2017 From: andrej at kacian.sk (Andrej Kacian) Date: Sat, 23 Dec 2017 16:08:42 +0100 Subject: [Users] claws-mail for Windows - 32bit still crashing In-Reply-To: <20171222071742.000002ef@seibercom.net> References: <20171222071742.000002ef@seibercom.net> Message-ID: <20171223160842.3ab4b8ef.andrej@kacian.sk> On Fri, 22 Dec 2017 07:17:42 -0500 Jerry wrote: > I just updated to the latest version of claws-mail for Windows (32 > bit). I have had a continuing problem with the 64 bit version > crashing on certain emails. Anyway, while this version does seem more > stable, it is still crashing on the same type of email. This is being > run on a Windows 10 PRO, version 1709, 64 bit system. The following > is the debug output. Perhaps someone might have an idea what the > problem is. I'm afraid that with the .exe and .dll files included in the install package, it is impossible to get meaningful GDB backtraces, since the symbols have been stripped (as evidenced by the "... in ?? ()" lines in GDB output. I'd have to supply you with the larger, unstripped version of the files. Another possibility would be figure out how to build the programs and libraries with debug symbols stored separately, just like how most major Linux distributions do it. We could then have an addon "debug" package, which could be installed when needed. Maybe after the holidays. Regards, -- Andrej Kacian From jerry at seibercom.net Sat Dec 23 21:42:07 2017 From: jerry at seibercom.net (Jerry) Date: Sat, 23 Dec 2017 15:42:07 -0500 Subject: [Users] claws-mail for Windows - 32bit still crashing In-Reply-To: <20171223160842.3ab4b8ef.andrej@kacian.sk> References: <20171222071742.000002ef@seibercom.net> <20171223160842.3ab4b8ef.andrej@kacian.sk> Message-ID: <20171223154207.00006267@seibercom.net> On Sat, 23 Dec 2017 16:08:42 +0100, Andrej Kacian stated: >On Fri, 22 Dec 2017 07:17:42 -0500 >Jerry wrote: > >> I just updated to the latest version of claws-mail for Windows (32 >> bit). I have had a continuing problem with the 64 bit version >> crashing on certain emails. Anyway, while this version does seem more >> stable, it is still crashing on the same type of email. This is being >> run on a Windows 10 PRO, version 1709, 64 bit system. The following >> is the debug output. Perhaps someone might have an idea what the >> problem is. > >I'm afraid that with the .exe and .dll files included in the install >package, it is impossible to get meaningful GDB backtraces, since the >symbols have been stripped (as evidenced by the "... in ?? ()" lines in >GDB output. > >I'd have to supply you with the larger, unstripped version of the >files. > >Another possibility would be figure out how to build the programs and >libraries with debug symbols stored separately, just like how most >major Linux distributions do it. We could then have an addon "debug" >package, which could be installed when needed. > >Maybe after the holidays. > >Regards, Sound like a plan to me. Let me know when you have something to test out. -- Jerry From ricardo at mones.org Sun Dec 24 17:53:58 2017 From: ricardo at mones.org (Ricardo Mones) Date: Sun, 24 Dec 2017 17:53:58 +0100 Subject: [Users] Clawsker 1.1.1 unleashed Message-ID: <20171224165358.l2oamg2c6rm3k3wo@curuxu> Hi all, Clawsker, the Claws Mail hidden preferences editor and tweaker has been released. Changes shamelessly copied from the NEWS file: - Updated preferences data to cope with changes in Claws Mail 3.16.0 - Fix bug in Quick Search colors data which rendered it unsettable - Translations: • Updated: German More details, outdated screenshots and download links on homepage: http://www.claws-mail.org/clawsker.php -- Ricardo Mones ~ Never send a human to do a machine's job. Agent Smith -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From bugs.michael at gmx.net Sun Dec 24 22:28:08 2017 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 24 Dec 2017 22:28:08 +0100 Subject: [Users] 3.16.0 crashes for me Message-ID: <20171224222808.2da9f206@noname> Merry Christmas everyone, especially the devs! A quick upgrade to Claws Mail 3.16.0 crashes early for me with a configuration that works fine with 3.15.1 and older. When downgrading to 3.15.1, that one still works. Environment is Fedora 27 x86_64. Any idea what's the culprit in thread 1? Thread 5 (Thread 0x7fffde536700 (LWP 29672)): #0 0x00007ffff2c760d9 in syscall () from /lib64/libc.so.6 No symbol table info available. #1 0x00007ffff35fb66a in g_cond_wait_until () from /lib64/libglib-2.0.so.0 No symbol table info available. #2 0x00007ffff358a381 in g_async_queue_pop_intern_unlocked () from /lib64/libglib-2.0.so.0 No symbol table info available. #3 0x00007ffff35dde64 in g_thread_pool_thread_proxy () from /lib64/libglib-2.0.so.0 No symbol table info available. #4 0x00007ffff35dd4c6 in g_thread_proxy () from /lib64/libglib-2.0.so.0 No symbol table info available. #5 0x00007ffff4585609 in start_thread () from /lib64/libpthread.so.0 No symbol table info available. #6 0x00007ffff2c7be6f in clone () from /lib64/libc.so.6 No symbol table info available. Thread 4 (Thread 0x7fffded37700 (LWP 29671)): #0 0x00007ffff2c760d9 in syscall () from /lib64/libc.so.6 No symbol table info available. #1 0x00007ffff35fb66a in g_cond_wait_until () from /lib64/libglib-2.0.so.0 No symbol table info available. #2 0x00007ffff358a381 in g_async_queue_pop_intern_unlocked () from /lib64/libglib-2.0.so.0 No symbol table info available. #3 0x00007ffff35dde64 in g_thread_pool_thread_proxy () from /lib64/libglib-2.0.so.0 No symbol table info available. #4 0x00007ffff35dd4c6 in g_thread_proxy () from /lib64/libglib-2.0.so.0 No symbol table info available. #5 0x00007ffff4585609 in start_thread () from /lib64/libpthread.so.0 No symbol table info available. #6 0x00007ffff2c7be6f in clone () from /lib64/libc.so.6 No symbol table info available. Thread 3 (Thread 0x7fffdf538700 (LWP 29670)): #0 0x00007ffff2c6f8bb in poll () from /lib64/libc.so.6 No symbol table info available. #1 0x00007ffff35b5ed9 in g_main_context_iterate.isra () from /lib64/libglib-2.0.so.0 No symbol table info available. #2 0x00007ffff35b6272 in g_main_loop_run () from /lib64/libglib-2.0.so.0 No symbol table info available. #3 0x00007ffff6005b36 in gdbus_shared_thread_func () from /lib64/libgio-2.0.so.0 No symbol table info available. #4 0x00007ffff35dd4c6 in g_thread_proxy () from /lib64/libglib-2.0.so.0 No symbol table info available. #5 0x00007ffff4585609 in start_thread () from /lib64/libpthread.so.0 No symbol table info available. #6 0x00007ffff2c7be6f in clone () from /lib64/libc.so.6 No symbol table info available. Thread 2 (Thread 0x7fffdfd39700 (LWP 29669)): #0 0x00007ffff2c6f8bb in poll () from /lib64/libc.so.6 No symbol table info available. #1 0x00007ffff35b5ed9 in g_main_context_iterate.isra () from /lib64/libglib-2.0.so.0 No symbol table info available. #2 0x00007ffff35b5fec in g_main_context_iteration () from /lib64/libglib-2.0.so.0 No symbol table info available. #3 0x00007ffff35b6031 in glib_worker_main () from /lib64/libglib-2.0.so.0 No symbol table info available. #4 0x00007ffff35dd4c6 in g_thread_proxy () from /lib64/libglib-2.0.so.0 No symbol table info available. #5 0x00007ffff4585609 in start_thread () from /lib64/libpthread.so.0 No symbol table info available. #6 0x00007ffff2c7be6f in clone () from /lib64/libc.so.6 No symbol table info available. Thread 1 (Thread 0x7ffff7faff80 (LWP 29665)): #0 0x00007ffff2ce5988 in __strchr_avx2 () from /lib64/libc.so.6 No symbol table info available. #1 0x0000555555834ad6 in make_dir_hier (dir=dir at entry=0x0) at utils.c:2186 parent_dir = p = #2 0x00005555556e3d6a in imap_get_num_list (folder=0x555556149600, _item=0x55555619f290, msgnum_list=0x7fffffff6620, old_uids_valid=0x7fffffff661c) at imap.c:4596 item = 0x55555619f290 session = uidlist = 0x0 dir = known_list_len = path = 0x0 __func__ = "imap_get_num_list" #3 0x00005555556c85ec in folder_item_scan_full (item=item at entry=0x55555619f290, filtering=filtering at entry=1) at folder.c:2161 folder = 0x555556149600 folder_list = 0x0 cache_list = 0x0 folder_list_cur = cache_list_cur = new_list = 0x0 exists_list = 0x0 elem = newmsg_list = 0x0 newcnt = 0 unreadcnt = 0 totalcnt = 0 markedcnt = 0 unreadmarkedcnt = 0 repliedcnt = 0 forwardedcnt = 0 lockedcnt = 0 ignoredcnt = 0 watchedcnt = 0 cache_max_num = folder_max_num = cache_cur_num = folder_cur_num = update_flags = 0 old_uids_valid = 1 subject_table = 0x0 #4 0x00005555556c96cb in folder_item_read_cache (item=item at entry=0x55555619f290) at folder.c:2662 unreadcnt = 0 unreadmarkedcnt = 0 lockedcnt = 0 msginfo = cur = markedcnt = 0 repliedcnt = 0 watchedcnt = 0 newcnt = 0 forwardedcnt = 0 ignoredcnt = 0 cache_file = 0x0 mark_file = 0x0 tags_file = 0x7fffd0008950 "/home/ms27/.claws-mail/tagsdb/#imap/GMX/Queue/.claws_tags" start = {tv_sec = 1514150424, tv_usec = 560996} end = {tv_sec = 93825004145152, tv_usec = 93825000506352} diff = timing_name = 0x555555942dd5 "" __FUNCTION__ = "folder_item_read_cache" #5 0x00005555556c9e78 in folder_item_get_msg_list (item=0x55555619f290) at folder.c:2823 No locals. #6 0x00005555556d3138 in folderview_update_node (folderview=, node=) at folderview.c:1698 ctree = style = color_style = item = xpm = openxpm = searchicon = 0x0 mark = name = str = add_unread_mark = add_sub_match_mark = use_bold = use_color = col_pos = stype = #7 0x00005555556d3837 in folderview_gnode_func (ctree=, depth=, gnode=, cnode=, data=) at folderview.c:1823 folderview = item = #8 0x000055555587e146 in gtk_sctree_insert_gnode (ctree=ctree at entry=0x555555d383f0, parent=parent at entry=0x5555561a8d40, sibling=sibling at entry=0x5555561a8da0, gnode=gnode at entry=0x55555618fef0, func=func at entry=0x5555556d3810 , data=data at entry=0x555555f6de00) at gtksctree.c:1924 clist = 0x555555d383f0 cnode = 0x5555561a9a00 child = 0x0 new_child = list = 0x5555561a9a00 work = depth = 2 #9 0x000055555587e1e4 in gtk_sctree_insert_gnode (ctree=0x555555d383f0, parent=, sibling=, gnode=0x555556166f90, func=0x5555556d3810 , data=0x555555f6de00) at gtksctree.c:1947 clist = 0x555555d383f0 cnode = 0x5555561a8d40 child = 0x5555561a8da0 new_child = list = 0x5555561a8d40 work = 0x55555618fef0 depth = 1 #10 0x00005555556d5c0a in folderview_set_folders (folderview=) at folderview.c:1905 list = #11 folderview_set (folderview=) at folderview.c:797 ctree = mainwin = sel_item = op_item = #12 0x00005555556d6070 in folderview_update_folder (source=, userdata=) at folderview.c:2964 hookdata = folderview = ctree = #13 0x0000555555820287 in hooks_marshal (hook=, data=0x7fffffffba30) at hooks.c:107 func = marshal_data = 0x7fffffffba30 #14 0x00007ffff35a6524 in g_hook_list_marshal () from /lib64/libglib-2.0.so.0 No symbol table info available. #15 0x0000555555820979 in hooks_invoke ( hooklist_name=hooklist_name at entry=0x555555895f59 "folder_update", source=source at entry=0x7fffffffca80) at hooks.c:125 hooklist = marshal_data = {source = 0x7fffffffca80, abort = 0} #16 0x00005555556c34a8 in folder_add (folder=0x555556149600) at folder.c:805 cur_folder = cur = i = hookdata = {folder = 0x555556149600, update_flags = FOLDER_ADD_FOLDER, item = 0x0, item2 = 0x0} #17 0x00005555556c7908 in folder_read_list () at folder.c:852 folder = node = 0x7fffd0012330 cur = 0x7fffd0007b20 xmlnode = path = #18 0x000055555567d2eb in main (argc=, argv=) at main.c:1355 connection = 0x555555dc0888 error = 0x0 nm_proxy = 0x555555db03a0 userrc = mainwin = 0x555555df0150 folderview = 0x555555f6de00 icon = 0x555555dc8360 crash_file_present = num_folder_class = 0 asked_for_migration = 0 start_done = 1 plug_list = 0x0 never_ran = 0 mainwin_shown = 0 start = {tv_sec = 1514150424, tv_usec = 404862} end = {tv_sec = 0, tv_usec = 23712} diff = timing_name = 0x5555558add15 "startup" __FUNCTION__ = "main" From bugs.michael at gmx.net Sun Dec 24 22:33:22 2017 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 24 Dec 2017 22:33:22 +0100 Subject: [Users] 3.16.0 crashes for me In-Reply-To: <20171224222808.2da9f206@noname> References: <20171224222808.2da9f206@noname> Message-ID: <20171224223322.4ec63750@noname> Terminal output is: $ claws-mail /home/ms27/.claws-mail/tmp/mc-ms19f: unlink: Is a directory (claws-mail:30715): Claws-Mail-CRITICAL **: imap_item_get_path: assertion 'folder_path != NULL' failed folder.c:3967 Condition path != NULL failed traceback: 0: claws-mail(+0x172359) [0x559a1c592359] 1: claws-mail(+0x17553f) [0x559a1c59553f] 2: claws-mail(folder_item_get_msg_list+0x78) [0x559a1c595e78] 3: claws-mail(+0x17f138) [0x559a1c59f138] 4: claws-mail(+0x17f837) [0x559a1c59f837] 5: claws-mail(gtk_sctree_insert_gnode+0x116) [0x559a1c74a146] 6: claws-mail(gtk_sctree_insert_gnode+0x1b4) [0x559a1c74a1e4] 7: claws-mail(folderview_set+0x22a) [0x559a1c5a1c0a] 8: claws-mail(+0x182070) [0x559a1c5a2070] 9: claws-mail(+0x2cc287) [0x559a1c6ec287] 10: /lib64/libglib-2.0.so.0(g_hook_list_marshal+0x54) [0x7f1bde661524] 11: claws-mail(hooks_invoke+0x59) [0x559a1c6ec979] 12: claws-mail(folder_add+0xb8) [0x559a1c58f4a8] 13: claws-mail(folder_read_list+0x68) [0x559a1c593908] 14: claws-mail(main+0xc7b) [0x559a1c5492eb] 15: /lib64/libc.so.6(__libc_start_main+0xea) [0x7f1bddc3e03a] 16: claws-mail(_start+0x2a) [0x559a1c54b4da] (claws-mail:30715): Claws-Mail-CRITICAL **: imap_item_get_path: assertion 'folder_path != NULL' failed folder.c:3991 Condition path != NULL failed traceback: 0: claws-mail(+0x172659) [0x559a1c592659] 1: claws-mail(+0x17554f) [0x559a1c59554f] 2: claws-mail(folder_item_get_msg_list+0x78) [0x559a1c595e78] 3: claws-mail(+0x17f138) [0x559a1c59f138] 4: claws-mail(+0x17f837) [0x559a1c59f837] 5: claws-mail(gtk_sctree_insert_gnode+0x116) [0x559a1c74a146] 6: claws-mail(gtk_sctree_insert_gnode+0x1b4) [0x559a1c74a1e4] 7: claws-mail(folderview_set+0x22a) [0x559a1c5a1c0a] 8: claws-mail(+0x182070) [0x559a1c5a2070] 9: claws-mail(+0x2cc287) [0x559a1c6ec287] 10: /lib64/libglib-2.0.so.0(g_hook_list_marshal+0x54) [0x7f1bde661524] 11: claws-mail(hooks_invoke+0x59) [0x559a1c6ec979] 12: claws-mail(folder_add+0xb8) [0x559a1c58f4a8] 13: claws-mail(folder_read_list+0x68) [0x559a1c593908] 14: claws-mail(main+0xc7b) [0x559a1c5492eb] 15: /lib64/libc.so.6(__libc_start_main+0xea) [0x7f1bddc3e03a] 16: claws-mail(_start+0x2a) [0x559a1c54b4da] msgcache.c:586 Condition cache_file != NULL failed traceback: 0: claws-mail(msgcache_read_cache+0xe8e) [0x559a1c5efd1e] 1: claws-mail(+0x17556b) [0x559a1c59556b] 2: claws-mail(folder_item_get_msg_list+0x78) [0x559a1c595e78] 3: claws-mail(+0x17f138) [0x559a1c59f138] 4: claws-mail(+0x17f837) [0x559a1c59f837] 5: claws-mail(gtk_sctree_insert_gnode+0x116) [0x559a1c74a146] 6: claws-mail(gtk_sctree_insert_gnode+0x1b4) [0x559a1c74a1e4] 7: claws-mail(folderview_set+0x22a) [0x559a1c5a1c0a] 8: claws-mail(+0x182070) [0x559a1c5a2070] 9: claws-mail(+0x2cc287) [0x559a1c6ec287] 10: /lib64/libglib-2.0.so.0(g_hook_list_marshal+0x54) [0x7f1bde661524] 11: claws-mail(hooks_invoke+0x59) [0x559a1c6ec979] 12: claws-mail(folder_add+0xb8) [0x559a1c58f4a8] 13: claws-mail(folder_read_list+0x68) [0x559a1c593908] 14: claws-mail(main+0xc7b) [0x559a1c5492eb] 15: /lib64/libc.so.6(__libc_start_main+0xea) [0x7f1bddc3e03a] 16: claws-mail(_start+0x2a) [0x559a1c54b4da] (claws-mail:30715): Claws-Mail-CRITICAL **: imap_item_get_path: assertion 'folder_path != NULL' failed Segmentation fault (core dumped) From shai at platonix.com Tue Dec 26 00:17:00 2017 From: shai at platonix.com (Shai Berger) Date: Tue, 26 Dec 2017 01:17:00 +0200 Subject: [Users] Surprising actions behavior In-Reply-To: <20171217020108.2a6aa3bb.shai@platonix.com> References: <20171217020108.2a6aa3bb.shai@platonix.com> Message-ID: <20171226011700.19f5da6d.shai@platonix.com> Hi all, and merry Christmas to those who celebrate, I now see all of the below in 3.16.0. They're a little annoying. Any comments? Pointers into the source? Thanks, Shai. On Sun, 17 Dec 2017 02:01:08 +0200 Shai Berger wrote: > Hi all, > > I see some behaviors around actions, which I find surprising. I looked > for settings to fix these, but couldn't find them, and I want to ask > for your opinion before opening tickets and/or trying to fix them. > > The version is 3.15.1 on Debian Testing, I compiled it myself in order > to include the Fancy plugin but other than that it's the released > version. > > In no particular order, here they are: > > 1) There seems to be no logging of actions available. I configured > some action, and it didn't do what I expected, and I had to debug by > guessing. > > 2) "stop" is available as a filter-action when configuring Actions. It > really makes sense only in filters. I'm not sure if putting it in the > end of a list of actions causes any problems, because of no logging. > > 3) I defined a mark-as-spam action using a filter-action, to do the > following: > - Execute a command (train my Bayesian filter that it's spam) > - Mark the message read > - Mark the message as spam > - Move the message to the junk folder > This looked like it did the first three, but failed to move the > message to the junk folder. At first, there was a "stop" in the end > (because the action was originally translated from a KMail filter), I > removed it and it didn't change anything. Then I tried to promote the > "move" operation so it ran earlier in the sequence. > 3a) In the filter-action editor, I could move it wherever I liked, but > when I pressed OK, it wouldn't move before the mark_as_read. > 3b) So I had the actions ordered as "execute, mark_as_read, move, > mark_as_spam" -- and now the messages are moved, but not marked as > spam. Is the filter-action in Actions limited to 3 actions only? > > 4) As noted, the action above includes a "move" operation, which means > that when it ends, the previously-selected message is no longer in the > active folder. I'd expect the next or previous message in the list to > be selected, like what happens when a message is deleted; but instead, > the selection jumped to the first unread message in the folder. In > case this matters, my preference for "selection when entering a new > folder" is "last message opened; none". > > Is any of the above expected behavior? Assuming not, are there easy > ways to fix, or work around them? > > Thanks, and sorry for the length, > Shai. > _______________________________________________ > Users mailing list > Users at lists.claws-mail.org > http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users From pf at pfortin.com Tue Dec 26 01:11:29 2017 From: pf at pfortin.com (Pierre Fortin) Date: Mon, 25 Dec 2017 19:11:29 -0500 Subject: [Users] Surprising actions behavior In-Reply-To: <20171226011700.19f5da6d.shai@platonix.com> References: <20171217020108.2a6aa3bb.shai@platonix.com> <20171226011700.19f5da6d.shai@platonix.com> Message-ID: <20171225191129.29f43f5c@pfortin.com> On Tue, 26 Dec 2017 01:17:00 +0200 Shai Berger wrote: >> 3) I defined a mark-as-spam action using a filter-action, to do the >> following: >> - Execute a command (train my Bayesian filter that it's spam) >> - Mark the message read >> - Mark the message as spam >> - Move the message to the junk folder >> This looked like it did the first three, but failed to move the >> message to the junk folder. At first, there was a "stop" in the end >> (because the action was originally translated from a KMail filter), I >> removed it and it didn't change anything. Then I tried to promote the >> "move" operation so it ran earlier in the sequence. >> 3a) In the filter-action editor, I could move it wherever I liked, but >> when I pressed OK, it wouldn't move before the mark_as_read. >> 3b) So I had the actions ordered as "execute, mark_as_read, move, >> mark_as_spam" -- and now the messages are moved, but not marked as >> spam. Is the filter-action in Actions limited to 3 actions only? Once you move a message, it's no longer accessible. Make all changes to a message before moving it. Failure to move sounds like my bug report: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3919 HTH, Pierre From noreply at thewildbeast.co.uk Tue Dec 26 14:10:48 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 26 Dec 2017 13:10:48 +0000 Subject: [Users] [Bug 3940] New: Depends on unmaintained pygtk Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3940 Bug ID: 3940 Summary: Depends on unmaintained pygtk Classification: Unclassified Product: Claws Mail Version: GIT Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P3 Component: Plugins/Python Assignee: users at lists.claws-mail.org Reporter: mones at users.sourceforge.net Quoting original reporter: ,------- | pygtk is unmaintained upstream. It has not had a release since GNOME 3 | was released in 2011. | | The way forward is to port your app to use GObject Introspection | bindings. | | For more information on GObject Introspection see [1] and [2]. | | Please try to do this before the Buster release as we're going to | try to remove pygtk this cycle. | | If you have any question don't hesitate to ask. | | [1] https://wiki.gnome.org/Projects/GObjectIntrospection | [2] https://wiki.gnome.org/Projects/PyGObject `------- FWIW no dates for Buster release (Debian 10) are already announced, but at current release rate that's probably happening around the middle of 2019 (see https://wiki.debian.org/DebianReleases for past dates). -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Dec 26 14:11:43 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 26 Dec 2017 13:11:43 +0000 Subject: [Users] [Bug 3940] Depends on unmaintained pygtk In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3940 Ricardo Mones changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |https://bugs.debian.org/885 | |266 -- You are receiving this mail because: You are the assignee for the bug. From philippe at gramoulle.com Fri Dec 29 20:57:28 2017 From: philippe at gramoulle.com (Philippe =?ISO-8859-15?Q?Gramoull=E9?=) Date: Fri, 29 Dec 2017 20:57:28 +0100 Subject: [Users] Latest GIT: Claws doesn't show body nor attachment Message-ID: <20171229195729.077CB5FBB4@smtp.gramoulle.com> Hi Everybody I know everyone's busy with new year's eve but still spammers don't rest ! I have received several mails lately , spam of course, and none of which shows the message and .7z attachment. Mail shows up empty with no attachment. Let me know if you'd like me to fill a bug. If any dev is interested in the offending mails, i'd rather send them offlist. Setup is Debian Sid, x86 with latest GIT. Truly yours, Philippe PS: Thanks, as always, for such a great mail client ! From shai at platonix.com Fri Dec 29 12:20:15 2017 From: shai at platonix.com (Shai Berger) Date: Fri, 29 Dec 2017 13:20:15 +0200 Subject: [Users] minor BiDi issue in messages list Message-ID: <20171229132015.183fb264.shai@platonix.com> Hi, I'm seeing a very minor BiDi issue in the message list: When message subjects begin with a strong RTL character, their directionality is set to RTL -- which is excellent, way better than what I've been used to; but given that excellence, the fact that they're still indented to the left rather than to the right is a miss. Is this a known issue? Is this a Claws issue, or a GTK one? Thanks, Shai. From trey at fastmail.fm Fri Dec 29 13:51:45 2017 From: trey at fastmail.fm (Trey Sizemore) Date: Fri, 29 Dec 2017 07:51:45 -0500 Subject: [Users] Viewing of HTML mails in 3.15.1 or 3.16.0 Message-ID: <20171229075145.5285e49b@fastmail.fm> Hi All- I know I'm late to the party regarding HTML mails in claws, but wanted to find out the best current options for doing so. I know that the fancy plugin has been removed due to Webkit issues. Is dillo still an option? I don't see it in my 3.15.1 build on opensuse Tumbleweed and also installed 3.16.0 from a different repo. No plugins seem available for these to do the trick. Will compiling from source do the trick? I had done this many years ago, but have recently gotten back to my linux machine and claws again recently and would love to have this working. Thanks! -- Cheers, Trey ---- This wasn't just plain terrible, this was fancy terrible. This was terrible with raisins in it. --Dorothy Parker Linux localhost 4.14.6-1-default x86_64 07:47:43 up 11:01, 2 users, load average: 0.33, 0.48, 0.36 From noreply at thewildbeast.co.uk Sun Dec 31 05:18:03 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 31 Dec 2017 04:18:03 +0000 Subject: [Users] [Bug 3917] CM getting slower when retrieving mail In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3917 --- Comment #3 from Pierre Fortin --- Got 3 more messages left in ~/.claws-mail/temfolder/processing-N on 3 different accounts (one each) -- 2 since updating to 3.16.0 -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sat Dec 30 12:48:26 2017 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 30 Dec 2017 11:48:26 +0000 Subject: [Users] [Bug 3919] manual filtering does not move spam In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3919 Shai Berger changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |shai at platonix.com --- Comment #1 from Shai Berger --- Hi, I think my case is relevant to this bug: I don't have an anti-spam plug-in installed at all; I never expected mark_as_spam to move the message, so I just added a "move" action after it. Here's a piece of filtering log for a relevant message: [13:38:41] processing rule 'Spam handling' [ header "X-Spambayes-Classification" matchcase "spam" mark_as_spam move "#mh/Mail/junk" stop ] [13:38:41] checking if message matches [ header "X-Spambayes-Classification" matchcase "spam" ] > message matches [13:38:41] applying action [ mark_as_spam ] As you can see, after "mark_as_spam", processing just stops, although the other actions are clearly there in the log. -- You are receiving this mail because: You are the assignee for the bug.