From noreply at thewildbeast.co.uk Thu Aug 1 14:07:53 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 01 Aug 2013 12:07:53 +0000 Subject: [Users] [Bug 2643] claws crash when accessing imap folder In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2643 --- Comment #1 from kardan at riseup.net --- This seems to be related. Happened when switching between folders. 3.9.2git27 [13:32:55] IMAP4< 131 OK Store completed. imap-thread.c:3256:imap store run - end 0 imap-thread.c:404:generic_cb imap-thread.c:3278:imap store - end Program received signal SIGSEGV, Segmentation fault. summary_set_row_marks (summaryview=summaryview at entry=0x8652fc8, row=row at entry=0x8a85da0) at summaryview.c:3823 3823 flags = msginfo->flags; Thread 1 (Thread 0xb63bab00 (LWP 25992)) #0 summary_set_row_marks (summaryview=summaryview at entry=0x8652fc8, row=row at entry=0x8a85da0) at summaryview.c:3823 #1 0x081b201d in msginfo_mark_as_read (summaryview=0x8652fc8, msginfo=, row=0x8a85da0) at summaryview.c:3524 #2 0x081b20ed in msginfo_mark_as_read_timeout (data=data at entry=0x88922c0) at summaryview.c:3541 #3 0xb740d087 in g_timeout_dispatch (source=source at entry=0x844ab00, callback=0x81b20a0 , user_da ta=0x88922c0) at /build/glib2.0-EIRQgp/glib2.0-2.36.3/./glib/gmain.c:4413 #4 0xb740c333 in g_main_dispatch (context=0x84e66b0, context at entry=0x8733c18) at /build/glib2.0-EIRQgp/glib2.0-2.36.3/./glib/gmain.c:3054 -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Aug 2 07:19:26 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 02 Aug 2013 05:19:26 +0000 Subject: [Users] [Bug 2984] New: LDAP mailbook search in cyrrilic names not work Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2984 Bug ID: 2984 Summary: LDAP mailbook search in cyrrilic names not work Classification: Unclassified Product: Claws Mail (Windows) Version: 3.9.2 Hardware: PC OS: Windows XP Status: NEW Severity: normal Priority: P3 Component: default Assignee: users at lists.claws-mail.org Reporter: alexpostbox at hotbox.ru Clients Windows XP,7 connected to OpenLDAP server. Mozilla work fine, Claws Mail can search only by 'emails' field ('cn','sn','displayName' in cyrillic symbols - search not work). After searching by 'email' output data is correct (cyrillic too). -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Aug 2 08:55:07 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 02 Aug 2013 06:55:07 +0000 Subject: [Users] [Bug 2703] claws crash while deleting or moving not fully loaded msg In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2703 Ricardo Mones changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #3 from Ricardo Mones --- If this is still happening with latest version then some backtrace of the crash is required. Please reopen when you have one. -- You are receiving this mail because: You are the assignee for the bug. From berndth at gmx.de Sat Aug 3 11:50:38 2013 From: berndth at gmx.de (Holger Berndt) Date: Sat, 3 Aug 2013 11:50:38 +0200 Subject: [Users] Flagging non-default accounts during compose? In-Reply-To: <20130729062821.GE9792@trasgu> References: <20130716125301.1f3fe0e6@pfortin.com> <20130720014348.449c1a13@wodan> <20130719215829.314a4b67@pfortin.com> <20130727180445.13e65ad0@wodan> <20130729062821.GE9792@trasgu> Message-ID: <20130803115038.667a2fd9@wodan> Hello Ricardo, On Mo, 29.07.2013 08:28, Ricardo Mones wrote: > Would it be possible to add some submenu to compose windows' Edit >menu (for example), whose options were able to modify compose text >and/or subject on user invocation? Any script that you put into .claws-mail/python-scripts/compose will end up as a menu entry in the compose window under Tools / Python scripts. You also get access to the compose window's GtkUiManager object, so alternatively, you can use that from .claws-mail/python-scripts/auto/compose_any to insert menu items at other places (see [1] for a few examples of doing this in the main window - I didn't try it, but compose window should work analogous). Another alternative would be to put it into the toolbar, which is possible via the normal Claws Mail dialog. Shortcut assignment is also possible. As for subject or body modifications: For the subject, you have set() and get() functions, an example can be seen in [2]. For the body, you have access to the GtkTextView widget, which you can modify using the normal PyGtk bindings. An example can be seen in [3]. Personally, I find the example in [3] quite interesting, because you can not only do text replacement, but execute any Python code, and e.g. attach automatically some standard path or whatever. I used to use something similar in TheBat! many moons ago, which had a macro language with fixed commands for that - so, with Python being a general purpose language, it's even more flexible. IIRC the shortcut that I assigned to invoking that script, CTRL-Space, also originates from the TheBat! default. Holger [1] http://git.claws-mail.org/?p=claws.git;a=blob;f=src/plugins/python/examples/auto/startup;h=8901cf0474f54ccd0016718e976ebf454c78fa8c;hb=HEAD [2] http://git.claws-mail.org/?p=claws.git;a=blob;f=src/plugins/python/examples/auto/compose_any;h=b15f0f33860a4099208f6dfb82b487dd2d5dec9b;hb=HEAD [3] http://git.claws-mail.org/?p=claws.git;a=blob;f=src/plugins/python/examples/compose/Macro-Expansion;h=80e98878220e6cd927e163838a6347233996d69f;hb=HEAD -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From noreply at thewildbeast.co.uk Sun Aug 4 18:33:57 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 04 Aug 2013 16:33:57 +0000 Subject: [Users] [Bug 2985] New: Feat req - adding Mark As Read on all level folders Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2985 Bug ID: 2985 Summary: Feat req - adding Mark As Read on all level folders Classification: Unclassified Product: Claws Mail Version: 3.9.2 Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P3 Component: Folders Assignee: users at lists.claws-mail.org Reporter: dave at dawoodfall.net Could we please have a way of marking read on all level folders? Example: I have a 'lists' folder with ~ 30 mailing lists and I usually go through them for interesting threads and would like afterwards to mark them all read at once. Also the same applies RSSyl, where every feed has to be marked read individually. -- You are receiving this mail because: You are the assignee for the bug. From boudiccas at talktalk.net Sun Aug 4 18:50:06 2013 From: boudiccas at talktalk.net (Sharon Kimble) Date: Sun, 4 Aug 2013 17:50:06 +0100 Subject: [Users] [Bug 2985] New: Feat req - adding Mark As Read on all level folders In-Reply-To: References: Message-ID: <20130804175006.67e67396@london> On Sun, 04 Aug 2013 16:33:57 +0000 noreply at thewildbeast.co.uk wrote: > http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2985 > > Bug ID: 2985 > Summary: Feat req - adding Mark As Read on all level > folders Classification: Unclassified > Product: Claws Mail > Version: 3.9.2 > Hardware: PC > OS: Linux > Status: NEW > Severity: enhancement > Priority: P3 > Component: Folders > Assignee: users at lists.claws-mail.org > Reporter: dave at dawoodfall.net > > Could we please have a way of marking read on all level folders? > > Example: I have a 'lists' folder with ~ 30 mailing lists and I > usually go through them for interesting threads and would like > afterwards to mark them all read at once. > > Also the same applies RSSyl, where every feed has to be marked read > individually. > We already have 'Mark all read' for the rss feeds. Sharon. -- A taste of linux = http://www.sharons.org.uk/index.html efever = http://www.efever.blogspot.com/ efever = http://sharon04.livejournal.com/ Debian testing, Fluxbox 1.3.5, LibreOffice 4.0.4.2 Registered Linux user 334501 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From andrej at kacian.sk Sun Aug 4 19:17:33 2013 From: andrej at kacian.sk (Andrej Kacian) Date: Sun, 4 Aug 2013 19:17:33 +0200 Subject: [Users] [Bug 2985] New: Feat req - adding Mark As Read on all level folders In-Reply-To: <20130804175006.67e67396@london> References: <20130804175006.67e67396@london> Message-ID: <20130804191733.03604217@penny> On Sun, 4 Aug 2013 17:50:06 +0100 Sharon Kimble wrote: > We already have 'Mark all read' for the rss feeds. That's not recursive. -- Andrej Kacian -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From noreply at thewildbeast.co.uk Mon Aug 5 00:18:31 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 04 Aug 2013 22:18:31 +0000 Subject: [Users] [Bug 2985] Feat req - adding Mark As Read on all level folders In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2985 --- Comment #1 from Holger Berndt --- You can use the Python plugin. Recursivly marking messages as read is one of the examples. http://git.claws-mail.org/?p=claws.git;a=blob;f=src/plugins/python/examples/main/Recusively-mark-messages-as-read;h=85c108ee3218c70b9f6de93572c5ca6e4748ffcf;hb=HEAD -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Aug 5 01:02:11 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 04 Aug 2013 23:02:11 +0000 Subject: [Users] [Bug 2985] Feat req - adding Mark As Read on all level folders In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2985 --- Comment #2 from dave at dawoodfall.net --- Thanks, that works but not on RSSyl though. But I will see if I can fix that. -- You are receiving this mail because: You are the assignee for the bug. From dave at dawoodfall.net Mon Aug 5 18:45:09 2013 From: dave at dawoodfall.net (David Woodfall) Date: Mon, 5 Aug 2013 17:45:09 +0100 Subject: [Users] Python - RSSyl folders Message-ID: <20130805164509.GD25387@Blackswan> I've been using the mark all read recursively python script which works great, except in the 'My Feeds" folder. It does however work on folders below that. I have 3 main RSS folders: UK, World and Tech-Science and running the script on those works, so I thought I'd make a script that runs on those folders by setting each one as the root folder manually and then call the deal_with_folder() function, but there is a problem with this and python outputs that it can't find the folder: root = clawsmail.Folder('UK') Traceback (most recent call last): File "/home/david/.claws-mail/python-scripts/main/mark-all-rss-read.py", line 24, in root = clawsmail.Folder('UK') ValueError: A folder with that path does not exist, and the create parameter was False. So I put a print(root) statement in there to see exactly what the output was when highlighting the UK folder and it outputs what you'd expect: Folder: UK Can anyone explain why this is happening? Ideally, I'd like to run it on "My Feeds" anyway. Is there a reason why highlighting this doesn't work. Cheers D. From berndth at gmx.de Mon Aug 5 21:48:11 2013 From: berndth at gmx.de (Holger Berndt) Date: Mon, 5 Aug 2013 21:48:11 +0200 Subject: [Users] Python - RSSyl folders In-Reply-To: <20130805164509.GD25387@Blackswan> References: <20130805164509.GD25387@Blackswan> Message-ID: <20130805214811.6daee4c6@wodan> On Mo, 05.08.2013 17:45, David Woodfall wrote: >root = clawsmail.Folder('UK') > >Traceback (most recent call last): > File > "/home/david/.claws-mail/python-scripts/main/mark-all-rss-read.py", > line 24, in > root = clawsmail.Folder('UK') > ValueError: A folder with that path does not exist, and the > create parameter was False. > >So I put a print(root) statement in there to see exactly what the >output was when highlighting the UK folder and it outputs what you'd >expect: > >Folder: UK > >Can anyone explain why this is happening? The Folder constructor needs an identifier, not just a display name that print shows. See the docs: ===================================================================== The __init__ function takes two optional arguments: folder = Folder(identifier, [create_if_not_existing=False]) The identifier is an id string (e.g. '#mh/Mail/foo/bar'),create_if_not_existing is a boolean expression. ===================================================================== If you want to print the identifier, use print(root.get_identifier()) >Ideally, I'd like to run it on "My Feeds" anyway. Is there a reason >why highlighting this doesn't work. Yes: It's technically not a folder, but a mailbox. So, when you select a mailbox, and call get_folderview_selected_folder(), you (rightfully) won't get anything, because no folder is selected. Which is somewhat ugly, because there is no accessor for a currently selected mailbox (there isn't even a mailbox object definition). For your usecase, one of two workarounds might be usable: 1. Make a specialized script to deal with a hardcoded mailbox, using the mailbox name (the thing that Claws Mail displays in the folder view): Instead of clawsmail.get_folder_tree(root) use clawsmail.get_folder_tree("My Feeds") (or whatever the name is). This should deal with the entire mailbox, no matter what's currently selected. 2. Make a script that gets the mailbox name from the currently selected folder, and marks all items in all folders of that mailbox as read: Instead of clawsmail.get_folder_tree(root) use tree = clawsmail.get_folder_tree(root.mailbox_name)[0] This is nasty as well, though: It is somewhat ugly as you need to select a folder in the mailbox, but not the mailbox itself, and it's somewhat dangerous as it deals with the whole mailbox and thus walks the hierarchy up and down from the selection. And also, the interface sucks (get_folder_tree() returns a node when given a folder, but a list when given a mailbox name). I guess a better fix would be to introduce a mailbox object, and an get_folderview_selected_mailbox() accessor in the plugin. Holger From berndth at gmx.de Mon Aug 5 21:51:56 2013 From: berndth at gmx.de (Holger Berndt) Date: Mon, 5 Aug 2013 21:51:56 +0200 Subject: [Users] Python - RSSyl folders In-Reply-To: <20130805214811.6daee4c6@wodan> References: <20130805164509.GD25387@Blackswan> <20130805214811.6daee4c6@wodan> Message-ID: <20130805215156.2364aead@wodan> On Mo, 05.08.2013 21:48, Holger Berndt wrote: Typo: Of course ... >Instead of > clawsmail.get_folder_tree(root) >use > clawsmail.get_folder_tree("My Feeds") >(or whatever the name is). ... this one needs the trailing [0] too, because of the interface nastiness that I mentioned below: clawsmail.get_folder_tree("My Feeds")[0] Holger From noreply at thewildbeast.co.uk Mon Aug 5 22:22:37 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 05 Aug 2013 20:22:37 +0000 Subject: [Users] [Bug 2552] in automatic checking, enable the use of different time intervals In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2552 --- Comment #34 from Andrej Kacian --- Although the patch still applies cleanly to current tip of master branch, I get following compile errors: account.c:1767:2: warning: data definition has no type or storage class [enabled by default] account.c:1767:2: warning: type defaults to ‘int’ in declaration of ‘inc_acc_autocheck_timer_set’ [-Wimplicit-int] account.c:1767:2: warning: parameter names (without types) in function declaration [enabled by default] account.c:1767:2: error: conflicting types for ‘inc_acc_autocheck_timer_set’ In file included from account.c:46:0: inc.h:112:6: note: previous declaration of ‘inc_acc_autocheck_timer_set’ was here account.c: In function ‘password_get’: account.c:1871:2: warning: comparison between pointer and integer [enabled by default] make[4]: *** [account.o] Error 1 make[4]: *** Waiting for unfinished jobs.... make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 -- You are receiving this mail because: You are the assignee for the bug. From dave at dawoodfall.net Mon Aug 5 23:38:59 2013 From: dave at dawoodfall.net (David Woodfall) Date: Mon, 5 Aug 2013 22:38:59 +0100 Subject: [Users] Python - RSSyl folders In-Reply-To: <20130805215156.2364aead@wodan> References: <20130805164509.GD25387@Blackswan> <20130805214811.6daee4c6@wodan> <20130805215156.2364aead@wodan> Message-ID: <20130805213859.GE25387@Blackswan> On (05/08/13 21:51), Holger Berndt put forth the proposition: >On Mo, 05.08.2013 21:48, Holger Berndt wrote: > >Typo: Of course ... > >>Instead of >> clawsmail.get_folder_tree(root) >>use >> clawsmail.get_folder_tree("My Feeds") >>(or whatever the name is). > >... this one needs the trailing [0] too, because of the interface >nastiness that I mentioned below: > clawsmail.get_folder_tree("My Feeds")[0] > >Holger Great thanks a lot. I used method (1) and it works fine. Also added one for my mailing lists too. D. From noreply at thewildbeast.co.uk Tue Aug 6 00:11:41 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 05 Aug 2013 22:11:41 +0000 Subject: [Users] [Bug 2234] claws-mail notification plugin miscounts new messages on freebsd In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2234 --- Comment #5 from d_the_m101 at yahoo.co.uk --- Bug is reproducible on ArchLinux, Claws v3.9.2. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 6 05:26:06 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 06 Aug 2013 03:26:06 +0000 Subject: [Users] [Bug 2887] Unable to copy from one IMAP account to another In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2887 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Folders/IMAP |default Product|Claws Mail |Claws Mail (Windows) -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 6 05:26:32 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 06 Aug 2013 03:26:32 +0000 Subject: [Users] [Bug 2982] problem with variable declaration behind flock conditional on systems without flock (like SunOS) In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2982 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 6 05:36:53 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 06 Aug 2013 03:36:53 +0000 Subject: [Users] [Bug 1684] view news messages with large attachements segfaults In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=1684 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 6 05:39:11 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 06 Aug 2013 03:39:11 +0000 Subject: [Users] [Bug 1842] problem marking messages using "Mark" from menu or keyboard shortcut In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=1842 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 6 05:43:59 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 06 Aug 2013 03:43:59 +0000 Subject: [Users] [Bug 2967] Selection selects too many under expanded view In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2967 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Paul --- *** This bug has been marked as a duplicate of bug 1959 *** -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 6 05:43:59 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 06 Aug 2013 03:43:59 +0000 Subject: [Users] [Bug 1959] multi-selection behaviour in "Summary view" / Message list In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=1959 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |h.m.brand at xs4all.nl --- Comment #1 from Paul --- *** Bug 2967 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 Tue Aug 6 05:45:04 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 06 Aug 2013 03:45:04 +0000 Subject: [Users] [Bug 1959] Selection selects too many under expanded view In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=1959 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|multi-selection behaviour |Selection selects too many |in "Summary view" / Message |under expanded view |list | -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 6 05:55:52 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 06 Aug 2013 03:55:52 +0000 Subject: [Users] [Bug 2918] Notification Popup icon is hardcoded In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2918 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #1 from Paul --- I think you must be talking about GNOME_STOCK_MAIL_NEW because there is no MAIL_NEW stock icon in GTK+. Since Claws is not a gnome app, this won't happen. However, it is possible to modify the icon by using a Claws Mail theme. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 6 07:13:06 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 06 Aug 2013 05:13:06 -0000 Subject: [Users] [Bug 2794] account privacy signing method ignored on reply In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2794 --- 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/ http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=be0ad9cdefda0bedceca7bea3ce4864314448102 Author: Paul Date: Tue Aug 6 06:12:08 2013 +0100 fix bug 2794, ' account privacy signing method ignored on reply' also apply the same logic to encrypting -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 6 07:13:55 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 06 Aug 2013 05:13:55 +0000 Subject: [Users] [Bug 2794] account privacy signing method ignored on reply In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2794 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 6 07:36:13 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 06 Aug 2013 05:36:13 +0000 Subject: [Users] [Bug 2974] Notification does not happen, if claws context is within folder mail is received into In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2974 --- Comment #7 from Paul --- showing some --debug output would be more useful than a video. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 6 07:46:06 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 06 Aug 2013 05:46:06 +0000 Subject: [Users] [Bug 2927] Optional case insensitivity for the attach-warner-plugin In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2927 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 6 14:43:45 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 06 Aug 2013 12:43:45 +0000 Subject: [Users] [Bug 2552] in automatic checking, enable the use of different time intervals In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2552 Yed changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #1264|0 |1 is obsolete| | --- Comment #35 from Yed --- Created attachment 1286 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1286&action=edit Patch version 5.3 Outch! Indeed, it is quite a mess with the last sources... and a real headache to fix, thanks to the minimalist diff provided by cvs @#$! This version should work with the last git sources. No more cvs, great! Regards, Yed. -- You are receiving this mail because: You are the assignee for the bug. From lembark at wrkhors.com Tue Aug 6 18:23:14 2013 From: lembark at wrkhors.com (Steven Lembark) Date: Tue, 6 Aug 2013 11:23:14 -0500 Subject: [Users] Where is the Perl plugin documented? Message-ID: <20130806112314.73215fb1.lembark@wrkhors.com> I can see the plugin, it is loaded. It arrives as a .so file (i.e., no POD). man -k 'claws' gets me nothing. Trying Configuration/Filters with the module loaded doesn't change anything. Checking http://www.claws-mail.org/plugins.php shows me the plugin, authors, and no add'l information. Q: Where is the plugin documented? -- Steven Lembark 3646 Flora Pl Workhorse Computing St Louis, MO 63110 lembark at wrkhors.com +1 888 359 3508 From berndth at gmx.de Tue Aug 6 20:40:04 2013 From: berndth at gmx.de (Holger Berndt) Date: Tue, 6 Aug 2013 20:40:04 +0200 Subject: [Users] Where is the Perl plugin documented? In-Reply-To: <20130806112314.73215fb1.lembark@wrkhors.com> References: <20130806112314.73215fb1.lembark@wrkhors.com> Message-ID: <20130806204004.2e0d5bb3@wodan> On Di, 06.08.2013 11:23, Steven Lembark wrote: >It arrives as a .so file (i.e., no POD). There's a POD file in the source distribution. Holger From noreply at thewildbeast.co.uk Tue Aug 6 20:41:15 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 06 Aug 2013 18:41:15 +0000 Subject: [Users] [Bug 2234] claws-mail notification plugin miscounts new messages on freebsd In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2234 --- Comment #6 from Holger Berndt --- What are the exact steps to reproduce then? -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 6 21:07:17 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 06 Aug 2013 19:07:17 +0000 Subject: [Users] [Bug 2234] claws-mail notification plugin miscounts new messages on freebsd In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2234 --- Comment #7 from dthem --- 1. Start Claws (as restarting claws resets the "new" messages counter). 2. Receive an email (or send one to yourself) and the libnotify popup displays all the details of the message: "New Mail message [FROM_NAME] <[FROM_ADDRESS]> [SUBJECT] [EMAIL FOLDER]" 3. Close the popup. 4. Read the message so that it becomes "un-new" and unread. 5. Receive a second message and the libnotify popup wrongly displays: "Mail message 2 new messages arrived" This is wrong because in my folder list I can see only a single "new" message. 6. Read this second message to make it "un-new". 7. Receive another email and the popup will say "3 new messages arrived" and so on. ---------- I hope this is what you wanted; let me know if you need anything else. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 6 21:09:46 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 06 Aug 2013 19:09:46 +0000 Subject: [Users] [Bug 2918] Notification Popup icon is hardcoded In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2918 Holger Berndt changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|INVALID |--- --- Comment #2 from Holger Berndt --- Paul, this is not about the icon in the tray, it is about the icon of the popup itself (see e.g. [1]). This one is not themable, but hardcoded to be the Claws Mail logo. Reopening as I don't think this enhancement request is invalid. On the other hand it's only fair to say that I am unlikely to work on that anytime soon, so feel free to put the bug on WONTFIX if you want it closed. [1] http://www.claws-mail.org/img/notification/notification_trayicon1.png -- You are receiving this mail because: You are the assignee for the bug. From lembark at wrkhors.com Tue Aug 6 21:13:20 2013 From: lembark at wrkhors.com (Steven Lembark) Date: Tue, 6 Aug 2013 14:13:20 -0500 Subject: [Users] Where is the Perl plugin documented? In-Reply-To: <20130806204004.2e0d5bb3@wodan> References: <20130806112314.73215fb1.lembark@wrkhors.com> <20130806204004.2e0d5bb3@wodan> Message-ID: <20130806141320.774579a4.lembark@wrkhors.com> > There's a POD file in the source distribution. Thankfully I use Gentoo -- and have source. - If you have experiences with IMAP or newsgroup accounts, drop me a message. OK, here is a message... I'll be happy to document anything we can find here that makes the plugin work with imap. I would using this with courier IMAP + maildirs, replacing procmail. The existing rules dispatch into locations like ".mail/Spam/". Looking at the POD, you are using mh? Does the existing module understand the maildir notation or am I better off use-ing Email::Filter for the final delivery? I was in the middle of writing my own tool to replace procmail when v5.18 changed the way code blocks are handled in regexen, which broke parts of Regexp::Grammars, which would've required re-writing the mail rule parser from scratch. The existing code parses rules into arrayref's of header:regex pairs that are executed List::Util::first. Nice thing about the structure is simple handling of nested rules. In any case, whatever advice you can give me for dealing with IMAP would be appreciated. danke schoen -- Steven Lembark 3646 Flora Pl Workhorse Computing St Louis, MO 63110 lembark at wrkhors.com +1 888 359 3508 From lembark at wrkhors.com Tue Aug 6 21:16:29 2013 From: lembark at wrkhors.com (Steven Lembark) Date: Tue, 6 Aug 2013 14:16:29 -0500 Subject: [Users] Where is the Perl plugin documented? In-Reply-To: <20130806204004.2e0d5bb3@wodan> References: <20130806112314.73215fb1.lembark@wrkhors.com> <20130806204004.2e0d5bb3@wodan> Message-ID: <20130806141629.22c814fc.lembark@wrkhors.com> Minor POD correction: At least on this gentoo system, portage installs the .so into "/usr/lib64/claws-mail/plugins/" (i.e., if I use the Gentoo package mangler to install it). -- Steven Lembark 3646 Flora Pl Workhorse Computing St Louis, MO 63110 lembark at wrkhors.com +1 888 359 3508 From berndth at gmx.de Tue Aug 6 21:19:59 2013 From: berndth at gmx.de (Holger Berndt) Date: Tue, 6 Aug 2013 21:19:59 +0200 Subject: [Users] Where is the Perl plugin documented? In-Reply-To: <20130806141629.22c814fc.lembark@wrkhors.com> References: <20130806112314.73215fb1.lembark@wrkhors.com> <20130806204004.2e0d5bb3@wodan> <20130806141629.22c814fc.lembark@wrkhors.com> Message-ID: <20130806211959.28880b13@wodan> On Di, 06.08.2013 14:16, Steven Lembark wrote: >Minor POD correction: At least on this gentoo system, portage installs >the .so into "/usr/lib64/claws-mail/plugins/" (i.e., if I use the Gentoo >package mangler to install it). What part of the POD should be corrected? It doesn't name the plugin installation directory, does it? Holger From lembark at wrkhors.com Tue Aug 6 21:23:52 2013 From: lembark at wrkhors.com (Steven Lembark) Date: Tue, 6 Aug 2013 14:23:52 -0500 Subject: [Users] Where is the Perl plugin documented? In-Reply-To: <20130806211959.28880b13@wodan> References: <20130806112314.73215fb1.lembark@wrkhors.com> <20130806204004.2e0d5bb3@wodan> <20130806141629.22c814fc.lembark@wrkhors.com> <20130806211959.28880b13@wodan> Message-ID: <20130806142352.7ad18741.lembark@wrkhors.com> On Tue, 6 Aug 2013 21:19:59 +0200 Holger Berndt wrote: > On Di, 06.08.2013 14:16, Steven Lembark wrote: > > >Minor POD correction: At least on this gentoo system, portage installs > >the .so into "/usr/lib64/claws-mail/plugins/" (i.e., if I use the Gentoo > >package mangler to install it). > > What part of the POD should be corrected? It doesn't name the plugin > installation directory, does it? My mistake, was reading the INSTALL: $ less INSTALL The building process should follow the usual ./configure make make install procedure. The plugin gets installed into * /usr/local/lib/claws-mail/plugins/ Anyone managing claws mail via package manager will end up with the code under /usr/lib* (i.e., sans local). -- Steven Lembark 3646 Flora Pl Workhorse Computing St Louis, MO 63110 lembark at wrkhors.com +1 888 359 3508 From berndth at gmx.de Tue Aug 6 21:24:48 2013 From: berndth at gmx.de (Holger Berndt) Date: Tue, 6 Aug 2013 21:24:48 +0200 Subject: [Users] Where is the Perl plugin documented? In-Reply-To: <20130806141320.774579a4.lembark@wrkhors.com> References: <20130806112314.73215fb1.lembark@wrkhors.com> <20130806204004.2e0d5bb3@wodan> <20130806141320.774579a4.lembark@wrkhors.com> Message-ID: <20130806212448.293340bc@wodan> On Di, 06.08.2013 14:13, Steven Lembark wrote: >The existing rules dispatch into locations like ".mail/Spam/". >Looking at the POD, you are using mh? Does the existing module >understand the maildir notation or am I better off use-ing >Email::Filter for the final delivery? The plugin is a plugin for Claws Mail, and it works with Claws Mail's identifiers. It doesn't know about storage backends, but leaves that to Claws Mail. Therefore, it should also understand e.g. IMAP folders (which in Claws Mail have identifiers like #imap/foo/INBOX) Holger From lembark at wrkhors.com Tue Aug 6 21:25:55 2013 From: lembark at wrkhors.com (Steven Lembark) Date: Tue, 6 Aug 2013 14:25:55 -0500 Subject: [Users] Where is the Perl plugin documented? In-Reply-To: <20130806211959.28880b13@wodan> References: <20130806112314.73215fb1.lembark@wrkhors.com> <20130806204004.2e0d5bb3@wodan> <20130806141629.22c814fc.lembark@wrkhors.com> <20130806211959.28880b13@wodan> Message-ID: <20130806142555.34cbcd42.lembark@wrkhors.com> INSTALL also notes: If you successfully use the plugin on a non -i[3-6]86 platform, please drop me a note. OK, this is going to be running on either an older Opteron or PhenomII if that counts. -- Steven Lembark 3646 Flora Pl Workhorse Computing St Louis, MO 63110 lembark at wrkhors.com +1 888 359 3508 From berndth at gmx.de Tue Aug 6 21:30:43 2013 From: berndth at gmx.de (Holger Berndt) Date: Tue, 6 Aug 2013 21:30:43 +0200 Subject: [Users] Where is the Perl plugin documented? In-Reply-To: <20130806142352.7ad18741.lembark@wrkhors.com> References: <20130806112314.73215fb1.lembark@wrkhors.com> <20130806204004.2e0d5bb3@wodan> <20130806141629.22c814fc.lembark@wrkhors.com> <20130806211959.28880b13@wodan> <20130806142352.7ad18741.lembark@wrkhors.com> Message-ID: <20130806213043.01f56cef@wodan> On Di, 06.08.2013 14:23, Steven Lembark wrote: >My mistake, was reading the INSTALL: > > $ less INSTALL > The building process should follow the usual > ./configure > make > make install > procedure. The plugin gets installed into > * /usr/local/lib/claws-mail/plugins/ > >Anyone managing claws mail via package manager will end up with the >code under /usr/lib* (i.e., sans local). Not only the path will be incorrect for those using package managers, but also all the rest of the information in that file. Obviously, it's just valid for manual tarball installs (and even there, you're right that systems might default to another path). Holger From johnxj at comcast.net Tue Aug 6 21:44:01 2013 From: johnxj at comcast.net (John Jason Jordan) Date: Tue, 6 Aug 2013 12:44:01 -0700 Subject: [Users] Color schemes Message-ID: <20130806124401.70065f43@mailhost.pdx.edu> I have Claws Mail 3.8.1 on Mint x86_64. Normally I use my laptop for e-mail (also Claws Mail, Fedora x86_64), but the laptop networking died (don't ask - a very long and amazingly stupid story), so now I have to use Claws Mail on my desktop. I used a thumb drive to copy the Claws Mail configuration and mailboxes from the laptop to the desktop. All is well, except when a message is highlighted in the Inbox, or when a mailbox is highlighted, the background changes from white to dark blue. The text is black, Black text on a dark blue background is impossible to read. I went into Preferences > Display > Colors, but there seems to be no way to change the background color. That is, I changed some of the colors and some of the settings in the Other tab, but the background color remains dark blue. I also tried different themes, but also to no avail. Can someone tell me how to change the background color of a selection? From ml at terranean.eu Tue Aug 6 22:29:05 2013 From: ml at terranean.eu (=?UTF-8?B?U8OpYmFzdGllbg==?=) Date: Tue, 6 Aug 2013 22:29:05 +0200 Subject: [Users] Color schemes In-Reply-To: <20130806124401.70065f43@mailhost.pdx.edu> References: <20130806124401.70065f43@mailhost.pdx.edu> Message-ID: <20130806222905.76bd110e@sentinel> Le 2013-08-06 à 12:44, John Jason Jordan a écrit: > desktop. All is well, except when a message is highlighted in the > Inbox, or when a mailbox is highlighted, the background changes from > white to dark blue. The text is black, Black text on a dark blue > background is impossible to read. These colours are managed by the GTK+ theme, not by Claws Mail. You can use the same theme from before to restore the original look you are used to, or you can edit the current theme's gtkrc file to make the text readable (you might need to restart Claws after changing or editing the theme to see the changes on the folders/messages list). -- Sébastien From dave at dawoodfall.net Tue Aug 6 23:36:17 2013 From: dave at dawoodfall.net (David Woodfall) Date: Tue, 6 Aug 2013 22:36:17 +0100 Subject: [Users] Color schemes In-Reply-To: <20130806222905.76bd110e@sentinel> References: <20130806124401.70065f43@mailhost.pdx.edu> <20130806222905.76bd110e@sentinel> Message-ID: <20130806223617.06119e84@raven.thebigvoid.org> On Tue, 6 Aug 2013 22:29:05 +0200 Sébastien wrote: > Le 2013-08-06 à 12:44, John Jason Jordan a écrit: > > desktop. All is well, except when a message is highlighted in the > > Inbox, or when a mailbox is highlighted, the background changes from > > white to dark blue. The text is black, Black text on a dark blue > > background is impossible to read. > > These colours are managed by the GTK+ theme, not by Claws Mail. > You can use the same theme from before to restore the original look > you are used to, or you can edit the current theme's gtkrc file to > make the text readable (you might need to restart Claws after > changing or editing the theme to see the changes on the > folders/messages list). > There's a very handy little app called gtk-chtheme: http://plasmasturm.org/code/gtk-chtheme/ It doesn't allow editing colours in the theme, but it saves editing .gtk files all the time, so you can be editing a file in one window and switching back and forth with this to see how it looks. D. From h.m.brand at xs4all.nl Tue Aug 6 23:40:31 2013 From: h.m.brand at xs4all.nl (H.Merijn Brand) Date: Tue, 6 Aug 2013 23:40:31 +0200 Subject: [Users] Where is the Perl plugin documented? In-Reply-To: <20130806141320.774579a4.lembark@wrkhors.com> References: <20130806112314.73215fb1.lembark@wrkhors.com> <20130806204004.2e0d5bb3@wodan> <20130806141320.774579a4.lembark@wrkhors.com> Message-ID: <20130806234031.14f95f2b@pc09.procura.nl> On Tue, 6 Aug 2013 14:13:20 -0500, Steven Lembark wrote: > > > There's a POD file in the source distribution. > > Thankfully I use Gentoo -- and have source. > > - If you have experiences with IMAP or newsgroup accounts, drop me a > message. > > OK, here is a message... I'll be happy to document anything we can > find here that makes the plugin work with imap. > > I would using this with courier IMAP + maildirs, replacing procmail. > > The existing rules dispatch into locations like ".mail/Spam/". > Looking at the POD, you are using mh? Does the existing module > understand the maildir notation or am I better off use-ing > Email::Filter for the final delivery? > > I was in the middle of writing my own tool to replace procmail > when v5.18 changed the way code blocks are handled in regexen, > which broke parts of Regexp::Grammars, which would've required > re-writing the mail rule parser from scratch. Fixed in blead with the following commit; suitable for pack-porting to 5.18.2/ commit c3923c33af542d8764d5a1e4eb5d7b311f443b89 Author: David Mitchell AuthorDate: Tue Aug 6 16:34:50 2013 +0100 Commit: David Mitchell CommitDate: Tue Aug 6 16:44:12 2013 +0100 reparse compile-time /(?{})/ in right scope > The existing code parses rules into arrayref's of header:regex > pairs that are executed List::Util::first. Nice thing about the > structure is simple handling of nested rules. > > In any case, whatever advice you can give me for dealing with > IMAP would be appreciated. > > danke schoen -- H.Merijn Brand http://tux.nl Perl Monger http://amsterdam.pm.org/ using perl5.00307 .. 5.19 porting perl5 on HP-UX, AIX, and openSUSE http://mirrors.develooper.com/hpux/ http://www.test-smoke.org/ http://qa.perl.org http://www.goldmark.org/jeff/stupid-disclaimers/ From lembark at wrkhors.com Wed Aug 7 00:03:33 2013 From: lembark at wrkhors.com (Steven Lembark) Date: Tue, 6 Aug 2013 17:03:33 -0500 Subject: [Users] Where is the Perl plugin documented? In-Reply-To: <20130806212448.293340bc@wodan> References: <20130806112314.73215fb1.lembark@wrkhors.com> <20130806204004.2e0d5bb3@wodan> <20130806141320.774579a4.lembark@wrkhors.com> <20130806212448.293340bc@wodan> Message-ID: <20130806170333.25ec88b0.lembark@wrkhors.com> On Tue, 6 Aug 2013 21:24:48 +0200 Holger Berndt wrote: > #imap/foo/INBOX Thank you. -- Steven Lembark 3646 Flora Pl Workhorse Computing St Louis, MO 63110 lembark at wrkhors.com +1 888 359 3508 From lembark at wrkhors.com Wed Aug 7 00:06:19 2013 From: lembark at wrkhors.com (Steven Lembark) Date: Tue, 6 Aug 2013 17:06:19 -0500 Subject: [Users] Where is the Perl plugin documented? In-Reply-To: <20130806234031.14f95f2b@pc09.procura.nl> References: <20130806112314.73215fb1.lembark@wrkhors.com> <20130806204004.2e0d5bb3@wodan> <20130806141320.774579a4.lembark@wrkhors.com> <20130806234031.14f95f2b@pc09.procura.nl> Message-ID: <20130806170619.6159c7f3.lembark@wrkhors.com> On Tue, 6 Aug 2013 23:40:31 +0200 "H.Merijn Brand" wrote: > > I was in the middle of writing my own tool to replace procmail > > when v5.18 changed the way code blocks are handled in regexen, > > which broke parts of Regexp::Grammars, which would've required > > re-writing the mail rule parser from scratch. > > Fixed in blead with the following commit; suitable for pack-porting to > 5.18.2/ Interesting. As of last Sunday, Damian was in despair that there wasn't any fix at all. Guess he must've had a stroke of genius surviving the plane flight home :-) Next step will be checking if/when the fix'll get into 5.18. At that point I can take a shot at it again. -- Steven Lembark 3646 Flora Pl Workhorse Computing St Louis, MO 63110 lembark at wrkhors.com +1 888 359 3508 From anmeyer at anup.de Wed Aug 7 00:28:05 2013 From: anmeyer at anup.de (Andreas Meyer) Date: Wed, 7 Aug 2013 00:28:05 +0200 Subject: [Users] how to make IMAP-folders offline available Message-ID: <20130807002805.748daafc@itxnew.bitcorner.intern> Hello! How can I make IMAP-folders available for offline mode? Also, when I rightclick a folder in the folders-menu, I see a "Synchronization"-item, but it's greyed out. I cannot find any info on this. What is it meant to do? How is this configured? Greetings Andreas From johnxj at comcast.net Wed Aug 7 07:38:47 2013 From: johnxj at comcast.net (John Jason Jordan) Date: Tue, 6 Aug 2013 22:38:47 -0700 Subject: [Users] Color schemes In-Reply-To: <20130806222905.76bd110e@sentinel> References: <20130806124401.70065f43@mailhost.pdx.edu> <20130806222905.76bd110e@sentinel> Message-ID: <20130806223847.02beab90@mailhost.pdx.edu> On Tue, 6 Aug 2013 22:29:05 +0200 Sébastien dijo: >Le 2013-08-06 à 12:44, John Jason Jordan a écrit: >> desktop. All is well, except when a message is highlighted in the >> Inbox, or when a mailbox is highlighted, the background changes from >> white to dark blue. The text is black, Black text on a dark blue >> background is impossible to read. > >These colours are managed by the GTK+ theme, not by Claws Mail. >You can use the same theme from before to restore the original look >you are used to, or you can edit the current theme's gtkrc file to make >the text readable (you might need to restart Claws after changing or >editing the theme to see the changes on the folders/messages list). Bear in mind that I am running Mint 14 Xfce, not Gnome or KDE. In the Settings utility I found the GTK themes, a couple dozen of them, but regardless of which one I choose selected text remains black on a dark blue background. I am using Clearlooks, which I have used on other computers and I never had this problem with Claws Mail. Selected text does not become black on a dark blue background in any other app. Are you sure the problem is in the GTK themes? From johnxj at comcast.net Wed Aug 7 07:43:09 2013 From: johnxj at comcast.net (John Jason Jordan) Date: Tue, 6 Aug 2013 22:43:09 -0700 Subject: [Users] Color schemes SOLVED In-Reply-To: <20130806223847.02beab90@mailhost.pdx.edu> References: <20130806124401.70065f43@mailhost.pdx.edu> <20130806222905.76bd110e@sentinel> <20130806223847.02beab90@mailhost.pdx.edu> Message-ID: <20130806224309.50f6f025@mailhost.pdx.edu> On Tue, 6 Aug 2013 22:38:47 -0700 John Jason Jordan dijo: Never mind. It was Enable coloration of message text. All is right with then world again. From h.m.brand at xs4all.nl Wed Aug 7 08:03:33 2013 From: h.m.brand at xs4all.nl (H.Merijn Brand) Date: Wed, 7 Aug 2013 08:03:33 +0200 Subject: [Users] Where is the Perl plugin documented? In-Reply-To: <20130806170619.6159c7f3.lembark@wrkhors.com> References: <20130806112314.73215fb1.lembark@wrkhors.com> <20130806204004.2e0d5bb3@wodan> <20130806141320.774579a4.lembark@wrkhors.com> <20130806234031.14f95f2b@pc09.procura.nl> <20130806170619.6159c7f3.lembark@wrkhors.com> Message-ID: <20130807080333.137a1fb0@pc09.procura.nl> On Tue, 6 Aug 2013 17:06:19 -0500, Steven Lembark wrote: > On Tue, 6 Aug 2013 23:40:31 +0200 > "H.Merijn Brand" wrote: > > > > I was in the middle of writing my own tool to replace procmail > > > when v5.18 changed the way code blocks are handled in regexen, > > > which broke parts of Regexp::Grammars, which would've required > > > re-writing the mail rule parser from scratch. > > > > Fixed in blead with the following commit; suitable for pack-porting to > > 5.18.2/ > > Interesting. As of last Sunday, Damian was in despair that there > wasn't any fix at all. Guess he must've had a stroke of genius > surviving the plane flight home :-) Dave had that stroke, not Damian. FWIW in my view both are geniusses, but in different areas. > Next step will be checking if/when the fix'll get into 5.18. > > At that point I can take a shot at it again. I guess you are able to see yourself, and I do not have to monitor it for you -- H.Merijn Brand http://tux.nl Perl Monger http://amsterdam.pm.org/ using perl5.00307 .. 5.19 porting perl5 on HP-UX, AIX, and openSUSE http://mirrors.develooper.com/hpux/ http://www.test-smoke.org/ http://qa.perl.org http://www.goldmark.org/jeff/stupid-disclaimers/ From claws at thewildbeast.co.uk Wed Aug 7 09:02:15 2013 From: claws at thewildbeast.co.uk (Paul) Date: Wed, 7 Aug 2013 08:02:15 +0100 Subject: [Users] Color schemes SOLVED In-Reply-To: <20130806224309.50f6f025@mailhost.pdx.edu> References: <20130806124401.70065f43@mailhost.pdx.edu> <20130806222905.76bd110e@sentinel> <20130806223847.02beab90@mailhost.pdx.edu> <20130806224309.50f6f025@mailhost.pdx.edu> Message-ID: <20130807080215.38d1773b@thewildbeast> On Tue, 6 Aug 2013 22:43:09 -0700 John Jason Jordan wrote: > Never mind. It was Enable coloration of message text. If you mean the Claws option 'Enable coloration of message text', then it isn't that, it really is the GTK+ theme. with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From claws at thewildbeast.co.uk Wed Aug 7 09:57:23 2013 From: claws at thewildbeast.co.uk (Paul) Date: Wed, 7 Aug 2013 08:57:23 +0100 Subject: [Users] how to make IMAP-folders offline available In-Reply-To: <20130807002805.748daafc@itxnew.bitcorner.intern> References: <20130807002805.748daafc@itxnew.bitcorner.intern> Message-ID: <20130807085723.6df4e468@thewildbeast> On Wed, 7 Aug 2013 00:28:05 +0200 Andreas Meyer wrote: > How can I make IMAP-folders available for offline mode? > Also, when I rightclick a folder in the folders-menu, > I see a "Synchronization"-item, but it's greyed out. I > cannot find any info on this. What is it meant to do? > How is this configured? Go to /Configuration/Preferences/Miscellaneous and tick the option 'Synchronise offline folders as soon as possible'. Then right-click each of your IMAP folders that you want to be synchronised, click 'Properties'. On the 'General' page, tick the option 'Synchronise for offline use', and set the related options as required. with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From anmeyer at anup.de Wed Aug 7 10:43:48 2013 From: anmeyer at anup.de (Andreas Meyer) Date: Wed, 7 Aug 2013 10:43:48 +0200 Subject: [Users] how to make IMAP-folders offline available In-Reply-To: <20130807085723.6df4e468@thewildbeast> References: <20130807002805.748daafc@itxnew.bitcorner.intern> <20130807085723.6df4e468@thewildbeast> Message-ID: <20130807104348.08fc2bae@itxnew.bitcorner.intern> Hello! Paul wrote: > On Wed, 7 Aug 2013 00:28:05 +0200 > Andreas Meyer wrote: > > > How can I make IMAP-folders available for offline mode? > > Also, when I rightclick a folder in the folders-menu, > > I see a "Synchronization"-item, but it's greyed out. I > > cannot find any info on this. What is it meant to do? > > How is this configured? > > Go to /Configuration/Preferences/Miscellaneous and tick the option > 'Synchronise offline folders as soon as possible'. > > Then right-click each of your IMAP folders that you want to be > synchronised, click 'Properties'. On the 'General' page, tick the > option 'Synchronise for offline use', and set the related options as > required. Thank you! Does this inherit to folders in a folder? > with regards > > Paul Andreas From claws at thewildbeast.co.uk Wed Aug 7 10:57:34 2013 From: claws at thewildbeast.co.uk (Paul) Date: Wed, 7 Aug 2013 09:57:34 +0100 Subject: [Users] how to make IMAP-folders offline available In-Reply-To: <20130807104348.08fc2bae@itxnew.bitcorner.intern> References: <20130807002805.748daafc@itxnew.bitcorner.intern> <20130807085723.6df4e468@thewildbeast> <20130807104348.08fc2bae@itxnew.bitcorner.intern> Message-ID: <20130807095734.16d5b921@thewildbeast> On Wed, 7 Aug 2013 10:43:48 +0200 Andreas Meyer wrote: > Thank you! Does this inherit to folders in a folder? Like any other folder property, sub-folders will inherit if you tick the adjacent 'apply to sub-folders' box. with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From andrej at kacian.sk Wed Aug 7 10:57:50 2013 From: andrej at kacian.sk (Andrej Kacian) Date: Wed, 7 Aug 2013 10:57:50 +0200 Subject: [Users] how to make IMAP-folders offline available In-Reply-To: <20130807104348.08fc2bae@itxnew.bitcorner.intern> References: <20130807002805.748daafc@itxnew.bitcorner.intern> <20130807085723.6df4e468@thewildbeast> <20130807104348.08fc2bae@itxnew.bitcorner.intern> Message-ID: <20130807105750.192cfbb6@hiker> On Wed, 7 Aug 2013 10:43:48 +0200 Andreas Meyer wrote: > > Then right-click each of your IMAP folders that you want to be > > synchronised, click 'Properties'. On the 'General' page, tick the > > option 'Synchronise for offline use', and set the related options as > > required. > > Thank you! Does this inherit to folders in a folder? It does if you check the checkbox on the right, in "Apply to subfolders" column. :) Regards, -- Andrej From anmeyer at anup.de Wed Aug 7 11:08:09 2013 From: anmeyer at anup.de (Andreas Meyer) Date: Wed, 7 Aug 2013 11:08:09 +0200 Subject: [Users] how to make IMAP-folders offline available In-Reply-To: <20130807095734.16d5b921@thewildbeast> References: <20130807002805.748daafc@itxnew.bitcorner.intern> <20130807085723.6df4e468@thewildbeast> <20130807104348.08fc2bae@itxnew.bitcorner.intern> <20130807095734.16d5b921@thewildbeast> Message-ID: <20130807110809.7585fc5a@itxnew.bitcorner.intern> Paul wrote: > On Wed, 7 Aug 2013 10:43:48 +0200 > Andreas Meyer wrote: > > > Thank you! Does this inherit to folders in a folder? > > Like any other folder property, sub-folders will inherit if you tick > the adjacent 'apply to sub-folders' box. Thanks again, hopefully I'm awoken now! > with regards > > Paul Andreas From noreply at thewildbeast.co.uk Wed Aug 7 12:21:36 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 07 Aug 2013 10:21:36 +0000 Subject: [Users] [Bug 2546] Recurring event in the vcalendar plugin makes claws mail start extremely slowly In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2546 --- Comment #4 from Snowman --- Created attachment 1287 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1287&action=edit recurring event template replace the value of "event/answer/attendee" with one of you own e-mail and place it in ~/.claws-mail/vcalendar/ this recurring event creates dayly meeting at 09:00UTC and an hour duration -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 7 12:53:26 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 07 Aug 2013 10:53:26 +0000 Subject: [Users] [Bug 2986] New: Down and Delete buttons have same hotkey in filtering config Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2986 Bug ID: 2986 Summary: Down and Delete buttons have same hotkey in filtering config Classification: Unclassified Product: Claws Mail Version: 3.9.2 Hardware: PC OS: Linux Status: NEW Severity: trivial Priority: P3 Component: UI Assignee: users at lists.claws-mail.org Reporter: a.nielsen at shikadi.net Go to the Tools menu and choose Filtering. Select a filter and press Alt+D and nothing happens, because Alt+D means both "Delete" and "Down". The same problem exists in the windows shown when clicking both of the "Define..." buttons. The shortcut key should be changed for one of the buttons so that both actions can be triggered using keyboard shortcuts. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 7 13:40:18 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 07 Aug 2013 11:40:18 +0000 Subject: [Users] [Bug 2546] Recurring event in the vcalendar plugin makes claws mail start extremely slowly In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2546 Snowman changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |setopast at yandex.ru --- Comment #5 from Snowman --- this annoying freezing also occur every some minutes if you turn on alerts for events in preferences even you are not working with vCalendar at this time, for example when you are compose a new message or just write a reply the reason is the nonoptimal routine vcal_get_events_list() which recreates 100 occurence-files for every recurring event at every call, also it saves backup file for each one (by using function developed for prefs controlling) it takes a huge amount of time at: — the starting of the app — the entering into calendar folder — every time claws-mail checks if it's time to alert a close event number of occurences of the recurring event (100) is hardcoded in sources, but what can I do if I need more instances? is it time to refactoring this strange code? ;) -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 7 15:24:54 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 07 Aug 2013 13:24:54 +0000 Subject: [Users] [Bug 2987] New: Icons does not apperas Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2987 Bug ID: 2987 Summary: Icons does not apperas Classification: Unclassified Product: Claws Mail Version: 3.9.2 Hardware: PC OS: Linux Status: NEW Severity: major Priority: P3 Component: UI Assignee: users at lists.claws-mail.org Reporter: fabien.bagard at parrot.com Created attachment 1288 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1288&action=edit Message pane when mime pane reduced to the right All icons have disappeared, even if I choose : View -> Show or Hide -> Toolbar -> Text below/beside text This becomes a matter since on the message pane, when I want to have the mime pane on the right, the message pane becomes all grey, making claws-mail unusable until I keep the mime pane on the top of the message pane. Trying other themes gives me the same result. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 7 15:37:01 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 07 Aug 2013 13:37:01 +0000 Subject: [Users] [Bug 2987] Icons does not apperas In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2987 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|major |normal --- Comment #1 from Paul --- Tell us more about your system. There must be something particular about your system as this works and cannot be reproduced. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 7 15:57:21 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 07 Aug 2013 13:57:21 +0000 Subject: [Users] [Bug 2987] Icons does not apperas In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2987 Mirage42 changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |major --- Comment #2 from Mirage42 --- This is a very common system. uname -a Linux FR-B-701-006 3.9-1-amd64 #1 SMP Debian 3.9.8-1 x86_64 GNU/Linux cat /etc/debian_version jessie/sid apt-cache policy claws-mail claws-mail: Installed: 3.9.2-1 Candidate: 3.9.2-1 What else would you need ? -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 7 15:59:55 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 07 Aug 2013 13:59:55 +0000 Subject: [Users] [Bug 2987] Icons does not apperas In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2987 --- Comment #3 from Mirage42 --- Here is an strace trace of claws-mail starting : http://www.speedyshare.com/axvKG/claws.log -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 7 16:01:32 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 07 Aug 2013 14:01:32 +0000 Subject: [Users] [Bug 2987] Icons does not apperas In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2987 --- Comment #4 from Mirage42 --- Another link http://www.sendspace.com/file/t5os9h -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 7 16:07:47 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 07 Aug 2013 14:07:47 +0000 Subject: [Users] [Bug 2987] Icons does not apperas In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2987 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|major |normal --- Comment #5 from Paul --- Please don't re-set the importance/severity tag again. It's not 'major' because it seems isolated to your machine. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 7 16:27:15 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 07 Aug 2013 14:27:15 +0000 Subject: [Users] [Bug 2987] Icons does not apperas In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2987 --- Comment #6 from Paul --- (claws-mail:4045): GdkPixbuf-WARNING **: Error loading XPM image loader: Image type 'xpm' is not supported It seems that your libgdk-pixbuf2.0-0 installation is broken. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 7 16:33:54 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 07 Aug 2013 14:33:54 +0000 Subject: [Users] [Bug 2987] Icons does not apperas In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2987 --- Comment #7 from Mirage42 --- libgdk-pixbuf2.0-0: Installed: 2.28.2-1 Candidate: 2.28.2-1 already the latest version -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 7 16:51:19 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 07 Aug 2013 14:51:19 +0000 Subject: [Users] [Bug 2987] Icons does not apperas In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2987 --- Comment #8 from Paul --- run `gdk-pixbuf-query-loaders | grep xpm`, you should see something like the following, perhaps with a different path to libpixbufloader-xpm.so. "/usr/lib/ia64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-xpm.so" "xpm" 4 "gdk-pixbuf" "The XPM image format" "LGPL" "xpm" "" If you see the above, then run `sudo gdk-pixbuf-query-loaders --update-cache`. Then restart Claws and see if that's fixed the issue. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 7 16:56:36 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 07 Aug 2013 14:56:36 +0000 Subject: [Users] [Bug 2987] Icons does not apperas In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2987 --- Comment #9 from Michael Rasmussen --- Or maybe this library is missing: libgd2-xpm -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 7 17:15:51 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 07 Aug 2013 15:15:51 +0000 Subject: [Users] [Bug 2987] Icons does not apperas In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2987 --- Comment #10 from Mirage42 --- gdk-pixbuf-query-loaders is missing, can't find which package it is related to. libgd2-xpm were missing. Installed, restarted claws-mail, didn't solve my problem. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 7 17:35:34 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 07 Aug 2013 15:35:34 +0000 Subject: [Users] [Bug 2987] Icons does not apperas In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2987 --- Comment #11 from Paul --- gdk-pixbuf-query-loaders is in libgdk-pixbuf2.0-dev -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 7 17:44:55 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 07 Aug 2013 15:44:55 +0000 Subject: [Users] [Bug 2987] Icons does not apperas In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2987 --- Comment #12 from Andrej Kacian --- It is also in /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/, installed by main libgdk-pixbuf2.0-0 package. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 7 18:21:23 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 07 Aug 2013 16:21:23 +0000 Subject: [Users] [Bug 2546] Recurring event in the vcalendar plugin makes claws mail start extremely slowly In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2546 Snowman changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #1287|0 |1 is obsolete| | --- Comment #6 from Snowman --- Created attachment 1289 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1289&action=edit vCalendar template file for recurring event attaching new standard vcal instead of previously xml-file cause it's internal representation 1. replace template e-mail in this file ("ATTENDEE:user at localhost") with your own address 2. send the file as attachment to yourself; choose mime-type "text/calendar" for this one 3. push button "Answer" (with "Accept" Action) on the vcal in received message -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 7 21:38:41 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 07 Aug 2013 19:38:41 +0000 Subject: [Users] [Bug 2546] Recurring event in the vcalendar plugin makes claws mail start extremely slowly In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2546 --- Comment #7 from Snowman --- Created attachment 1290 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1290&action=edit fix freezes workaround after some digging I've made a patch which reduce frequency of freezing times; it recreates occurrences of the recurring event not so often, but only: — at application start; — in a day (24 hours) after previously one this helps to escape freezes at entering in calendar folder and at every check for alerts it still freeze at start; and it adds a side effect: while accepting a new recurrent event all occurrences (except original) appears in program only after 24 hours or after restarting claws-mail it works for me (claws-mail-plugins-vcalendar-3.9.2-3.fc19.x86_64) but this just workaround and I hope that the developers will fix it correct -- You are receiving this mail because: You are the assignee for the bug. From asamaddar at myopera.com Wed Aug 7 22:08:04 2013 From: asamaddar at myopera.com (=?UTF-8?B?4KaG4Kao4Kao4KeN4KamIOCmleCngeCmruCmvuCmsCDgprjgpq7gpr4=?= =?UTF-8?B?4Kam4KeN4Kam4Ka+4Kaw?= Ananda Samaddar) Date: Wed, 7 Aug 2013 21:08:04 +0100 Subject: [Users] Change signatures based on recipient Message-ID: <20130807210804.0b88dea4@desktop.home> Hello all, As the subject suggests, is this possible? I want to include some information when posting to mailing lists but to omit this in other communications. thanks, Ananda Samaddar From renaud at olgiati-in-paraguay.org Thu Aug 8 00:54:18 2013 From: renaud at olgiati-in-paraguay.org (Renaud OLGIATI (Ron)) Date: Wed, 7 Aug 2013 18:54:18 -0400 Subject: [Users] Change signatures based on recipient In-Reply-To: <20130807210804.0b88dea4@desktop.home> References: <20130807210804.0b88dea4@desktop.home> Message-ID: <20130807185418.1d127125@ron.cerrocora.org> On Wed, 7 Aug 2013 21:08:04 +0100 আনন্দ কুমার সমাদ্দার Ananda Samaddar wrote: > As the subject suggests, is this possible? I want to include some > information when posting to mailing lists but to omit this in other > communications. How about configuring a different account, with different sig, for list postings ? Cheers, Ron. -- Opportunity always knocks at the least opportune moment. -- http://www.olgiati-in-paraguay.org -- From boudiccas at talktalk.net Thu Aug 8 10:45:51 2013 From: boudiccas at talktalk.net (Sharon Kimble) Date: Thu, 8 Aug 2013 09:45:51 +0100 Subject: [Users] Claws-mail versioning. Message-ID: <20130808094551.05231482@london> Yet more weirdness! According to my working claws-mail I’m using 'version 3.9.2-53-g4c94b2', yet according to apt-cache policy I'm using 3.9.2git59-1! I've removed claws-mail, I've purged claws-mail, and I've reinstalled claws-mail, and nothing has changed! Why? How can I get git59-1 working for me please? Thanks Sharon. -- A taste of linux = http://www.sharons.org.uk efever = http://www.efever.blogspot.com/ efever = http://sharon04.livejournal.com/ Debian testing, Fluxbox 1.3.5, LibreOffice 4.1.0.4 Registered Linux user 334501 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From ricardo at mones.org Thu Aug 8 12:25:54 2013 From: ricardo at mones.org (Ricardo Mones) Date: Thu, 8 Aug 2013 12:25:54 +0200 Subject: [Users] Claws-mail versioning. In-Reply-To: <20130808094551.05231482@london> References: <20130808094551.05231482@london> Message-ID: <20130808102417.GM9792@trasgu> Hi Sharon, On Thu, Aug 08, 2013 at 09:45:51AM +0100, Sharon Kimble wrote: > > Yet more weirdness! > > According to my working claws-mail I’m using 'version > 3.9.2-53-g4c94b2', yet according to apt-cache policy I'm using > 3.9.2git59-1! I've removed claws-mail, I've purged claws-mail, and I've > reinstalled claws-mail, and nothing has changed! Why? How can I get > git59-1 working for me please? If apt-cache says you have 3.9.2git59-1 then you already have it :) Your working claws-mail is probably launched from another location (e.g. /usr/local/bin/claws-mail) and not from package installed binary (/usr/bin/claws-mail). Or could be that you installed/upgraded the package with claws-mail running and still didn't restarted it. Or even something weirder, given your previous mails about experimenting with checkinstall. regards, -- Ricardo Mones ~ Quantity derives from measurement, figures from quantities, comparisons from figures, and victories from comparisons. Sun Tzu -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From boudiccas at talktalk.net Thu Aug 8 14:51:28 2013 From: boudiccas at talktalk.net (Sharon Kimble) Date: Thu, 8 Aug 2013 13:51:28 +0100 Subject: [Users] Claws-mail versioning. In-Reply-To: <20130808102417.GM9792@trasgu> References: <20130808094551.05231482@london> <20130808102417.GM9792@trasgu> Message-ID: <20130808135128.37914644@london> On Thu, 8 Aug 2013 12:25:54 +0200 Ricardo Mones wrote: > Hi Sharon, > > On Thu, Aug 08, 2013 at 09:45:51AM +0100, Sharon Kimble wrote: > > > > Yet more weirdness! > > > > According to my working claws-mail I’m using 'version > > 3.9.2-53-g4c94b2', yet according to apt-cache policy I'm using > > 3.9.2git59-1! I've removed claws-mail, I've purged claws-mail, and > > I've reinstalled claws-mail, and nothing has changed! Why? How can > > I get git59-1 working for me please? > > If apt-cache says you have 3.9.2git59-1 then you already have it :) > > Your working claws-mail is probably launched from another location > (e.g. /usr/local/bin/claws-mail) and not from package installed binary > (/usr/bin/claws-mail). Or could be that you installed/upgraded the > package with claws-mail running and still didn't restarted it. Or even > something weirder, given your previous mails about experimenting with > checkinstall. > You were right, I was loading up from /usr/local/bin so once i'd deleted that the expected claws-mail loaded. However, I seem to be missing 1 plugin, mail archiver. Can you tell me its deb name please so that I can download it and install it? Thanks Sharon. -- A taste of linux = http://www.sharons.org.uk efever = http://www.efever.blogspot.com/ efever = http://sharon04.livejournal.com/ Debian testing, Fluxbox 1.3.5, LibreOffice 4.1.0.4 Registered Linux user 334501 From boudiccas at talktalk.net Thu Aug 8 14:57:20 2013 From: boudiccas at talktalk.net (Sharon Kimble) Date: Thu, 8 Aug 2013 13:57:20 +0100 Subject: [Users] Claws-mail versioning - missing plugin - pgpmime In-Reply-To: <20130808102417.GM9792@trasgu> References: <20130808094551.05231482@london> <20130808102417.GM9792@trasgu> Message-ID: <20130808135720.17c85fc9@london> On Thu, 8 Aug 2013 12:25:54 +0200 Ricardo Mones wrote: > Hi Sharon, > > On Thu, Aug 08, 2013 at 09:45:51AM +0100, Sharon Kimble wrote: > > > > Yet more weirdness! > > > > According to my working claws-mail I’m using 'version > > 3.9.2-53-g4c94b2', yet according to apt-cache policy I'm using > > 3.9.2git59-1! I've removed claws-mail, I've purged claws-mail, and > > I've reinstalled claws-mail, and nothing has changed! Why? How can > > I get git59-1 working for me please? > > If apt-cache says you have 3.9.2git59-1 then you already have it :) > > Your working claws-mail is probably launched from another location > (e.g. /usr/local/bin/claws-mail) and not from package installed binary > (/usr/bin/claws-mail). Or could be that you installed/upgraded the > package with claws-mail running and still didn't restarted it. Or even > something weirder, given your previous mails about experimenting with > checkinstall. > > regards, I also seem to be missing the plugin for pgpmime, leastways I can’t see any entry for it in the plugins directory, and its showing as unavailable in 'default privacy system'. Sharon. -- A taste of linux = http://www.sharons.org.uk efever = http://www.efever.blogspot.com/ efever = http://sharon04.livejournal.com/ Debian testing, Fluxbox 1.3.5, LibreOffice 4.1.0.4 Registered Linux user 334501 From noreply at thewildbeast.co.uk Thu Aug 8 14:58:33 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 08 Aug 2013 12:58:33 +0000 Subject: [Users] [Bug 2987] Icons does not apperas In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2987 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID -- You are receiving this mail because: You are the assignee for the bug. From ricardo at mones.org Thu Aug 8 15:05:41 2013 From: ricardo at mones.org (Ricardo Mones) Date: Thu, 8 Aug 2013 15:05:41 +0200 Subject: [Users] Claws-mail versioning. In-Reply-To: <20130808135128.37914644@london> References: <20130808094551.05231482@london> <20130808102417.GM9792@trasgu> <20130808135128.37914644@london> Message-ID: <20130808130541.GN9792@trasgu> On Thu, Aug 08, 2013 at 01:51:28PM +0100, Sharon Kimble wrote: > On Thu, 8 Aug 2013 12:25:54 +0200 > Ricardo Mones wrote: > > > Hi Sharon, > > > > On Thu, Aug 08, 2013 at 09:45:51AM +0100, Sharon Kimble wrote: > > > > > > Yet more weirdness! > > > > > > According to my working claws-mail I’m using 'version > > > 3.9.2-53-g4c94b2', yet according to apt-cache policy I'm using > > > 3.9.2git59-1! I've removed claws-mail, I've purged claws-mail, and > > > I've reinstalled claws-mail, and nothing has changed! Why? How can > > > I get git59-1 working for me please? > > > > If apt-cache says you have 3.9.2git59-1 then you already have it :) > > > > Your working claws-mail is probably launched from another location > > (e.g. /usr/local/bin/claws-mail) and not from package installed binary > > (/usr/bin/claws-mail). Or could be that you installed/upgraded the > > package with claws-mail running and still didn't restarted it. Or even > > something weirder, given your previous mails about experimenting with > > checkinstall. > > > You were right, I was loading up from /usr/local/bin so once i'd > deleted that the expected claws-mail loaded. However, I seem to be > missing 1 plugin, mail archiver. Can you tell me its deb name please > so that I can download it and install it? apt-cache search claws archiver ;-) -- Ricardo Mones ~ Physics is like sex: sure, it may give some practical results, but that's not why we do it. Richard Feynman -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From boudiccas at talktalk.net Thu Aug 8 15:30:26 2013 From: boudiccas at talktalk.net (Sharon Kimble) Date: Thu, 8 Aug 2013 14:30:26 +0100 Subject: [Users] Claws-mail versioning. In-Reply-To: <20130808130541.GN9792@trasgu> References: <20130808094551.05231482@london> <20130808102417.GM9792@trasgu> <20130808135128.37914644@london> <20130808130541.GN9792@trasgu> Message-ID: <20130808143026.315123fe@london> On Thu, 8 Aug 2013 15:05:41 +0200 Ricardo Mones wrote: > On Thu, Aug 08, 2013 at 01:51:28PM +0100, Sharon Kimble wrote: > > On Thu, 8 Aug 2013 12:25:54 +0200 > > Ricardo Mones wrote: > > > > > Hi Sharon, > > > > > > On Thu, Aug 08, 2013 at 09:45:51AM +0100, Sharon Kimble wrote: > > > > > > > > Yet more weirdness! > > > > > > > > According to my working claws-mail I’m using 'version > > > > 3.9.2-53-g4c94b2', yet according to apt-cache policy I'm using > > > > 3.9.2git59-1! I've removed claws-mail, I've purged claws-mail, > > > > and I've reinstalled claws-mail, and nothing has changed! Why? > > > > How can I get git59-1 working for me please? > > > > > > If apt-cache says you have 3.9.2git59-1 then you already have > > > it :) > > > > > > Your working claws-mail is probably launched from another > > > location (e.g. /usr/local/bin/claws-mail) and not from package > > > installed binary (/usr/bin/claws-mail). Or could be that you > > > installed/upgraded the package with claws-mail running and still > > > didn't restarted it. Or even something weirder, given your > > > previous mails about experimenting with checkinstall. > > > > > You were right, I was loading up from /usr/local/bin so once i'd > > deleted that the expected claws-mail loaded. However, I seem to be > > missing 1 plugin, mail archiver. Can you tell me its deb name please > > so that I can download it and install it? > > apt-cache search claws archiver > > ;-) Sorted! Its a bit strange that there wasn’t an entry in 'loaded plugins' for pgpmime, so I had to wing it and go through 'pgpcore' which created it. Never mind, its all clear at the mill! I'm off out into the sunshine to top up my vitamin d reserves, have fun. :) Sharon. -- A taste of linux = http://www.sharons.org.uk efever = http://www.efever.blogspot.com/ efever = http://sharon04.livejournal.com/ Debian testing, Fluxbox 1.3.5, LibreOffice 4.1.0.4 Registered Linux user 334501 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From bdm at fenrir.org.uk Thu Aug 8 17:43:49 2013 From: bdm at fenrir.org.uk (Brian Morrison) Date: Thu, 8 Aug 2013 16:43:49 +0100 Subject: [Users] Building using git Message-ID: <20130808164349.000039a5@surtees.fenrir.org.uk> I've decided to resurrect my build-from- approach and obviously that now means that I need to use git. I've run autogen.sh and tarred up the resulting directory, then tried to do my usual rpmbuild, however it seems that the src/common/version.h file is not populated with the correct version string (it has 3.9.2.60 whereas I am expecting it to be 3.9.2.75 according to the number of commits since I built git71 a few days ago. I assume that I haven't done all the needed steps, but is there something missing between the git pull --all and the ./autogen.sh commands? I'd been using the snapshots up until now, the update mechanism seems to have stopped during the last few days. -- Brian Morrison From asamaddar at myopera.com Thu Aug 8 18:12:16 2013 From: asamaddar at myopera.com (=?UTF-8?B?4KaG4Kao4Kao4KeN4KamIOCmleCngeCmruCmvuCmsCDgprjgpq7gpr4=?= =?UTF-8?B?4Kam4KeN4Kam4Ka+4Kaw?= Ananda Samaddar) Date: Thu, 8 Aug 2013 17:12:16 +0100 Subject: [Users] Change signatures based on recipient In-Reply-To: <20130807185418.1d127125@ron.cerrocora.org> References: <20130807210804.0b88dea4@desktop.home> <20130807185418.1d127125@ron.cerrocora.org> Message-ID: <20130808171216.40e9ddeb@desktop.home> On Wed, 7 Aug 2013 18:54:18 -0400 Renaud (Ron) OLGIATI wrote: > On Wed, 7 Aug 2013 21:08:04 +0100 > আনন্দ কুমার সমাদ্দার Ananda Samaddar wrote: > > > As the subject suggests, is this possible? I want to include some > > information when posting to mailing lists but to omit this in other > > communications. > > How about configuring a different account, with different sig, for > list postings ? > Cheers, > > Ron. Yes I thought of that immediately after sending my previous post! Ananda From mir at miras.org Thu Aug 8 18:24:05 2013 From: mir at miras.org (Michael Rasmussen) Date: Thu, 8 Aug 2013 18:24:05 +0200 Subject: [Users] Building using git In-Reply-To: <20130808164349.000039a5@surtees.fenrir.org.uk> References: <20130808164349.000039a5@surtees.fenrir.org.uk> Message-ID: <20130808182405.2237293b@sleipner.datanom.net> On Thu, 8 Aug 2013 16:43:49 +0100 Brian Morrison wrote: > > I assume that I haven't done all the needed steps, but is there > something missing between the git pull --all and the ./autogen.sh > commands? > You could try this approach: ./autogen.sh --enable-maintainer-mode make maintainer-clean ./autogen.sh ..... make -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras org http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917 -------------------------------------------------------------- A little pain never hurt anyone. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From bdm at fenrir.org.uk Thu Aug 8 19:02:09 2013 From: bdm at fenrir.org.uk (Brian Morrison) Date: Thu, 8 Aug 2013 18:02:09 +0100 Subject: [Users] Building using git In-Reply-To: <20130808182405.2237293b@sleipner.datanom.net> References: <20130808164349.000039a5@surtees.fenrir.org.uk> <20130808182405.2237293b@sleipner.datanom.net> Message-ID: <20130808180209.000024e0@surtees.fenrir.org.uk> On Thu, 8 Aug 2013 18:24:05 +0200 Michael Rasmussen wrote: > On Thu, 8 Aug 2013 16:43:49 +0100 > Brian Morrison wrote: > > > > > I assume that I haven't done all the needed steps, but is there > > something missing between the git pull --all and the ./autogen.sh > > commands? > > > You could try this approach: > ./autogen.sh --enable-maintainer-mode > make maintainer-clean > ./autogen.sh ..... > make > OK, well when I do that I end up with version.h with no version strings, like this: [bdm at peterson claws]$ more src/common/version.h /* * Sylpheed -- a GTK+ based, lightweight, and fast e-mail client * Copyright (C) 1999-2012 Hiroyuki Yamamoto and the Claws Mail team * * This program is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License as published by * the Free Software Foundation; either version 3 of the License, or * (at your option) any later version. * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . * */ #ifndef __VERSION_H__ #define __VERSION_H__ #include #define MAKE_NUMERIC_VERSION(a, b, c, d) ((((guint32)a) << 24) | (((guint32)b) << 16) | \ (((guint32)c) << 8) | ((guint32)d) ) #define PACKAGE "claws-mail" #define PACKAGE_FRIENDLY "Claws Mail" #define VERSION ".." #define RELEASE_VERSION ".." #define PROG_VERSION PACKAGE_FRIENDLY" "VERSION_GIT_FULL #ifdef USE_MAINTAINER_MODE #define PROG_VERSION_FRIENDLY PROG_VERSION #else #define PROG_VERSION_FRIENDLY PACKAGE_FRIENDLY" "RELEASE_VERSION #endif #define VERSION_NUMERIC MAKE_NUMERIC_VERSION(, , \ , 0) #define VERSION_GIT_FULL "" #endif /* __VERSION_H__ */ I've never used git before, so clearly there's something missing that I have not yet learned about. -- Brian Morrison From claws at thewildbeast.co.uk Thu Aug 8 19:10:33 2013 From: claws at thewildbeast.co.uk (Paul) Date: Thu, 8 Aug 2013 18:10:33 +0100 Subject: [Users] Building using git In-Reply-To: <20130808164349.000039a5@surtees.fenrir.org.uk> References: <20130808164349.000039a5@surtees.fenrir.org.uk> Message-ID: <20130808181033.31bd348c@thewildbeast> On Thu, 8 Aug 2013 16:43:49 +0100 Brian Morrison wrote: > I've run autogen.sh and tarred up the resulting directory After ./autogen.sh do `make dist`. with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From sylpheed at 911networks.com Thu Aug 8 19:15:31 2013 From: sylpheed at 911networks.com (sylpheed at 911networks.com) Date: Thu, 8 Aug 2013 10:15:31 -0700 Subject: [Users] Template for HTML Message-ID: <20130808101531.56a65aa7@frogguski.911networks.com> Hi, I need to send one email per month, to 3 people, as an HTML email with a photo and some text around it. Does somebody has a template or a framework, so I can send it through claws? -- Thanks http://www.911networks.com When the network has to work From bdm at fenrir.org.uk Thu Aug 8 19:47:06 2013 From: bdm at fenrir.org.uk (Brian Morrison) Date: Thu, 8 Aug 2013 18:47:06 +0100 Subject: [Users] Building using git In-Reply-To: <20130808181033.31bd348c@thewildbeast> References: <20130808164349.000039a5@surtees.fenrir.org.uk> <20130808181033.31bd348c@thewildbeast> Message-ID: <20130808184706.00003c69@surtees.fenrir.org.uk> On Thu, 8 Aug 2013 18:10:33 +0100 Paul wrote: > On Thu, 8 Aug 2013 16:43:49 +0100 > Brian Morrison wrote: > > > I've run autogen.sh and tarred up the resulting directory > > After ./autogen.sh do `make dist`. That gets me a bit further but I get: [snip] touch config.h.in make[]: *** No rule to make target `version', needed by `Changelog'. Stop. I did: make maintainer-clean ./autogen.sh --enable-maintainer-mode make dist Wish I understood this a bit better... -- Brian Morrison From claws at thewildbeast.co.uk Thu Aug 8 19:56:54 2013 From: claws at thewildbeast.co.uk (Paul) Date: Thu, 8 Aug 2013 18:56:54 +0100 Subject: [Users] Building using git In-Reply-To: <20130808184706.00003c69@surtees.fenrir.org.uk> References: <20130808164349.000039a5@surtees.fenrir.org.uk> <20130808181033.31bd348c@thewildbeast> <20130808184706.00003c69@surtees.fenrir.org.uk> Message-ID: <20130808185654.6c7dfacf@thewildbeast> On Thu, 8 Aug 2013 18:47:06 +0100 Brian Morrison wrote: > touch config.h.in > make[]: *** No rule to make target `version', needed by > `Changelog'. Stop. You're missing that weighty .git/ directory in your build location. It is an integral part of building. with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From slitt at troubleshooters.com Thu Aug 8 20:08:30 2013 From: slitt at troubleshooters.com (Steve Litt) Date: Thu, 8 Aug 2013 14:08:30 -0400 Subject: [Users] Template for HTML In-Reply-To: <20130808101531.56a65aa7@frogguski.911networks.com> References: <20130808101531.56a65aa7@frogguski.911networks.com> Message-ID: <20130808140830.680d78be@mydesk> On Thu, 8 Aug 2013 10:15:31 -0700 sylpheed at 911networks.com wrote: > Hi, > > I need to send one email per month, to 3 people, as an HTML email > with a photo and some text around it. > > Does somebody has a template or a framework, so I can send it through > claws? > Hi sylpheed, If your computer or your LAN already has a mail server, then the usual way is to SMTP the email to the mail server using the mail executable. If you have no mail server available, the usual way is something like nullmailer (http://www.troubleshooters.com/linux/nullmailer/). In my opinion, Claws would be the wrong tool for this task. That leaves templating. Here's how I do that... http://www.troubleshooters.com/linux/presentations/golug_yaml_python/ Note the license in COPYING. It's perfectly legal for you to copy the code and use it any way you want, as long as you leave the license in the derivative works. Thanks, SteveT Steve Litt * http://www.troubleshooters.com/ Troubleshooting Training * Human Performance From bdm at fenrir.org.uk Thu Aug 8 20:30:59 2013 From: bdm at fenrir.org.uk (Brian Morrison) Date: Thu, 8 Aug 2013 19:30:59 +0100 Subject: [Users] Building using git In-Reply-To: <20130808185654.6c7dfacf@thewildbeast> References: <20130808164349.000039a5@surtees.fenrir.org.uk> <20130808181033.31bd348c@thewildbeast> <20130808184706.00003c69@surtees.fenrir.org.uk> <20130808185654.6c7dfacf@thewildbeast> Message-ID: <20130808193059.00000b18@surtees.fenrir.org.uk> On Thu, 8 Aug 2013 18:56:54 +0100 Paul wrote: > On Thu, 8 Aug 2013 18:47:06 +0100 > Brian Morrison wrote: > > > touch config.h.in > > make[]: *** No rule to make target `version', needed by > > `Changelog'. Stop. > > You're missing that weighty .git/ directory in your build location. > It is an integral part of building. Ah, thanks, that was it. I had copied the directory and removed it so it didn't end up in the tarball I wanted to create. Seems to be working now, except that once everything has finished running the version.h file contains a version of 3.9.2.60, so how do I get it to reflect the git directory when a git pull --all is giving me an up to date response? I assume there is another step needed to put the correct version information where the build tools can find it. -- Brian Morrison From renaud at olgiati-in-paraguay.org Thu Aug 8 20:55:56 2013 From: renaud at olgiati-in-paraguay.org (Renaud OLGIATI (Ron)) Date: Thu, 8 Aug 2013 14:55:56 -0400 Subject: [Users] Change signatures based on recipient In-Reply-To: <20130808171216.40e9ddeb@desktop.home> References: <20130807210804.0b88dea4@desktop.home> <20130807185418.1d127125@ron.cerrocora.org> <20130808171216.40e9ddeb@desktop.home> Message-ID: <20130808145556.204a47e0@ron.cerrocora.org> On Thu, 8 Aug 2013 17:12:16 +0100 আনন্দ কুমার সমাদ্দার Ananda Samaddar wrote: > > How about configuring a different account, with different sig, for > > list postings ? > Yes I thought of that immediately after sending my previous post! I use that myself to have either French, English or Spanish templates for replies and forwards. Cheers, Ron. -- Turn the other cheek, nothing gets the message across like a good mooning. -- http://www.olgiati-in-paraguay.org -- From pf at pfortin.com Thu Aug 8 22:35:31 2013 From: pf at pfortin.com (Pierre Fortin) Date: Thu, 8 Aug 2013 16:35:31 -0400 Subject: [Users] Python script access to file(s) inside folder? Message-ID: <20130808163531.6f058fc9@pfortin.com> How do I get access to a file inside a folder...? I'm trying to setup individual .signature files on a per folder basis; but am missing the magic for understanding the difference between OS_path [/home/pfortin/Mail/...] and claws_path [#mh/Mailbox/...] This simple code segment: print "/home/pfortin/Mail/inbox/tmp ==>" print os.listdir("/home/pfortin/Mail/inbox/tmp") print "{} ==>".format(clawsmail.get_folderview_selected_folder().get_identifier()) print os.listdir(clawsmail.get_folderview_selected_folder().get_identifier()) gives: /home/pfortin/Mail/inbox/tmp ==> ['.mh_sequences', '.signature', '.claws_cache', '.claws_mark'] #mh/Mailbox/inbox/tmp ==> Traceback (most recent call last): File "/home/pfortin/.claws-mail/python-scripts/compose/AddFolderSignature", line 27, in print os.listdir(clawsmail.get_folderview_selected_folder().get_identifier()) OSError: [Errno 2] No such file or directory: '#mh/Mailbox/inbox/tmp' which means the OS_path exists and contains files; but using the claws_path to access them fails. Or is this a bug? Thanks, Pierre From berndth at gmx.de Thu Aug 8 23:02:54 2013 From: berndth at gmx.de (Holger Berndt) Date: Thu, 8 Aug 2013 23:02:54 +0200 Subject: [Users] Python script access to file(s) inside folder? In-Reply-To: <20130808163531.6f058fc9@pfortin.com> References: <20130808163531.6f058fc9@pfortin.com> Message-ID: <20130808230254.43939a9a@wodan> On Do, 08.08.2013 16:35, Pierre Fortin wrote: >I'm trying to setup individual .signature files on a per folder basis; Claws Mail has folder-specific templates built in, via folder properties. Maybe that's what you're looking for? >but am missing the magic for understanding the difference between OS_path >[/home/pfortin/Mail/...] and claws_path [#mh/Mailbox/...] What you call "claws_path" is an identifier. It is a string that Claws Mail can use to uniquely refer to a folder. It may or may not correspond to a filesystem folder on your harddisc. Holger From ricardo at mones.org Fri Aug 9 09:58:59 2013 From: ricardo at mones.org (Ricardo Mones) Date: Fri, 9 Aug 2013 09:58:59 +0200 Subject: [Users] Building using git In-Reply-To: <20130808164349.000039a5@surtees.fenrir.org.uk> References: <20130808164349.000039a5@surtees.fenrir.org.uk> Message-ID: <20130809075859.GA11261@trasgu> Hi Brian, On Thu, Aug 08, 2013 at 04:43:49PM +0100, Brian Morrison wrote: [...] > I'd been using the snapshots up until now, the update mechanism seems > to have stopped during the last few days. If you want snapshots you can use orig.tar.gz tarballs from the http://hydra.debian.net/i386/ or http://hydra.debian.net/amd64/ They are just a copy of the “make dist” tarball, used to make the Debian packages in the git autobuilder. If you prefer them with the original name, just let me know and we can arrange something better, these are the apt-gettable directories and are a bit crowded... -- Ricardo Mones ~ Don't take the name of root in vain. /usr/src/linux/README -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From claws at thewildbeast.co.uk Fri Aug 9 10:15:26 2013 From: claws at thewildbeast.co.uk (Paul) Date: Fri, 9 Aug 2013 09:15:26 +0100 Subject: [Users] Template for HTML In-Reply-To: <20130808101531.56a65aa7@frogguski.911networks.com> References: <20130808101531.56a65aa7@frogguski.911networks.com> Message-ID: <20130809091526.74b72abd@thewildbeast> On Thu, 8 Aug 2013 10:15:31 -0700 sylpheed at 911networks.com wrote: > I need to send one email per month, to 3 people, as an HTML email > with a photo and some text around it. > > Does somebody has a template or a framework, so I can send it > through claws? No, I don't have one, but this is possible using Templates and Actions. with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From noreply at thewildbeast.co.uk Fri Aug 9 12:57:40 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 09 Aug 2013 10:57:40 +0000 Subject: [Users] [Bug 2988] New: Retrieval of E-Mail when starting in OffLine mode Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2988 Bug ID: 2988 Summary: Retrieval of E-Mail when starting in OffLine mode Classification: Unclassified Product: Claws Mail Version: other Hardware: All OS: All Status: NEW Severity: normal Priority: P3 Component: Other Assignee: users at lists.claws-mail.org Reporter: spiarfoocto at dunflimblag.mailexpire.com When starting Claws Mail with the command line parameter '--offline', Claws may still retrieve e-mail. This is a security or privacy issue. This also results in error messages regarding network connectivity if e-mail retrieval fails. I have observed this at least when Claws was previously shut down in online mode with an IMAP e-mail account. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Aug 9 13:03:15 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 09 Aug 2013 11:03:15 +0000 Subject: [Users] [Bug 2988] Retrieval of E-Mail when starting in OffLine mode In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2988 --- Comment #1 from Kiri --- Claws version 3.9.2 -- You are receiving this mail because: You are the assignee for the bug. From gilweber at bellsouth.net Fri Aug 9 14:04:05 2013 From: gilweber at bellsouth.net (Gil Weber) Date: Fri, 9 Aug 2013 08:04:05 -0400 Subject: [Users] unable to insert signature line -- must be missing something very obvious?? Message-ID: <20130809080405.61baef44@linux-938i> I've run several google searches trying to find out how to insert a signature at the bottom of claws-mail. No luck. Here's what I've tried but had no success 1) configuration 2) edit accounts 3) highlight the account and click edit 4) compose 5) tick the "automatically insert signatures" box 6) tick "file" button 7) browse to a .docx (Word) file I have in my home directory. This is what I want to show up as the signature lines. (The path to this file is displayed in the "signatures" box. 8) Apply 9) OK But when I try to send a message with that sig line file that is displayed in the "signatures" box what I see below the double dash (--) separator is just this: PK The steps to insert a signature must be very simple. What am I doing wrong? Thx. From rol at witbe.net Fri Aug 9 14:06:45 2013 From: rol at witbe.net (Paul Rolland (=?UTF-8?B?44Od44O844Or44O744Ot44Op44Oz?=)) Date: Fri, 9 Aug 2013 14:06:45 +0200 Subject: [Users] Claws 3.9.2 - two _really_ annoying issues... Message-ID: <20130809140645.451a3151@tux.DEF.witbe.net> Hello, I'm regularly facing two really anoying issues in Claws, and I'd like to share them to know if I'm the only one... First, I have to say that they occur only while I'm in holidays: at that time, my Internet access is an ultra slow GPRS access.... I'm using POP3, and I have several accounts configured. Each of them as a default folder to drop emails. I also have filtering rules, some applying to all the accounts, some only for specific accounts. Last, my "Default" folder also has a processing rule to archive emails older than 32 days. Problem #1: a) Claws is offline b) I connect to Internet using my GPRS modem. Due to the way I'm connecting, NetworkManager is not informed, and Claws is still offline. c) Turn Claws online, d) Receive messages for one account. If the "Receive" operation I start manually last longer than this account retrieve interval, and that this account is configured for automatic retrieval, I end up with _two_ retrieve operations at the same time. I can see by the "progress counters" at the bottom right of the Claws window alternating their counts of messages, for example: 10/46 then 30/46 then 10/46 again, and so on. When that happens, I kill Claws to avoid more mess... Problem #2: a) Claws is online b) I start a "Receive all", still using my slow GPRS access. This first collect the emails from my professional account, and then it goes to a secondary account, which is subscribed to several mailing lists. c) While the retrieval on the secondary mailing list occurs, I reply to an email associated with the main account, and Send this email. This "Send" action results in all the emails received so far for the secondary account (POP still in progress) to be placed in the folder associated with the main account (the one used for the Send). It may be important to note that this account (used to Send) is also configured with "Authenticate with POP before sending". Maybe the POP sessions are mixing each other ? Hope this will inspire someone... and I'm ready (and willing) to try any patch you may cook ;) Best, Paul -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From rol at witbe.net Fri Aug 9 14:08:39 2013 From: rol at witbe.net (Paul Rolland (=?UTF-8?B?44Od44O844Or44O744Ot44Op44Oz?=)) Date: Fri, 9 Aug 2013 14:08:39 +0200 Subject: [Users] unable to insert signature line -- must be missing something very obvious?? In-Reply-To: <20130809080405.61baef44@linux-938i> References: <20130809080405.61baef44@linux-938i> Message-ID: <20130809140839.32268baa@tux.DEF.witbe.net> Hello, On Fri, 9 Aug 2013 08:04:05 -0400 Gil Weber wrote: > 1) configuration > 2) edit accounts > 3) highlight the account and click edit > 4) compose > 5) tick the "automatically insert signatures" box > 6) tick "file" button > 7) browse to a .docx (Word) file I have in my home directory. This is > what I want to show up as the signature lines. (The path to this file > is displayed in the "signatures" box. [...] > The steps to insert a signature must be very simple. What am I doing > wrong? Have you tried with a pure text file ? I'm really not sure .docx, and any other non-100%-ASCII format is supported for use as signature. Paul -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From boudiccas at talktalk.net Fri Aug 9 14:23:21 2013 From: boudiccas at talktalk.net (Sharon Kimble) Date: Fri, 9 Aug 2013 13:23:21 +0100 Subject: [Users] unable to insert signature line -- must be missing something very obvious?? In-Reply-To: <20130809080405.61baef44@linux-938i> References: <20130809080405.61baef44@linux-938i> Message-ID: <20130809132321.716f03b5@london> On Fri, 9 Aug 2013 08:04:05 -0400 Gil Weber wrote: > I've run several google searches trying to find out how to insert a > signature at the bottom of claws-mail. No luck. > > Here's what I've tried but had no success > > 1) configuration > 2) edit accounts > 3) highlight the account and click edit > 4) compose > 5) tick the "automatically insert signatures" box > 6) tick "file" button > 7) browse to a .docx (Word) file I have in my home directory. This is > what I want to show up as the signature lines. (The path to this file > is displayed in the "signatures" box. > 8) Apply > 9) OK > > > But when I try to send a message with that sig line file that is > displayed in the "signatures" box what I see below the double dash > (--) separator is just this: > Try using a text file, like this '/home/boudiccas/cron/signature.txt' which is my sig file. Sharon. -- A taste of linux = http://www.sharons.org.uk efever = http://www.efever.blogspot.com/ efever = http://sharon04.livejournal.com/ Debian testing, Fluxbox 1.3.5, LibreOffice 4.1.0.4 Registered Linux user 334501 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From noreply at thewildbeast.co.uk Fri Aug 9 14:43:15 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 09 Aug 2013 12:43:15 +0000 Subject: [Users] [Bug 2988] Retrieval of E-Mail when starting in OffLine mode In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2988 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #2 from Paul --- Following a discussion on IRC, it turned out to be a packaging problem. The Claws Mail packaged version was built with NetworkManager support but did not depend on NetworkManager. The OPs system did not have NetworkManager installed. Worked around by setting use_networkmanager=0 in clawsrc -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Aug 9 16:56:50 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 09 Aug 2013 14:56:50 +0000 Subject: [Users] [Bug 2989] New: Segfault at startup because of corrupted folderlist.xml Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2989 Bug ID: 2989 Summary: Segfault at startup because of corrupted folderlist.xml Classification: Unclassified Product: Claws Mail Version: 3.8.0 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P3 Component: Other Assignee: users at lists.claws-mail.org Reporter: thewildbeast.co.uk.gillux at xoxy.net Created attachment 1291 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1291&action=edit Console output and backtrace After a machine crash, the contents of my folderlist.xml have been corrupted. As a result, claws-mail was unable to start, quitting with a segfault. I'm using claws-mail 3.8.0 on Ubuntu 12.04. Replacing the folderlist.xml file with its backup folderlist.xml.bak solved the problem. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Aug 9 16:59:25 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 09 Aug 2013 14:59:25 +0000 Subject: [Users] [Bug 2989] Segfault at startup because of corrupted folderlist.xml In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2989 --- Comment #1 from gillux --- Created attachment 1292 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1292&action=edit The corrupted folderlist.xml that makes claws-mail to segfault. I obfuscated the folder names and email addresses. -- You are receiving this mail because: You are the assignee for the bug. From gilweber at bellsouth.net Fri Aug 9 17:48:30 2013 From: gilweber at bellsouth.net (Gil Weber) Date: Fri, 9 Aug 2013 11:48:30 -0400 Subject: [Users] unable to insert signature line -- must be missing something very obvious?? SOLVED!! In-Reply-To: <20130809132321.716f03b5@london> References: <20130809080405.61baef44@linux-938i> <20130809132321.716f03b5@london> Message-ID: <20130809114830.0a9d181a@linux-938i> Thanks to Sharon and Paul. Converting the .docx sig file to .txt worked. :o) Gil On Fri, 9 Aug 2013 13:23:21 +0100 Sharon Kimble wrote: > On Fri, 9 Aug 2013 08:04:05 -0400 > Gil Weber wrote: > > > I've run several google searches trying to find out how to insert a > > signature at the bottom of claws-mail. No luck. > > > > Here's what I've tried but had no success > > > > 1) configuration > > 2) edit accounts > > 3) highlight the account and click edit > > 4) compose > > 5) tick the "automatically insert signatures" box > > 6) tick "file" button > > 7) browse to a .docx (Word) file I have in my home directory. This > > is what I want to show up as the signature lines. (The path to this > > file is displayed in the "signatures" box. > > 8) Apply > > 9) OK > > > > > > But when I try to send a message with that sig line file that is > > displayed in the "signatures" box what I see below the double dash > > (--) separator is just this: > > > Try using a text file, like this '/home/boudiccas/cron/signature.txt' > which is my sig file. > > Sharon. From clifflaine at europe.com Sat Aug 10 14:29:52 2013 From: clifflaine at europe.com (Cliff Laine) Date: Sat, 10 Aug 2013 13:29:52 +0100 Subject: [Users] Spellcheck confused by single character words in composition window Message-ID: <20130810132952.318701b5@cliff-MXC061> Hello All Does anyone else find that single letter words are sometimes highlighted as spelling mistakes in the email composition window? The second visual line of an email to someone that I'm writing reads --- Housing Officer and also what I gleaned from an informal chat I had --- In this line, the first "I" is highlighted red.If I right click on it to call the en_GB dictionary, there are no suggested spellings. The same thing occurs with the word "a". It's a low priority issue but I was just curious about why this behaviour might arise. Thanks Cliff --- CM 3.9.1 Linux Mint Nadia 14 32-bit KDE 4.9.5 From kardan at riseup.net Sat Aug 10 14:30:13 2013 From: kardan at riseup.net (kardan) Date: Sat, 10 Aug 2013 14:30:13 +0200 Subject: [Users] Claws 3.9.2 - two _really_ annoying issues... In-Reply-To: <20130809140645.451a3151@tux.DEF.witbe.net> References: <20130809140645.451a3151@tux.DEF.witbe.net> Message-ID: <20130810143013.3b005a46@delight> On Fri, 9 Aug 2013 14:06:45 +0200 Paul Rolland (ポール・ロラン) wrote: > I'm using POP3, and I have several accounts configured. > ... > If the "Receive" operation I start manually last longer than this > account retrieve interval, and that this account is configured for > automatic retrieval, I end up with _two_ retrieve operations at the > same time. I can see by the "progress counters" at the bottom right > of the Claws window alternating their counts of messages, for example: > 10/46 then 30/46 then 10/46 again, and so on. > When that happens, I kill Claws to avoid more mess... I use IMAP also with sub-DSL speed (fortunately not as slow as GPRS) and increased the check interval lately. 15 min works fine for me as claws is less busy now. > This "Send" action results in all the emails received so far > for the secondary account (POP still in progress) to be placed in the > folder associated with the main account (the one used for the Send). This sounds like an ugly bug. Please consider to file a report in [1]. I will test if this is the same for IMAP and append if so. > It may be important to note that this account (used to Send) is also > configured with "Authenticate with POP before sending". Maybe the POP > sessions are mixing each other ? My impression: The session pointer for the receive task is overwritten by the send task. As you see below pop3_session_new does not check if there are running sessions, nor is the session stored account specific. inc.c:512: session->session = pop3_session_new(account); static IncSession *inc_session_new(PrefsAccount *account) { IncSession *session; cm_return_val_if_fail(account != NULL, NULL); if (account->protocol != A_POP3) return NULL; if (!account->recv_server || !account->userid) return NULL; session = g_new0(IncSession, 1); session->session = pop3_session_new(account); session->session->data = session; POP3_SESSION(session->session)->drop_message = inc_drop_message; session_set_recv_message_notify(session->session, inc_recv_message, session); session_set_recv_data_progressive_notify(session->session, inc_recv_data_progressive, session); session_set_recv_data_notify(session->session, inc_recv_data_finished, session); return session; } pop.c:516:Session *pop3_session_new(PrefsAccount *account) Session *pop3_session_new(PrefsAccount *account) { Pop3Session *session; cm_return_val_if_fail(account != NULL, NULL); session = g_new0(Pop3Session, 1); session_init(SESSION(session), account, FALSE); SESSION(session)->type = SESSION_POP3; SESSION(session)->recv_msg = pop3_session_recv_msg; SESSION(session)->recv_data_finished = pop3_session_recv_data_finished; SESSION(session)->send_data_finished = NULL; SESSION(session)->destroy = pop3_session_destroy; session->state = POP3_READY; session->ac_prefs = account; session->pop_before_smtp = FALSE; pop3_get_uidl_table(account, session); session->current_time = time(NULL); session->error_val = PS_SUCCESS; session->error_msg = NULL; return SESSION(session); } Please anyone tell me if I am wrong. > Hope this will inspire someone... and I'm ready (and willing) to try > any patch you may cook ;) Thanks for reporting this. I rather not write a patch as I don't want to be the one who is responsible to mix up your mails any further. :) Hopefully someone else jumps in. Good luck! [1] http://www.thewildbeast.co.uk/claws-mail/bugzilla/enter_bug.cgi -- Kardan Encrypt your email: http://gnupg.org/documentation Public GPG key 9D6108AE58C06558 at hkp://pool.sks-keyservers.net fpr: F72F C4D9 6A52 16A1 E7C9 AE94 9D61 08AE 58C0 6558 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 620 bytes Desc: not available URL: From rol at witbe.net Sat Aug 10 21:32:55 2013 From: rol at witbe.net (Paul Rolland (=?UTF-8?B?44Od44O844Or44O744Ot44Op44Oz?=)) Date: Sat, 10 Aug 2013 21:32:55 +0200 Subject: [Users] Claws 3.9.2 - two _really_ annoying issues... In-Reply-To: <20130810143013.3b005a46@delight> References: <20130809140645.451a3151@tux.DEF.witbe.net> <20130810143013.3b005a46@delight> Message-ID: <20130810213255.0803fbd2@tux.DEF.witbe.net> Hello Kardan, On Sat, 10 Aug 2013 14:30:13 +0200 kardan wrote: > > If the "Receive" operation I start manually last longer than this > > account retrieve interval, and that this account is configured for > > automatic retrieval, I end up with _two_ retrieve operations at the > > same time. I can see by the "progress counters" at the bottom right > > of the Claws window alternating their counts of messages, for example: > > 10/46 then 30/46 then 10/46 again, and so on. > > When that happens, I kill Claws to avoid more mess... > I use IMAP also with sub-DSL speed (fortunately not as slow as GPRS) > and increased the check interval lately. 15 min works fine for me as > claws is less busy now. Well, my last painful POP3 session lasted 4hrs and 30 minutes. I had received 20MB of emails I fetched using that GPRS link... So, that's something that may become visible with these unusual conditions. > > This "Send" action results in all the emails received so far > > for the secondary account (POP still in progress) to be placed in the > > folder associated with the main account (the one used for the Send). > This sounds like an ugly bug. Please consider to file a report in [1]. I > will test if this is the same for IMAP and append if so. Hmmm.... I _hate_ web interfaces, much more than this bug... which is why I reported it by mail...So, I'll first try to see if I can find some hints, and regarding what you posted below, I think you have helped me a lot ;) > My impression: The session pointer for the receive task is overwritten > by the send task. As you see below pop3_session_new does not check if > there are running sessions, nor is the session stored account specific. That sounds very much possible ! > inc.c:512: session->session = pop3_session_new(account); > static IncSession *inc_session_new(PrefsAccount *account) > { > IncSession *session; > cm_return_val_if_fail(account != NULL, NULL); > if (account->protocol != A_POP3) > return NULL; > if (!account->recv_server || !account->userid) > return NULL; > > session = g_new0(IncSession, 1); > session->session = pop3_session_new(account); > session->session->data = session; > POP3_SESSION(session->session)->drop_message = inc_drop_message; > session_set_recv_message_notify(session->session, > inc_recv_message, session); > session_set_recv_data_progressive_notify(session->session, > inc_recv_data_progressive, > session); > session_set_recv_data_notify(session->session, > inc_recv_data_finished, session); > return session; > } > > pop.c:516:Session *pop3_session_new(PrefsAccount *account) > Session *pop3_session_new(PrefsAccount *account) > { > Pop3Session *session; > cm_return_val_if_fail(account != NULL, NULL); > session = g_new0(Pop3Session, 1); > session_init(SESSION(session), account, FALSE); > SESSION(session)->type = SESSION_POP3; > SESSION(session)->recv_msg = pop3_session_recv_msg; > SESSION(session)->recv_data_finished = > pop3_session_recv_data_finished; > SESSION(session)->send_data_finished = NULL; > SESSION(session)->destroy = pop3_session_destroy; > session->state = POP3_READY; > session->ac_prefs = account; > session->pop_before_smtp = FALSE; > pop3_get_uidl_table(account, session); > session->current_time = time(NULL); > session->error_val = PS_SUCCESS; > session->error_msg = NULL; > return SESSION(session); > } > Please anyone tell me if I am wrong. I'll try to add some debug code to see if sometimes a pointer is "overwritten"... > > Hope this will inspire someone... and I'm ready (and willing) to try > > any patch you may cook ;) > Thanks for reporting this. I rather not write a patch as I don't want > to be the one who is responsible to mix up your mails any further. :) Well, I'm ready to accept testing, so if you have more ideas, feel free to send them. I've some days off so I may try to cook up something, at least to try to validate your ideas ! Paul -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From rol at witbe.net Sun Aug 11 12:00:07 2013 From: rol at witbe.net (Paul Rolland (=?UTF-8?B?44Od44O844Or44O744Ot44Op44Oz?=)) Date: Sun, 11 Aug 2013 12:00:07 +0200 Subject: [Users] Claws 3.9.2 - two _really_ annoying issues... In-Reply-To: <20130810143013.3b005a46@delight> References: <20130809140645.451a3151@tux.DEF.witbe.net> <20130810143013.3b005a46@delight> Message-ID: <20130811120007.051b18e3@tux.DEF.witbe.net> Hello, On Sat, 10 Aug 2013 14:30:13 +0200 kardan wrote: > > This "Send" action results in all the emails received so far > > for the secondary account (POP still in progress) to be placed in the > > folder associated with the main account (the one used for the Send). > This sounds like an ugly bug. Please consider to file a report in [1]. I > will test if this is the same for IMAP and append if so. > > > It may be important to note that this account (used to Send) is also > > configured with "Authenticate with POP before sending". Maybe the POP > > sessions are mixing each other ? > My impression: The session pointer for the receive task is overwritten > by the send task. As you see below pop3_session_new does not check if > there are running sessions, nor is the session stored account specific. Looks like there is a "inc_lock_count" that is used to protect, but I'm still checking all the details to make sure there is no way to bypass it. Fact is that, if there is a way to go around the inc_lock_count check, then you have that : static gint inc_drop_message(Pop3Session *session, const gchar *file) ... /* CLAWS: claws uses a global .processing folder for the filtering. */ dropfolder = folder_get_default_processing(); Yurk ! A global unique processing folder... So, yes, if a POP3 session goes running at the same time another one is getting mails, and ended before, then it'll probably go and process the emails, resulting in what I experience. Maybe a unique processing folder per account would be better ? Paul -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From rol at witbe.net Sun Aug 11 12:37:17 2013 From: rol at witbe.net (Paul Rolland (=?UTF-8?B?44Od44O844Or44O744Ot44Op44Oz?=)) Date: Sun, 11 Aug 2013 12:37:17 +0200 Subject: [Users] Claws 3.9.2 - two _really_ annoying issues... In-Reply-To: <20130811120007.051b18e3@tux.DEF.witbe.net> References: <20130809140645.451a3151@tux.DEF.witbe.net> <20130810143013.3b005a46@delight> <20130811120007.051b18e3@tux.DEF.witbe.net> Message-ID: <20130811123717.09be7195@tux.DEF.witbe.net> Hello, That's me again ;) On Sun, 11 Aug 2013 12:00:07 +0200 Paul Rolland (ポール・ロラン) wrote: > Hello, > > On Sat, 10 Aug 2013 14:30:13 +0200 > kardan wrote: > > > > This "Send" action results in all the emails received so far > > > for the secondary account (POP still in progress) to be placed in the > > > folder associated with the main account (the one used for the Send). > > This sounds like an ugly bug. Please consider to file a report in [1]. I > > will test if this is the same for IMAP and append if so. > > > > > It may be important to note that this account (used to Send) is also > > > configured with "Authenticate with POP before sending". Maybe the POP > > > sessions are mixing each other ? > > My impression: The session pointer for the receive task is overwritten > > by the send task. As you see below pop3_session_new does not check if > > there are running sessions, nor is the session stored account specific. Here is a network log that I managed to get. It clearly shows that two sessions are running concurrently on the same account ! How I got that ? - claws mail is offline, - I turned it online, - I used the "Received mail from all accounts" and selected one account, to start a retrieve session on that account. - While it was running, I hit "F5" which is bound to Message > Receive > Get from all accounts and voila ! * Account 'Witbe.net': Connecting to POP3 server: 81.88.96.48:110... * Account 'Witbe.net': Connecting to POP3 server: 81.88.96.48:110... [12:28:37] POP3< +OK POP3 ready v3.69-rol <0b1700004c670752 at smtp.xxxxx.net>. [12:28:37] POP3> USER rol [12:28:37] POP3< +OK POP3 ready v3.69-rol <0c1700004c670752 at smtp.xxxxx.net>. [12:28:37] POP3> USER rol [12:28:37] POP3< +OK rol selected [12:28:37] POP3> PASS ******** [12:28:37] POP3< +OK rol selected [12:28:37] POP3> PASS ******** [12:28:37] POP3< +OK Congratulations! [12:28:37] POP3> STAT [12:28:37] POP3< +OK 23 81321 [12:28:37] POP3> UIDL [12:28:37] POP3< +OK Congratulations! [12:28:37] POP3> STAT [12:28:38] POP3< +OK 23 81321 [12:28:38] POP3> UIDL [12:28:38] POP3< +OK But remember to DELETE messages REGULARLY [12:28:38] POP3> LIST [12:28:38] POP3< +OK But remember to DELETE messages REGULARLY [12:28:38] POP3< +OK 23 messages (81321 octets) [12:28:38] POP3> LIST [12:28:38] POP3> RETR 1 [12:28:38] POP3< +OK 23 messages (81321 octets) [12:28:38] POP3> RETR 1 [12:28:38] POP3< +OK 8897 octets (autodeleted) [12:28:38] POP3< +OK 8897 octets (autodeleted) [12:28:38] POP3> DELE 1 [12:28:38] POP3> DELE 1 [12:28:38] POP3< +OK Message 1 deleted [12:28:38] POP3> RETR 2 [12:28:38] POP3< +OK Message 1 deleted [12:28:38] POP3> RETR 2 [12:28:39] POP3< +OK 2031 octets (autodeleted) [12:28:39] POP3> DELE 2 [12:28:39] POP3< +OK 2031 octets (autodeleted) [12:28:39] POP3< +OK Message 2 deleted [12:28:39] POP3> RETR 3 [12:28:39] POP3> DELE 2 [12:28:39] POP3< +OK 4705 octets (autodeleted) [12:28:39] POP3< +OK Message 2 deleted [12:28:39] POP3> RETR 3 [12:28:39] POP3< +OK 4705 octets (autodeleted) [12:28:39] POP3> DELE 3 [12:28:39] POP3< +OK Message 3 deleted [12:28:39] POP3> RETR 4 [12:28:39] POP3> DELE 3 [12:28:39] POP3< +OK 3784 octets (autodeleted) [12:28:39] POP3> DELE 4 [12:28:39] POP3< +OK Message 3 deleted [12:28:39] POP3> RETR 4 [12:28:39] POP3< +OK Message 4 deleted [12:28:39] POP3> RETR 5 [12:28:39] POP3< +OK 3784 octets (autodeleted) [12:28:39] POP3> DELE 4 [12:28:40] POP3< +OK 1869 octets (autodeleted) [12:28:40] POP3> DELE 5 [12:28:40] POP3< +OK Message 4 deleted [12:28:40] POP3> RETR 5 [12:28:40] POP3< +OK Message 5 deleted [12:28:40] POP3> RETR 6 [12:28:40] POP3< +OK 1869 octets (autodeleted) [12:28:40] POP3> DELE 5 [12:28:40] POP3< +OK 1394 octets (autodeleted) [12:28:40] POP3> DELE 6 [12:28:40] POP3< +OK Message 5 deleted [12:28:40] POP3> RETR 6 [12:28:40] POP3< +OK Message 6 deleted [12:28:40] POP3> RETR 7 [12:28:40] POP3< +OK 1394 octets (autodeleted) [12:28:40] POP3> DELE 6 [12:28:40] POP3< +OK 2236 octets (autodeleted) [12:28:40] POP3> DELE 7 [12:28:40] POP3< +OK Message 6 deleted [12:28:40] POP3> RETR 7 [12:28:40] POP3< +OK Message 7 deleted [12:28:40] POP3> RETR 8 [12:28:40] POP3< +OK 2236 octets (autodeleted) [12:28:40] POP3> DELE 7 [12:28:40] POP3< +OK 1568 octets (autodeleted) [12:28:40] POP3> DELE 8 [12:28:41] POP3< +OK Message 7 deleted [12:28:41] POP3> RETR 8 [12:28:41] POP3< +OK Message 8 deleted [12:28:41] POP3> RETR 9 [12:28:41] POP3< +OK 1568 octets (autodeleted) [12:28:41] POP3> DELE 8 [12:28:41] POP3< +OK 1122 octets (autodeleted) [12:28:41] POP3> DELE 9 [12:28:41] POP3< +OK Message 8 deleted [12:28:41] POP3> RETR 9 [12:28:41] POP3< +OK Message 9 deleted [12:28:41] POP3> RETR 10 [12:28:41] POP3< +OK 1122 octets (autodeleted) [12:28:41] POP3> DELE 9 [12:28:41] POP3< +OK 1689 octets (autodeleted) [12:28:41] POP3> DELE 10 [12:28:41] POP3< +OK Message 9 deleted [12:28:41] POP3> RETR 10 [12:28:41] POP3< +OK Message 10 deleted [12:28:41] POP3> RETR 11 [12:28:41] POP3< +OK 1689 octets (autodeleted) [12:28:41] POP3> DELE 10 [12:28:41] POP3< +OK 2082 octets (autodeleted) [12:28:41] POP3> DELE 11 [12:28:42] POP3< +OK Message 11 deleted [12:28:42] POP3> RETR 12 [12:28:42] POP3< +OK Message 10 deleted [12:28:42] POP3> RETR 11 [12:28:42] POP3< +OK 1977 octets (autodeleted) [12:28:42] POP3> DELE 12 [12:28:42] POP3< +OK 2082 octets (autodeleted) [12:28:42] POP3> DELE 11 [12:28:42] POP3< +OK Message 12 deleted [12:28:42] POP3> RETR 13 [12:28:42] POP3< +OK Message 11 deleted [12:28:42] POP3> RETR 12 [12:28:42] POP3< +OK 1413 octets (autodeleted) [12:28:42] POP3> DELE 13 [12:28:42] POP3< +OK 1977 octets (autodeleted) [12:28:42] POP3> DELE 12 [12:28:42] POP3< +OK Message 13 deleted [12:28:42] POP3> RETR 14 [12:28:42] POP3< +OK Message 12 deleted [12:28:42] POP3> RETR 13 [12:28:42] POP3< +OK 1205 octets (autodeleted) [12:28:42] POP3> DELE 14 [12:28:42] POP3< +OK 1413 octets (autodeleted) [12:28:42] POP3> DELE 13 [12:28:42] POP3< +OK Message 14 deleted [12:28:42] POP3> RETR 15 [12:28:42] POP3< +OK Message 13 deleted [12:28:42] POP3> RETR 14 [12:28:43] POP3< +OK 1263 octets (autodeleted) [12:28:43] POP3> DELE 15 [12:28:43] POP3< +OK 1205 octets (autodeleted) [12:28:43] POP3> DELE 14 [12:28:43] POP3< +OK Message 15 deleted [12:28:43] POP3> RETR 16 [12:28:43] POP3< +OK Message 14 deleted [12:28:43] POP3> RETR 15 [12:28:43] POP3< +OK 1190 octets (autodeleted) [12:28:43] POP3> DELE 16 [12:28:43] POP3< +OK 1263 octets (autodeleted) [12:28:43] POP3> DELE 15 [12:28:43] POP3< +OK Message 16 deleted [12:28:43] POP3> RETR 17 [12:28:43] POP3< +OK Message 15 deleted [12:28:43] POP3> RETR 16 [12:28:43] POP3< +OK 4238 octets (autodeleted) [12:28:43] POP3< +OK 1190 octets (autodeleted) [12:28:43] POP3> DELE 16 [12:28:43] POP3< +OK Message 16 deleted [12:28:43] POP3> RETR 17 [12:28:43] POP3> DELE 17 [12:28:43] POP3< +OK 4238 octets (autodeleted) [12:28:43] POP3< +OK Message 17 deleted [12:28:43] POP3> RETR 18 [12:28:44] POP3< +OK 1200 octets (autodeleted) [12:28:44] POP3> DELE 18 [12:28:44] POP3> DELE 17 [12:28:44] POP3< +OK Message 18 deleted [12:28:44] POP3> RETR 19 [12:28:44] POP3< +OK Message 17 deleted [12:28:44] POP3> RETR 18 [12:28:44] POP3< +OK 6420 octets (autodeleted) [12:28:44] POP3< +OK 1200 octets (autodeleted) [12:28:44] POP3> DELE 18 [12:28:44] POP3> DELE 19 [12:28:44] POP3< +OK Message 18 deleted [12:28:44] POP3> RETR 19 [12:28:44] POP3< +OK Message 19 deleted [12:28:44] POP3> RETR 20 [12:28:44] POP3< +OK 6420 octets (autodeleted) [12:28:44] POP3< +OK 25599 octets (autodeleted) [12:28:44] POP3> DELE 19 [12:28:44] POP3< +OK Message 19 deleted [12:28:44] POP3> RETR 20 [12:28:45] POP3< +OK 25599 octets (autodeleted) [12:28:45] POP3> DELE 20 [12:28:45] POP3< +OK Message 20 deleted [12:28:45] POP3> RETR 21 [12:28:45] POP3> DELE 20 [12:28:45] POP3< +OK 1316 octets (autodeleted) [12:28:45] POP3> DELE 21 [12:28:45] POP3< +OK Message 20 deleted [12:28:45] POP3> RETR 21 [12:28:45] POP3< +OK Message 21 deleted [12:28:45] POP3> RETR 22 [12:28:45] POP3< +OK 1316 octets (autodeleted) [12:28:45] POP3> DELE 21 [12:28:45] POP3< +OK 2091 octets (autodeleted) [12:28:45] POP3> DELE 22 [12:28:45] POP3< +OK Message 21 deleted [12:28:45] POP3> RETR 22 [12:28:45] POP3< +OK Message 22 deleted [12:28:45] POP3> RETR 23 [12:28:46] POP3< +OK 2091 octets (autodeleted) [12:28:46] POP3> DELE 22 [12:28:46] POP3< +OK 2032 octets (autodeleted) [12:28:46] POP3> DELE 23 [12:28:46] POP3< +OK Message 22 deleted [12:28:46] POP3> RETR 23 [12:28:46] POP3< +OK Message 23 deleted [12:28:46] POP3> QUIT [12:28:46] POP3< +OK 2032 octets (autodeleted) [12:28:46] POP3> DELE 23 [12:28:46] POP3< +OK Was it as good for you, as it was for me? (clean as a baby) [12:28:46] POP3< +OK Message 23 deleted [12:28:46] POP3> QUIT [12:28:46] POP3< -ERR Mailbox corrupted *** error occurred on POP3 session *** Error occurred while processing mail. Paul -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From rol at witbe.net Sun Aug 11 16:30:22 2013 From: rol at witbe.net (Paul Rolland (=?UTF-8?B?44Od44O844Or44O744Ot44Op44Oz?=)) Date: Sun, 11 Aug 2013 16:30:22 +0200 Subject: [Users] Claws 3.9.2 - two _really_ annoying issues... In-Reply-To: <20130811123717.09be7195@tux.DEF.witbe.net> References: <20130809140645.451a3151@tux.DEF.witbe.net> <20130810143013.3b005a46@delight> <20130811120007.051b18e3@tux.DEF.witbe.net> <20130811123717.09be7195@tux.DEF.witbe.net> Message-ID: <20130811163022.724b858b@tux.DEF.witbe.net> Hello, On Sun, 11 Aug 2013 12:37:17 +0200 Paul Rolland (ポール・ロラン) wrote: > Hello, > > That's me again ;) > OK, continued to play with the "Receive mail from All accounts > Account 1" and then hit F5, together with some more traces in inc.c, and here is what I have: 109 [16:24] rol at tux.DEF:~> egrep "(inc_start|inc_lock|inc_unl)" /tmp/log2 folderview.c:732:called inc_lock (lock count 1) folderview.c:759:called inc_unlock (lock count 0) summaryview.c:1248:called inc_lock (lock count 1) summaryview.c:1333:called inc_unlock (lock count 0) folderview.c:732:called inc_lock (lock count 1) folderview.c:759:called inc_unlock (lock count 0) folderview.c:732:called inc_lock (lock count 1) folderview.c:759:called inc_unlock (lock count 0) folderview.c:732:called inc_lock (lock count 1) folderview.c:759:called inc_unlock (lock count 0) folderview.c:732:called inc_lock (lock count 1) folderview.c:759:called inc_unlock (lock count 0) folderview.c:732:called inc_lock (lock count 1) folderview.c:759:called inc_unlock (lock count 0) summaryview.c:1248:called inc_lock (lock count 1) summaryview.c:1583:called inc_unlock (lock count 0) inc.c:302:rol: inc_account_mail_real calls inc_start() inc.c:583:rol: inc_start() starting (0) inc.c:418:rol: inc_all_account_mail calls inc_start() inc.c:583:rol: inc_start() starting (0) folder.c:3674:called inc_lock (lock count 1) folder.c:3676:called inc_unlock (lock count 0) folder.c:3674:called inc_lock (lock count 1) folder.c:3676:called inc_unlock (lock count 0) folder.c:3674:called inc_lock (lock count 1) folder.c:3676:called inc_unlock (lock count 0) summaryview.c:1248:called inc_lock (lock count 1) summaryview.c:1583:called inc_unlock (lock count 0) inc.c:800:rol: inc_start() finished (0) inc.c:800:rol: inc_start() finished (0) "(0)" is the value of inc_lock_count. So, every time a POP session is started, it doesn't seem to be "protected" by lock_count. Is there any other mechanism, associated to the account ? Paul -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From pf at pfortin.com Sun Aug 11 19:17:53 2013 From: pf at pfortin.com (Pierre Fortin) Date: Sun, 11 Aug 2013 13:17:53 -0400 Subject: [Users] Python script access to file(s) inside folder? In-Reply-To: <20130808230254.43939a9a@wodan> References: <20130808163531.6f058fc9@pfortin.com> <20130808230254.43939a9a@wodan> Message-ID: <20130811131753.5df40e90@pfortin.com> On Thu, 8 Aug 2013 23:02:54 +0200 Holger Berndt wrote: >On Do, 08.08.2013 16:35, Pierre Fortin wrote: > >>I'm trying to setup individual .signature files on a per folder basis; > >Claws Mail has folder-specific templates built in, via folder >properties. Maybe that's what you're looking for? Not quite... I was trying to get part way towards what I think might be a better .signature setup which ultimately could act something like this: 1. if no .signature file exists, don't display the Signature button on compose/reply/forward. 2. if a .signature file exists within the folder where the compose/reply/forward is originating from, use that one[1]. 3. otherwise, use the account's specified default .signature[1]. [1] or... while still respecting the "Automatically insert signature" option, provide a Signature dropdown to allow picking either the folder's or account's .signature (or 2 buttons) All notwithstanding the use of templates which could co-exist with such a scheme... >>but am missing the magic for understanding the difference between >>OS_path [/home/pfortin/Mail/...] and claws_path [#mh/Mailbox/...] > >What you call "claws_path" is an identifier. It is a string that Claws >Mail can use to uniquely refer to a folder. It may or may not correspond >to a filesystem folder on your harddisc. From everything I can see: /home/pfortin/Mail/Linux/claws-mail is the same directory|folder as #mh/Mailbox/Linux/claws-mail but, I still can't get at the latter... probably some subtle syntactical issue I keep tripping over... Doh!!! OS!! os.listdir() works on the former; but not the latter for [now] obvious reasons... Would this require replicating the os module functions, such as: clawsmail.listdir() etc...? Or... could os.() be hinted to use #mh/Mailbox as a "symlink" to /home/pfortin/Mail? Not asking for implementation, just trying to grok better... :) Don't suppose there's a way to copy a file, such as: #mh/Mailbox/Linux/claws-mail/.signature into a compose window at will..? >Holger Thanks, Pierre From rol at witbe.net Sun Aug 11 22:07:09 2013 From: rol at witbe.net (Paul Rolland (=?UTF-8?B?44Od44O844Or44O744Ot44Op44Oz?=)) Date: Sun, 11 Aug 2013 22:07:09 +0200 Subject: [Users] Patches for 3.9.2 [Was:Re: Claws 3.9.2 - two _really_ annoying issues...] In-Reply-To: <20130811123717.09be7195@tux.DEF.witbe.net> References: <20130809140645.451a3151@tux.DEF.witbe.net> <20130810143013.3b005a46@delight> <20130811120007.051b18e3@tux.DEF.witbe.net> <20130811123717.09be7195@tux.DEF.witbe.net> Message-ID: <20130811220709.3c4918c6@tux.DEF.witbe.net> Hello, On Sun, 11 Aug 2013 12:37:17 +0200 Paul Rolland (ポール・ロラン) wrote: > > > > It may be important to note that this account (used to Send) is also > > > > configured with "Authenticate with POP before sending". Maybe the > > > > POP sessions are mixing each other ? > > > My impression: The session pointer for the receive task is overwritten > > > by the send task. As you see below pop3_session_new does not check if > > > there are running sessions, nor is the session stored account > > > specific. > > Here is a network log that I managed to get. It clearly shows that two > sessions are running concurrently on the same account ! OK, it turns out that we have two problems in Claws : - POP3 sessions can execute simultaneously on the same account, - processing folder is shared among all the accounts. So, I've prepared and tested two patches. First one is only addressing problem #1 and is using a new flag in the PrefAccounts to make sure that a POP3 session cannot be running simultaneously (though not preventing two sessions on different accounts to run). The second patch is addressing problems 1 and 2, and is adding a per-account processing folder, using a "processing- naming. I've tested these, and so far, they seem to fix my problems. Any comment welcome, I must say that I give up trying to understand if inc_lock_count (in inc.c) could be used. Best, Paul -------------- next part -------------- A non-text attachment was scrubbed... Name: patch.pop Type: application/octet-stream Size: 2310 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: patch.pop+processing Type: application/octet-stream Size: 6623 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From noreply at thewildbeast.co.uk Mon Aug 12 04:14:40 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 12 Aug 2013 02:14:40 +0000 Subject: [Users] [Bug 2990] New: crash closing a message window. 'pthread_mutex_trylock': Invalid argument. Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2990 Bug ID: 2990 Summary: crash closing a message window. 'pthread_mutex_trylock': Invalid argument. Classification: Unclassified Product: Claws Mail Version: other Hardware: Other OS: Linux Status: NEW Severity: normal Priority: P3 Component: Other Assignee: users at lists.claws-mail.org Reporter: kardan at riseup.net Created attachment 1293 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1293&action=edit claws --debug & gdb Claws crashed while clowsing a message window. msgcache.c:195:Cache size: 58 messages, 20403 bytes addr_compl.c:683:end_address_completion ref count 1 gtkaspell.c:733:Aspell: Deleting gtkaspeller 0x8f5a760. gtkaspell.c:754:Aspell: gtkaspeller 0x8f5a760 deleted. gtkaspell.c:738:Aspell: number of existing checkers 1 gtkaspell.c:472:Aspell: deleting gtkaspell 0x99f3600 GLib (gthread-posix.c): Unexpected error from C library during 'pthread_mutex_trylock': Invalid argument. Aborting. Program received signal SIGABRT, Aborted. 0xb7fde424 in __kernel_vsyscall () Thread 1 (Thread 0xb63bbb00 (LWP 11406)): #0 0xb7fde424 in __kernel_vsyscall () #1 0xb6d7883f in __GI_raise (sig=sig at entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #2 0xb6d7bcf3 in __GI_abort () at abort.c:90 #3 0xb73dae13 in g_thread_abort (status=, function=function at entry=0xb74a6522 "pthread_mutex_trylock") at /buil$ #4 0xb7451180 in g_mutex_trylock (mutex=0x9a64ef0) at /build/glib2.0-EIRQgp/glib2.0-2.36.3/./glib/gthread-posix.c:258 #5 0x080b7445 in compose_close_cb (action=action at entry=0x9a73060, data=0x93c9f20) at compose.c:10005 $7 = {object = {g_type_instance = {g_class = 0x8528208}, ref_count = 5, qdata = 0x916a088}, private_data = 0x9a73070} (gdb) p *action->object->g_type_instance->g_class->g_type $11 = 712 (gdb) p *action->object->qdata $14 = {n_qdatas = 1, qdatas = 0x2} (gdb) p *action->private_data $15 = {name = 0x84c320b "Message/Close", label = 0x875d1f0 "_Close", short_label = 0x8b55c00 "_Close", tooltip = 0x0, stock_id = 0x0, icon_name = 0x0, gicon = 0x0, sensitive = 1, visible = 1, label_set = 1, short_label_set = 0, visible_horizontal = 1, visible_vertical = 1, is_important = 0, hide_if_empty = 1, visible_overflown = 1, always_show_image = 0, recursion_guard = 0, activate_blocked = 0, accel_count = 0, accel_group = 0x94ba220, accel_closure = 0x916a050, accel_quark = 2544, action_group = 0xadc02180, proxies = 0x0} -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Aug 12 07:13:33 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 12 Aug 2013 05:13:33 +0000 Subject: [Users] [Bug 2661] Unencrypted e-mail gets saved on IMAP server In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2661 --- Comment #15 from Intactivist --- I followed the guide to setting up Gmail in Claws Mail and also encountered this problem. This is not a bug. There should be a warning on these guides, however. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Aug 12 10:06:08 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 12 Aug 2013 08:06:08 +0000 Subject: [Users] [Bug 2990] crash closing a message window. 'pthread_mutex_trylock': Invalid argument. In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2990 --- Comment #1 from Ricardo Mones --- Is this reproducible? Version? Anyway given the “GLib (gthread-posix.c): Unexpected error from C library during 'pthread_mutex_trylock': Invalid argument. Aborting.” message, seems that it's nothing to do with Claws Mail. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Aug 12 10:55:50 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 12 Aug 2013 08:55:50 +0000 Subject: [Users] [Bug 2991] New: POP3 problems: POP3 sessions duplicated, and filtering issues Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2991 Bug ID: 2991 Summary: POP3 problems: POP3 sessions duplicated, and filtering issues Classification: Unclassified Product: Claws Mail Version: 3.9.2 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P3 Component: POP3 Assignee: users at lists.claws-mail.org Reporter: rol at as2917.net Created attachment 1294 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1294&action=edit Patch to add a per-account lock to prevent two simultaneous POP3 sessions on the same account First, I have to say that they occur only while I'm in holidays: at that time, my Internet access is an ultra slow GPRS access.... I'm using POP3, and I have several accounts configured. Each of them as a default folder to drop emails. I also have filtering rules, some applying to all the accounts, some only for specific accounts. Last, my "Default" folder also has a processing rule to archive emails older than 32 days. Problem #1: a) Claws is offline b) I connect to Internet using my GPRS modem. Due to the way I'm connecting, NetworkManager is not informed, and Claws is still offline. c) Turn Claws online, d) Receive messages for one account. If the "Receive" operation I start manually last longer than this account retrieve interval, and that this account is configured for automatic retrieval, I end up with _two_ retrieve operations at the same time. I can see by the "progress counters" at the bottom right of the Claws window alternating their counts of messages, for example: 10/46 then 30/46 then 10/46 again, and so on. When that happens, I kill Claws to avoid more mess... Problem #2: a) Claws is online b) I start a "Receive all", still using my slow GPRS access. This first collect the emails from my professional account, and then it goes to a secondary account, which is subscribed to several mailing lists. c) While the retrieval on the secondary mailing list occurs, I reply to an email associated with the main account, and Send this email. This "Send" action results in all the emails received so far for the secondary account (POP still in progress) to be placed in the folder associated with the main account (the one used for the Send). It may be important to note that this account (used to Send) is also configured with "Authenticate with POP before sending". Maybe the POP sessions are mixing each other ? After investigations, it seems that problem #1 can be easily reproduced: - claws mail is offline, - I turned it online, - I used the "Received mail from all accounts" and selected one account, to start a retrieve session on that account. - While it was running, I hit "F5" which is bound to Message > Receive > Get from all accounts Nothing seems to be preventing two POP3 sessions for the same account to occur. Adding a locking mechanism seems to be required. Also, as nothing is also preventing simultaneous POP3 sessions on _different_ accounts, and because: static gint inc_drop_message(Pop3Session *session, const gchar *file) ... /* CLAWS: claws uses a global .processing folder for the filtering. */ dropfolder = folder_get_default_processing(); then everytime it happens that two (or more) POP3 sessions happens at the same time, messages filtering is causing bad results. This could easily be solved using a per-account processing folder. Attach to this post is a first patch that adds a flag in the PrefsAccounts. This flag is used to "lock" the POP3 session, thus avoiding it to be duplicated, while still allowing several POP3 on various accounts to be executed. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Aug 12 10:57:47 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 12 Aug 2013 08:57:47 +0000 Subject: [Users] [Bug 2991] POP3 problems: POP3 sessions duplicated, and filtering issues In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2991 --- Comment #1 from Paul Rolland --- Created attachment 1295 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1295&action=edit Patch to fix POP3 and processing issues This second patch contains the previous one plus a proposal to have per-account processing folder, based on the account_id. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Aug 12 11:54:31 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 12 Aug 2013 09:54:31 +0000 Subject: [Users] [Bug 2246] Claws mail creates two Inbox folders with Lavabit.com IMAP accounts In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2246 Ricardo Mones changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |LATER --- Comment #14 from Ricardo Mones --- http://lavabit.com/ has ceased operation so I don't think this can ever be fixed. Setting for later, just in case the service becomes available again. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Aug 12 12:33:08 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 12 Aug 2013 10:33:08 +0000 Subject: [Users] [Bug 2992] New: when sending use also password user has manually input for receiving Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2992 Bug ID: 2992 Summary: when sending use also password user has manually input for receiving Classification: Unclassified Product: Claws Mail Version: 3.9.2 Hardware: PC URL: http://bugs.debian.org/719229 OS: Linux Status: NEW Severity: enhancement Priority: P3 Component: SMTP Assignee: users at lists.claws-mail.org Reporter: mones at users.sourceforge.net Currently only configured password is used to honor the "If you leave these entries empty, the same user ID and password as receiving will be used." in SMTP authentication. If the user hasn't configured a password for receiving this results in being asked twice, once for receiving and again for sending. More info on the original bug report. Would be nice that the password input in the first step could be reused for sending, if the configured password for receiving is blank. Thanks in advance. -- You are receiving this mail because: You are the assignee for the bug. From bdm at fenrir.org.uk Mon Aug 12 17:55:00 2013 From: bdm at fenrir.org.uk (Brian Morrison) Date: Mon, 12 Aug 2013 16:55:00 +0100 Subject: [Users] Building using git In-Reply-To: <20130808193059.00000b18@surtees.fenrir.org.uk> References: <20130808164349.000039a5@surtees.fenrir.org.uk> <20130808181033.31bd348c@thewildbeast> <20130808184706.00003c69@surtees.fenrir.org.uk> <20130808185654.6c7dfacf@thewildbeast> <20130808193059.00000b18@surtees.fenrir.org.uk> Message-ID: <20130812165500.000058a7@surtees.fenrir.org.uk> On Thu, 8 Aug 2013 19:30:59 +0100 Brian Morrison wrote: > Seems to be working now, except that once everything has finished > running the version.h file contains a version of 3.9.2.60, so how do > I get it to reflect the git directory when a git pull --all is giving > me an up to date response? I assume there is another step needed to > put the correct version information where the build tools can find it. Didn't see an answer to my question. Can anyone help? -- Brian Morrison From noreply at thewildbeast.co.uk Tue Aug 13 08:33:05 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 13 Aug 2013 06:33:05 +0000 Subject: [Users] [Bug 2923] build failure with perl 5.18 In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2923 Ricardo Mones changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED |--- --- Comment #2 from Ricardo Mones --- Reopening because original bug was reopened as it still fails to build with newer perl. Original reporter provided a new patch fixing the remaining instances of the error that causes the failure: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=38;filename=claws-pod.patch;att=1;bug=708004 -- You are receiving this mail because: You are the assignee for the bug. From ricardo at mones.org Tue Aug 13 08:58:39 2013 From: ricardo at mones.org (Ricardo Mones) Date: Tue, 13 Aug 2013 08:58:39 +0200 Subject: [Users] Building using git In-Reply-To: <20130812165500.000058a7@surtees.fenrir.org.uk> References: <20130808164349.000039a5@surtees.fenrir.org.uk> <20130808181033.31bd348c@thewildbeast> <20130808184706.00003c69@surtees.fenrir.org.uk> <20130808185654.6c7dfacf@thewildbeast> <20130808193059.00000b18@surtees.fenrir.org.uk> <20130812165500.000058a7@surtees.fenrir.org.uk> Message-ID: <20130813065838.GA3596@trasgu> On Mon, Aug 12, 2013 at 04:55:00PM +0100, Brian Morrison wrote: > On Thu, 8 Aug 2013 19:30:59 +0100 > Brian Morrison wrote: > > > Seems to be working now, except that once everything has finished > > running the version.h file contains a version of 3.9.2.60, so how do > > I get it to reflect the git directory when a git pull --all is giving > > me an up to date response? I assume there is another step needed to > > put the correct version information where the build tools can find it. > > Didn't see an answer to my question. Can anyone help? That file is updated from git describe when you run autogen.sh, unless you don't have the .git dir. In that case (building from a tarball without .git) the pre-generated 'version' script is used by autogen.sh. From your previous messages is not clear to me which case you were, probably somewhere in between, hence the version divergences. -- Ricardo Mones ~ bash: ./signature: No such file or directory /bin/bash -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From j_deutsch at web.de Tue Aug 13 13:22:40 2013 From: j_deutsch at web.de (Johannes Deutsch) Date: Tue, 13 Aug 2013 13:22:40 +0200 Subject: [Users] Apply filtering rules on RSSyl folders Message-ID: <20130813132240.7e334c07@web.de> claws-mail: 3.9.2 RSSyl: 3.9.2 Hi there, is it possible to apply filtering rules on the RSSyl folders so that they act on all items that are newly received!? Currently filtering rules only apply on a RSSyl folder if i manually invoke Tools->'Filter all messages in the folder' and not automatically. Processing rules doesn't help me either since i want to take action upon the reception of a new feed item. In the case that this is currently not possible let me know where to post a feature request. With best regards From bdm at fenrir.org.uk Tue Aug 13 16:36:39 2013 From: bdm at fenrir.org.uk (Brian Morrison) Date: Tue, 13 Aug 2013 15:36:39 +0100 Subject: [Users] Building using git In-Reply-To: <20130813065838.GA3596@trasgu> References: <20130808164349.000039a5@surtees.fenrir.org.uk> <20130808181033.31bd348c@thewildbeast> <20130808184706.00003c69@surtees.fenrir.org.uk> <20130808185654.6c7dfacf@thewildbeast> <20130808193059.00000b18@surtees.fenrir.org.uk> <20130812165500.000058a7@surtees.fenrir.org.uk> <20130813065838.GA3596@trasgu> Message-ID: <20130813153639.00006120@surtees.fenrir.org.uk> On Tue, 13 Aug 2013 08:58:39 +0200 Ricardo Mones wrote: > On Mon, Aug 12, 2013 at 04:55:00PM +0100, Brian Morrison wrote: > > On Thu, 8 Aug 2013 19:30:59 +0100 > > Brian Morrison wrote: > > > > > Seems to be working now, except that once everything has finished > > > running the version.h file contains a version of 3.9.2.60, so how > > > do I get it to reflect the git directory when a git pull --all is > > > giving me an up to date response? I assume there is another step > > > needed to put the correct version information where the build > > > tools can find it. > > > > Didn't see an answer to my question. Can anyone help? > > That file is updated from git describe when you run autogen.sh, > unless you don't have the .git dir. In that case (building from a > tarball without .git) the pre-generated 'version' script is used by > autogen.sh. > > From your previous messages is not clear to me which case you were, > probably somewhere in between, hence the version divergences. Well I thought I had done the right thing, I cloned a new directory, did a git pull --all and then ran autogen.sh which still gave me the wrong version. Is there something I need to delete first? -- Brian Morrison From noreply at thewildbeast.co.uk Tue Aug 13 20:03:22 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 13 Aug 2013 18:03:22 +0000 Subject: [Users] [Bug 2993] New: show all day when selecting calendar Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2993 Bug ID: 2993 Summary: show all day when selecting calendar Classification: Unclassified Product: Claws Mail Version: GIT Hardware: Other OS: All Status: NEW Severity: normal Priority: P3 Component: Plugins/vCalendar Assignee: users at lists.claws-mail.org Reporter: thenadar at gmx.net Created attachment 1296 --> http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1296&action=edit despite enough place only half the calendar shows up When selecting the vcalendar folder, the calendar is only shown partly even if there is enough place. See attachment. It shouldn't be too difficult to make it show all hours from midnight to 11 pm. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 13 20:15:53 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 13 Aug 2013 18:15:53 +0000 Subject: [Users] [Bug 2994] New: translating folder name Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2994 Bug ID: 2994 Summary: translating folder name Classification: Unclassified Product: Claws Mail Version: GIT Hardware: Other OS: All Status: NEW Severity: minor Priority: P3 Component: Plugins/vCalendar Assignee: users at lists.claws-mail.org Reporter: thenadar at gmx.net There is no string for the translation of the folder name "Meetings". Inconsistent naming in a localized version of Claws Mail is not so nice. For German there is "Treffen" everywhere - but the folder is named with the untranslated "Meetings" -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 14 06:50:22 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 14 Aug 2013 04:50:22 +0000 Subject: [Users] [Bug 2990] crash closing a message window. 'pthread_mutex_trylock': Invalid argument. In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2990 --- Comment #2 from kardan at riseup.net --- It happened only once during high I/O load, maybe I clicked on send twice. 3.9.2git27 -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 14 08:34:31 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 14 Aug 2013 06:34:31 +0000 Subject: [Users] [Bug 2990] crash closing a message window. 'pthread_mutex_trylock': Invalid argument. In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2990 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 14 08:42:38 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 14 Aug 2013 06:42:38 +0000 Subject: [Users] [Bug 2993] show all day when selecting calendar In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2993 --- Comment #1 from Paul --- This works for me. Can you tell more about the problem? -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 13 20:16:24 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 13 Aug 2013 18:16:24 +0000 Subject: [Users] [Bug 2994] translating folder name In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2994 --- 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/ http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=5213f483e5d1857a546be1a4d538580c67a58cb7 Author: Paul Date: Wed Aug 14 07:57:53 2013 +0100 fix bug 2994, 'translating folder name' -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 14 09:01:07 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 14 Aug 2013 07:01:07 +0000 Subject: [Users] [Bug 2994] translating folder name In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2994 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 7 12:53:26 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 07 Aug 2013 10:53:26 +0000 Subject: [Users] [Bug 2986] Down and Delete buttons have same hotkey in filtering config In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2986 --- 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/ http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=0d8e6129533572a8a637d61bb968a0b6160f0283 Author: Paul Date: Wed Aug 14 08:51:16 2013 +0100 fix bug 2986, 'Down and Delete buttons have same hotkey in filtering config' and then some -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 14 09:53:49 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 14 Aug 2013 07:53:49 +0000 Subject: [Users] [Bug 2986] Down and Delete buttons have same hotkey in filtering config In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2986 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 14 10:33:31 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 14 Aug 2013 08:33:31 +0000 Subject: [Users] [Bug 2351] IMAP related crash in folder_item_get_msginfo_by_msgid () at folder.c:2771 In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2351 --- Comment #3 from kardan at riseup.net --- It probably happens while filtering messages. Any hint is welcome. As usal I keep the core files for later questions. imap-thread.c:1449:imap select - end imap.c:3822:select: exists 1702 recent 2 expunge 0 uid_validity 1328764413 can_create_flags 1 imap.c:4861:IMAP changing flags imap-thread.c:3266:imap store - begin imap-thread.c:388:found imap 0x8a52700 imap-thread.c:388:found imap 0x8a52700 [09:17:09] IMAP4> 683 UID STORE 152063368 +FLAGS.SILENT (\Seen) mainwindow.c:2796:mainwin in full screen state. Keeping original settings [09:17:13] IMAP4< 683 OK Store completed. imap-thread.c:3256:imap store run - end 0 imap-thread.c:404:generic_cb imap-thread.c:3278:imap store - en Program received signal SIGSEGV, Segmentation fault. folder_item_get_msginfo_by_msgid (item=0x26d, msgid=0x16
) at folder.c:2804 2804 if (item->no_select) Thread 1 (Thread 0xb63c6b00 (LWP 2592)): #0 folder_item_get_msginfo_by_msgid (item=0x26d, msgid=0x16
) at folder.c:2804 #1 0x08195073 in procmsg_msg_has_flagged_parent_real (info=info at entry=0x8796700, perm_flags=perm_flags at entry=4, parentmsgs=0x8421b60) at procmsg.c:2138 #2 0x08195c1b in procmsg_msg_has_flagged_parent (info=info at entry=0x8796700, perm_flags=perm_flags at entry=4) at procmsg.c:2186 #3 0x08195c87 in procmsg_msg_has_marked_parent (info=info at entry=0x8796700) at procmsg.c:2198 #4 0x08195df5 in update_folder_msg_counts (item=item at entry=0x87fa108, msginfo=msginfo at entry=0x8796700, old_flags=old_flags at entry=81923) at procmsg.c:1940 #5 0x081960c1 in procmsg_msginfo_unset_flags (msginfo=msginfo at entry=0x8796700, perm_flags=perm_flags at entry=3, tmp_flags=tmp_flags at entry=0) at procmsg.c:2059 #6 0x081ac6ba in summary_msginfo_unset_flags (msginfo=0x8796700, flags=3, tmp_flags=0) at summaryview.c:3438 #7 0x081b2014 in msginfo_mark_as_read (summaryview=0x8669438, msginfo=, row=0x89a0360) at summaryview.c:3523 #8 0x081b20ed in msginfo_mark_as_read_timeout (data=data at entry=0x941b990) at summaryview.c:3541 #9 0xb740e087 in g_timeout_dispatch (source=source at entry=0x8904ff8, callback=0x81b20a0 , user_data=0x941b990) at /build/glib2.0-EIRQgp/glib2.0-2.36.3/./glib/gmain.c:4413 #10 0xb740d333 in g_main_dispatch (context=0x84fbca8, context at entry=0x8729550) at /build/glib2.0-EIRQgp/glib2.0-2.36.3/./glib/gmain.c:3054 #11 g_main_context_dispatch (context=context at entry=0x84fbca8) at /build/glib2.0-EIRQgp/glib2.0-2.36.3/./glib/gmain.c:3630 #12 0xb740d6d0 in g_main_context_iterate (context=context at entry=0x84fbca8, block=block at entry=1, dispatch=dispatch at entry=1, self=) at /build/glib2.0-EIRQgp/glib2.0-2.36.3/./glib/gmain.c:3701 #13 0xb740d7b1 in g_main_context_iteration (context=0x84fbca8, context at entry=0x0, may_block=may_block at entry=1) at /build/glib2.0-EIRQgp/glib2.0-2.36.3/./glib/gmain.c:3762 #14 0xb7c35bd1 in IA__gtk_main_iteration () at /build/gtk+2.0-2e9BNH/gtk+2.0-2.24.20/gtk/gtkmain.c:1345 #0 folder_item_get_msginfo_by_msgid (item=0x26d, msgid=0x16
) at folder.c:2804 2804 if (item->no_select) item = 0x26d msgid = 0x16
#1 0x08195073 in procmsg_msg_has_flagged_parent_real (info=info at entry=0x8796700, perm_flags=perm_flags at entry=4, parentmsgs=0x8421b60) at procmsg.c:2138 2138 tmp = folder_item_get_msginfo_by_msgid(info->folder, (gdb) p *info $1 = {refcnt = 0, msgnum = 0, size = 4294967515, mtime = 0, date_t = 1, thread_date = 1, flags = {perm_flags = 81920, tmp_flags = 218}, fromname = 0x1
, date = 0xdb
, from = 0x26d
, to = 0x0, cc = 0x26d
, newsgroups = 0xdb
, subject = 0x26e
, msgid = 0xda
, inreplyto = 0x16
, xref = 0xdb
, folder = 0x26d, to_folder = 0x0, to_filter_folder = 0x26d, filter_op = 219, references = 0x26e, fromspace = 0x0, score = 0, plaintext_file = 0x0, hidden = 0, total_size = 0, planned_download = 0, tags = 0x0, extradata = 0x9a9acc8} (gdb) p *parentmsgs $2 = {size = 8, mod = 7, mask = 7, nnodes = 0, noccupied = 4, keys = 0x8892200, hashes = 0x90991c0, values = 0x9787428, hash_func = 0xb73faf70 , key_equal_func = 0x0, ref_count = 1, version = 533326, key_destroy_func = 0x0, value_destroy_func = 0x0} #4 0x08195df5 in update_folder_msg_counts (item=item at entry=0x87fa108, msginfo=msginfo at entry=0x8796700, old_flags=old_flags at entry=81923) at procmsg.c:1940 1940 if (procmsg_msg_has_marked_parent(msginfo)) (gdb) p *item $4 = {stype = F_NORMAL, name = 0x87fa1d8 "pfir", path = 0x87f9fd8 "INBOX/projects/opentech/privacy/pfir", mtime = 1328765083, new_msgs = -1, unread_msgs = 0, total_msgs = 23, unreadmarked_msgs = 0, marked_msgs = 0, replied_msgs = 0, forwarded_msgs = 0, locked_msgs = 0, ignored_msgs = 0, watched_msgs = 0, order = 0, last_num = -1, cache = 0x8cc8ae8, cache_dirty = 1, mark_dirty = 1, tags_dirty = 0, no_sub = 0, no_select = 0, collapsed = 0, thread_collapsed = 0, threaded = 1, hide_read_msgs = 0, ret_rcpt = 0, search_match = 0, hide_del_msgs = 0, hide_read_threads = 0, op_count = 0, opened = 1, update_flags = (unknown: 0), sort_key = SORT_BY_DATE, sort_type = SORT_ASCENDING, node = 0x87f6480, folder = 0x87c43c0, account = 0x0, apply_sub = 0, mark_queue = 0x0, data = 0x0, prefs = 0x87fa1f8, parent_stype = F_NORMAL, processing_pending = 0, scanning = 0, last_seen = 27} #7 0x081b2014 in msginfo_mark_as_read (summaryview=0x8669438, msginfo=, row=0x89a0360) at summaryview.c:3523 3523 (msginfo, MSG_NEW | MSG_UNREAD, 0); (gdb) p *summaryview $5 = {vbox = 0x8612dc8, mainwidget_book = 0x866c060, scrolledwin = 0x858e138, ctree = 0x8539478, hbox = 0x8612e20, hbox_l = 0x8612f80, hbox_spc = 0x8621010, stat_box = 0x8612ed0, stat_box2 = 0x8612f28, folder_pixmap = 0x86b1b40, folder_pixmap_eventbox = 0x8613770, statlabel_folder = 0x8628810, statlabel_select = 0x8628890, statlabel_msgs = 0x8628910, toggle_eventbox = 0x8613200, toggle_arrow = 0x8613250, toggle_search = 0x8618f08, quick_search_pixmap = 0x86ca430, popupmenu = 0x85fe690, colorlabel_menu = 0x86c54d8, tags_menu = 0x86c55d8, window = 0x84fb160, selected = 0x8f39850, displayed = 0x0, display_msg = 0, color_important = {pixel = 0, red = 0, green = 0, blue = 65535}, col_state = {{type = S_COL_MARK, visible = 1}, {type = S_COL_STATUS, visible = 1}, {type = S_COL_MIME, visible = 1}, {type = S_COL_SUBJECT, visible = 1}, {type = S_COL_FROM, visible = 1}, {type = S_COL_DATE, visible = 1}, {type = S_COL_SIZE, visible = 1}, {type = S_COL_NUMBER, visible = 0}, {type = S_COL_SCORE, visible = 0}, {type = S_COL_LOCKED, visible = 0}, {type = S_COL_TO, visible = 0}, {type = S_COL_TAGS, visible = 0}}, col_pos = {0, 1, 2, 3, 4, 10, 5, 6, 7, 8, 9, 11}, color_marked = {pixel = 0, red = 0, green = 0, blue = 65535}, color_dim = {pixel = 0, red = 35000, green = 35000, blue = 35000}, lock_count = 0, mainwin = 0x8536678, folderview = 0x86253f8, headerview = 0x0, messageview = 0x869d778, ext_messageview = 0x0, quicksearch = 0x8670ee0, folder_item = 0x87fa108, important_score = 0, sort_key = SORT_BY_DATE, sort_type = SORT_ASCENDING, threaded = 1, thread_collapsed = 0, simplify_subject_preg = 0x0, unreadmarked = 0, total_size = 194222, deleted = 0, moved = 0, copied = 0, msgid_table = 0x97caba8, subject_table = 0x9108c88, mlist = 0x0, msginfo_update_callback_id = 93, folder_item_update_callback_id = 3, folder_update_callback_id = 3, target_list = 0x8698588, recursive_matched_folders = 0x0, search_root_folder = 0x0} (gdb) p *row $6 = {list = {data = 0x9676780, next = 0x0, prev = 0x9676780}} (sorry for all that this noise, maybe some useful info hides in the dirt) -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 14 10:36:28 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 14 Aug 2013 08:36:28 +0000 Subject: [Users] [Bug 2351] IMAP related crash in folder_item_get_msginfo_by_msgid () at folder.c:2771 In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2351 --- Comment #4 from Paul --- @kardan at riseup.net: it's generally better if you describe how the bug can be reproduced rather than filling the bug tracker with loads of stuff. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 14 10:40:59 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 14 Aug 2013 08:40:59 +0000 Subject: [Users] [Bug 2947] unintended shutdown: Invalid read/write of size 4 In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2947 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |INVALID --- Comment #10 from Paul --- re-open only if you can provide clear instructions on how to reproduce this bug. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 14 10:43:22 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 14 Aug 2013 08:43:22 +0000 Subject: [Users] [Bug 2953] cm leaks memory when connection fails In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2953 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #3 from Paul --- you seem to be talking about 2 issues here. re-open this only if you can describe clearly what the bug is and how to reproduce it. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 14 10:44:57 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 14 Aug 2013 08:44:57 +0000 Subject: [Users] [Bug 2955] double linked list while receiving IMAP messages In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2955 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #1 from Paul --- re-open only if you can provide clear instructions on what the bug is and how to reproduce it. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 14 10:51:27 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 14 Aug 2013 08:51:27 +0000 Subject: [Users] [Bug 2945] Hang up - looping In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2945 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #13 from Paul --- now news for a month, assuming 'resolved'. re-open if you have some further relevant info on this. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 14 10:52:51 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 14 Aug 2013 08:52:51 +0000 Subject: [Users] [Bug 2926] Segfault with imap_threaded_noop In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2926 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #1265|application/octet-stream |text/plain mime type| | -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 14 10:55:00 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 14 Aug 2013 08:55:00 +0000 Subject: [Users] [Bug 2926] Segfault with imap_threaded_noop In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2926 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #2 from Paul --- @Richard Schwab if you are still able to reproduce this problem then re-open with more info -- You are receiving this mail because: You are the assignee for the bug. From bleketux at gmail.com Wed Aug 14 11:15:50 2013 From: bleketux at gmail.com (MSulchan Darmawan) Date: Wed, 14 Aug 2013 16:15:50 +0700 Subject: [Users] Unable to move banner notification Message-ID: <20130814161550.06577c3d@mc19> Dear all, I Use banner notification plugin, and monitoring only some folders. The option "make banner sticky" already un-checked. But I cannot move the banner to other position on the screen. Does it work for you ? Thanks. -- Cheers, [-Sulchan-] claws-mail 3.9.1 @ precise pangolin 12.04 LTS From claws at thewildbeast.co.uk Wed Aug 14 11:40:17 2013 From: claws at thewildbeast.co.uk (Paul) Date: Wed, 14 Aug 2013 10:40:17 +0100 Subject: [Users] Unable to move banner notification In-Reply-To: <20130814161550.06577c3d@mc19> References: <20130814161550.06577c3d@mc19> Message-ID: <20130814104017.3a57a24e@thewildbeast> On Wed, 14 Aug 2013 16:15:50 +0700 MSulchan Darmawan wrote: > I Use banner notification plugin, and monitoring only some folders. > The option "make banner sticky" already un-checked. But I cannot > move the banner to other position on the screen. > > Does it work for you ? 'make banner sticky' means it will appear on all desktops, rather than appear on just one desktop. This works for me. with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From bleketux at gmail.com Wed Aug 14 11:54:18 2013 From: bleketux at gmail.com (MSulchan Darmawan) Date: Wed, 14 Aug 2013 16:54:18 +0700 Subject: [Users] Unable to move banner notification In-Reply-To: <20130814104017.3a57a24e@thewildbeast> References: <20130814161550.06577c3d@mc19> <20130814104017.3a57a24e@thewildbeast> Message-ID: <20130814165418.14e779b1@mc19> On Wed, 14 Aug 2013 10:40:17 +0100 Paul wrote: > 'make banner sticky' means it will appear on all desktops, rather > than appear on just one desktop. This works for me. Ok, is there any way to reset this plugins ? I mean, make it as fresh as new installation. Editing some files on .claws-mail perhaps ? Load/Unload still use old preferences. -- Cheers, [-Sulchan-] claws-mail 3.9.1 @ precise pangolin 12.04 LTS From bdm at fenrir.org.uk Wed Aug 14 11:59:13 2013 From: bdm at fenrir.org.uk (Brian Morrison) Date: Wed, 14 Aug 2013 10:59:13 +0100 Subject: [Users] Building using git In-Reply-To: <20130813153639.00006120@surtees.fenrir.org.uk> References: <20130808164349.000039a5@surtees.fenrir.org.uk> <20130808181033.31bd348c@thewildbeast> <20130808184706.00003c69@surtees.fenrir.org.uk> <20130808185654.6c7dfacf@thewildbeast> <20130808193059.00000b18@surtees.fenrir.org.uk> <20130812165500.000058a7@surtees.fenrir.org.uk> <20130813065838.GA3596@trasgu> <20130813153639.00006120@surtees.fenrir.org.uk> Message-ID: <20130814105913.00001db4@surtees.fenrir.org.uk> On Tue, 13 Aug 2013 15:36:39 +0100 Brian Morrison wrote: > On Tue, 13 Aug 2013 08:58:39 +0200 > Ricardo Mones wrote: > > > On Mon, Aug 12, 2013 at 04:55:00PM +0100, Brian Morrison wrote: > > > On Thu, 8 Aug 2013 19:30:59 +0100 > > > Brian Morrison wrote: > > > > > > > Seems to be working now, except that once everything has > > > > finished running the version.h file contains a version of > > > > 3.9.2.60, so how do I get it to reflect the git directory when > > > > a git pull --all is giving me an up to date response? I assume > > > > there is another step needed to put the correct version > > > > information where the build tools can find it. > > > > > > Didn't see an answer to my question. Can anyone help? > > > > That file is updated from git describe when you run autogen.sh, > > unless you don't have the .git dir. In that case (building from a > > tarball without .git) the pre-generated 'version' script is used by > > autogen.sh. > > > > From your previous messages is not clear to me which case you > > were, probably somewhere in between, hence the version divergences. > > Well I thought I had done the right thing, I cloned a new directory, > did a git pull --all and then ran autogen.sh which still gave me the > wrong version. Is there something I need to delete first? > And after Paul's two new commits today I can see that git65 has now become git67, which is correct. The thing that has been confusing me is that Colin's snapshot generating script had got to git71 a week ago, and has not created a newer version despite there being about 10 commits since that time. What's going on here, did omething get out of sync on Colin's server? It seems that my setup is OK in fact, it's just out of sync with the snapshots. -- Brian Morrison From bdm at fenrir.org.uk Wed Aug 14 12:00:40 2013 From: bdm at fenrir.org.uk (Brian Morrison) Date: Wed, 14 Aug 2013 11:00:40 +0100 Subject: [Users] Unable to move banner notification In-Reply-To: <20130814165418.14e779b1@mc19> References: <20130814161550.06577c3d@mc19> <20130814104017.3a57a24e@thewildbeast> <20130814165418.14e779b1@mc19> Message-ID: <20130814110040.00006919@surtees.fenrir.org.uk> On Wed, 14 Aug 2013 16:54:18 +0700 MSulchan Darmawan wrote: > Load/Unload still use old preferences. I think it should work if you close Claws after the unload and then reopen and load the plugin again. If not you can edit it out of clawsrc while Claws is not running. -- Brian Morrison From claws at thewildbeast.co.uk Wed Aug 14 12:05:35 2013 From: claws at thewildbeast.co.uk (Paul) Date: Wed, 14 Aug 2013 11:05:35 +0100 Subject: [Users] Building using git In-Reply-To: <20130814105913.00001db4@surtees.fenrir.org.uk> References: <20130808164349.000039a5@surtees.fenrir.org.uk> <20130808181033.31bd348c@thewildbeast> <20130808184706.00003c69@surtees.fenrir.org.uk> <20130808185654.6c7dfacf@thewildbeast> <20130808193059.00000b18@surtees.fenrir.org.uk> <20130812165500.000058a7@surtees.fenrir.org.uk> <20130813065838.GA3596@trasgu> <20130813153639.00006120@surtees.fenrir.org.uk> <20130814105913.00001db4@surtees.fenrir.org.uk> Message-ID: <20130814110535.25bc1bac@thewildbeast> On Wed, 14 Aug 2013 10:59:13 +0100 Brian Morrison wrote: > What's going on here, did omething get out of sync on Colin's > server? There's now requirement for gettext 0.18 in order to build git, the server doesn't have it (yet). with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From bdm at fenrir.org.uk Wed Aug 14 12:10:05 2013 From: bdm at fenrir.org.uk (Brian Morrison) Date: Wed, 14 Aug 2013 11:10:05 +0100 Subject: [Users] Building using git In-Reply-To: <20130814110535.25bc1bac@thewildbeast> References: <20130808164349.000039a5@surtees.fenrir.org.uk> <20130808181033.31bd348c@thewildbeast> <20130808184706.00003c69@surtees.fenrir.org.uk> <20130808185654.6c7dfacf@thewildbeast> <20130808193059.00000b18@surtees.fenrir.org.uk> <20130812165500.000058a7@surtees.fenrir.org.uk> <20130813065838.GA3596@trasgu> <20130813153639.00006120@surtees.fenrir.org.uk> <20130814105913.00001db4@surtees.fenrir.org.uk> <20130814110535.25bc1bac@thewildbeast> Message-ID: <20130814111005.00000d90@surtees.fenrir.org.uk> On Wed, 14 Aug 2013 11:05:35 +0100 Paul wrote: > On Wed, 14 Aug 2013 10:59:13 +0100 > Brian Morrison wrote: > > > What's going on here, did omething get out of sync on Colin's > > server? > > There's now requirement for gettext 0.18 in order to build git, the > server doesn't have it (yet). OK, would that cause the effect I'm seeing? I assume that the server was incrementing the decimal git suffix for every commit rather than for each snapshot creation. Has that or will that change? -- Brian Morrison From claws at thewildbeast.co.uk Wed Aug 14 12:23:40 2013 From: claws at thewildbeast.co.uk (Paul) Date: Wed, 14 Aug 2013 11:23:40 +0100 Subject: [Users] Building using git In-Reply-To: <20130814111005.00000d90@surtees.fenrir.org.uk> References: <20130808164349.000039a5@surtees.fenrir.org.uk> <20130808181033.31bd348c@thewildbeast> <20130808184706.00003c69@surtees.fenrir.org.uk> <20130808185654.6c7dfacf@thewildbeast> <20130808193059.00000b18@surtees.fenrir.org.uk> <20130812165500.000058a7@surtees.fenrir.org.uk> <20130813065838.GA3596@trasgu> <20130813153639.00006120@surtees.fenrir.org.uk> <20130814105913.00001db4@surtees.fenrir.org.uk> <20130814110535.25bc1bac@thewildbeast> <20130814111005.00000d90@surtees.fenrir.org.uk> Message-ID: <20130814112340.2d8166ad@thewildbeast> On Wed, 14 Aug 2013 11:10:05 +0100 Brian Morrison wrote: > I assume that the server was incrementing the decimal git suffix for > every commit rather than for each snapshot creation. Has that or > will that change? The snapshot version number is messed up! with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From noreply at thewildbeast.co.uk Tue Aug 13 08:33:05 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 13 Aug 2013 06:33:05 +0000 Subject: [Users] [Bug 2923] build failure with perl 5.18 In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2923 --- 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/ http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=fa243ae92017fc99f5be788debdc40aadf0a19b6 Author: Ricardo Mones Date: Wed Aug 14 17:19:55 2013 +0200 Fix remaining cases of bug #2923 Patch thanks to Dominic Hargreaves on http://bugs.debian.org/708004 -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 14 17:30:07 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 14 Aug 2013 15:30:07 +0000 Subject: [Users] [Bug 2923] build failure with perl 5.18 In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2923 Ricardo Mones changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. From bleketux at gmail.com Thu Aug 15 06:02:48 2013 From: bleketux at gmail.com (MSulchan Darmawan) Date: Thu, 15 Aug 2013 11:02:48 +0700 Subject: [Users] Unable to move banner notification In-Reply-To: <20130814110040.00006919@surtees.fenrir.org.uk> References: <20130814161550.06577c3d@mc19> <20130814104017.3a57a24e@thewildbeast> <20130814165418.14e779b1@mc19> <20130814110040.00006919@surtees.fenrir.org.uk> Message-ID: <20130815110248.7ae078ff@mc19> On Wed, 14 Aug 2013 11:00:40 +0100 Brian Morrison wrote: > I think it should work if you close Claws after the unload and then > reopen and load the plugin again. If not you can edit it out of > clawsrc while Claws is not running. It doesn't work. So I have to edit clawsrc and change the value of banner_root_x to move it to the top right of the screen. Thanks. -- Cheers, [-Sulchan-] claws-mail 3.9.1 @ precise pangolin 12.04 LTS From rezso at rezso.net Thu Aug 15 06:08:13 2013 From: rezso at rezso.net (=?UTF-8?B?UMOhZGVyIFJlenPFkQ==?=) Date: Thu, 15 Aug 2013 06:08:13 +0200 Subject: [Users] Notification: Present main window Message-ID: <20130815060813.29cc7a75@papi.home> Hi all, the notification plugin shows a button with "Present main window" button for me. This is good feature, but the "Present main window" text always in English. It is possible to make this text translatable? Regards, rezso -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From claws at thewildbeast.co.uk Thu Aug 15 08:07:32 2013 From: claws at thewildbeast.co.uk (Paul) Date: Thu, 15 Aug 2013 07:07:32 +0100 Subject: [Users] Notification: Present main window In-Reply-To: <20130815060813.29cc7a75@papi.home> References: <20130815060813.29cc7a75@papi.home> Message-ID: <20130815070732.11fae7af@thewildbeast> On Thu, 15 Aug 2013 06:08:13 +0200 Páder Rezső wrote: > the notification plugin shows a button with "Present main window" > button for me. This is good feature, but the "Present main window" > text always in English. It is possible to make this text > translatable? Done! with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From rezso at rezso.net Thu Aug 15 14:06:09 2013 From: rezso at rezso.net (=?UTF-8?B?UMOhZGVyIFJlenPFkQ==?=) Date: Thu, 15 Aug 2013 14:06:09 +0200 Subject: [Users] Notification: Present main window In-Reply-To: <20130815070732.11fae7af@thewildbeast> References: <20130815060813.29cc7a75@papi.home> <20130815070732.11fae7af@thewildbeast> Message-ID: <20130815140609.57dcf329@papi.home> > Done! Thank you. Regards, rezso -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From linxt at comcast.net Thu Aug 15 21:29:37 2013 From: linxt at comcast.net (Thomas Taylor) Date: Thu, 15 Aug 2013 12:29:37 -0700 Subject: [Users] Search question Message-ID: <20130815122937.2980fdb9@desktop-1.home> When I perform a search folder (Ctrl-Shft-S) and select "find all" it returns with the found messages highlighted but they are spread out over the message list. When I open any of those messages for reading the highlighting on the remainder is lost. I don't find any option for grouping them or to retain the highlighting of the un-opened messages. Would some of you know how to do this so that the list of found messages is retained? Thanks, Tom -- Insight comes more often than not, from looking at what's been on the table all along. - David McCullough ^^ --... ...-- / -.- --. --... -.-. ..-. -.-. ^^^^ Tom Taylor - retired penguin - KG7CFC AMD Phenom II x4 955 -- 4GB RAM -- 2x1.5TB sata2 openSUSE 12.3-x86_64 KDE 4.10.00, FF 19.0, claws-mail 3.9.1 registered linux user 263467 From pf at pfortin.com Thu Aug 15 22:04:04 2013 From: pf at pfortin.com (Pierre Fortin) Date: Thu, 15 Aug 2013 16:04:04 -0400 Subject: [Users] Search question In-Reply-To: <20130815122937.2980fdb9@desktop-1.home> References: <20130815122937.2980fdb9@desktop-1.home> Message-ID: <20130815160404.2382a168@pfortin.com> On Thu, 15 Aug 2013 12:29:37 -0700 Thomas Taylor wrote: >When I perform a search folder (Ctrl-Shft-S) and select "find all" it Ctrl+Shft+F here >returns with the found messages highlighted but they are spread out over >the message list. When I open any of those messages for reading the >highlighting on the remainder is lost. but the Back/Forward buttons follow the selected messages. >I don't find any option for grouping them or to retain the highlighting >of the un-opened messages. Would some of you know how to do this so that >the list of found messages is retained? Maybe you'd prefer Quick Search..? Magnifying glass below message list, or hit "/"... >Thanks, Tom > HTH, Pierre From linxt at comcast.net Thu Aug 15 23:35:04 2013 From: linxt at comcast.net (Thomas Taylor) Date: Thu, 15 Aug 2013 14:35:04 -0700 Subject: [Users] Search question In-Reply-To: <20130815160404.2382a168@pfortin.com> References: <20130815122937.2980fdb9@desktop-1.home> <20130815160404.2382a168@pfortin.com> Message-ID: <20130815143504.7386645a@desktop-1.home> On Thu, 15 Aug 2013 16:04:04 -0400 Pierre Fortin wrote: > On Thu, 15 Aug 2013 12:29:37 -0700 Thomas Taylor wrote: > > >When I perform a search folder (Ctrl-Shft-S) and select "find all" it > > Ctrl+Shft+F here Same here, typing error > > >returns with the found messages highlighted but they are spread out over > >the message list. When I open any of those messages for reading the > >highlighting on the remainder is lost. > > but the Back/Forward buttons follow the selected messages. For some reason that doesn't work on mine. Should have included info: CM 3.9.2 KDE 4.10.97 openSUSE 13.1-M4 (same on openSUSE 12.3) > > >I don't find any option for grouping them or to retain the highlighting > >of the un-opened messages. Would some of you know how to do this so that > >the list of found messages is retained? > > Maybe you'd prefer Quick Search..? Magnifying glass below message list, > or hit "/"... > That doesn't seem to allow for searching the body of the message, only the headers. > >Thanks, Tom > > > > HTH, > Pierre > _______________________________________________ > Users mailing list > Users at lists.claws-mail.org > http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users Thanks, Tom -- Insight comes more often than not, from looking at what's been on the table all along. - David McCullough ^^ --... ...-- / -.- --. --... -.-. ..-. -.-. ^^^^ Tom Taylor - retired penguin - KG7CFC AMD Phenom II x4 955 -- 4GB RAM -- 2x1.5TB sata2 openSUSE 12.3-x86_64 KDE 4.10.00, FF 19.0, claws-mail 3.9.1 registered linux user 263467 From pf at pfortin.com Fri Aug 16 00:21:21 2013 From: pf at pfortin.com (Pierre Fortin) Date: Thu, 15 Aug 2013 18:21:21 -0400 Subject: [Users] Search question In-Reply-To: <20130815143504.7386645a@desktop-1.home> References: <20130815122937.2980fdb9@desktop-1.home> <20130815160404.2382a168@pfortin.com> <20130815143504.7386645a@desktop-1.home> Message-ID: <20130815182121.7b93f16e@pfortin.com> On Thu, 15 Aug 2013 14:35:04 -0700 Thomas Taylor wrote: >On Thu, 15 Aug 2013 16:04:04 -0400 >Pierre Fortin wrote: > >> On Thu, 15 Aug 2013 12:29:37 -0700 Thomas Taylor wrote: >> >> >returns with the found messages highlighted but they are spread out >> >over the message list. When I open any of those messages for reading >> >the highlighting on the remainder is lost. >> >> but the Back/Forward buttons follow the selected messages. > >For some reason that doesn't work on mine. It removes the highlighting; but it still follows the selected messages for me... >Should have included info: > CM 3.9.2 > KDE 4.10.97 > openSUSE 13.1-M4 (same on openSUSE 12.3) > >> >> >I don't find any option for grouping them or to retain the >> >highlighting of the un-opened messages. Would some of you know how to >> >do this so that the list of found messages is retained? >> >> Maybe you'd prefer Quick Search..? Magnifying glass below message >> list, or hit "/"... >> > >That doesn't seem to allow for searching the body of the message, only >the headers. Select Extended and click on Information... i.e., to search for "foo", use "b foo" (see "b S ..." in Info) >> >Thanks, Tom >> > >> >> HTH, >> Pierre >> _______________________________________________ >> Users mailing list >> Users at lists.claws-mail.org >> http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users > >Thanks, Tom > From linxt at comcast.net Fri Aug 16 02:42:47 2013 From: linxt at comcast.net (Thomas Taylor) Date: Thu, 15 Aug 2013 17:42:47 -0700 Subject: [Users] Search question In-Reply-To: <20130815182121.7b93f16e@pfortin.com> References: <20130815122937.2980fdb9@desktop-1.home> <20130815160404.2382a168@pfortin.com> <20130815143504.7386645a@desktop-1.home> <20130815182121.7b93f16e@pfortin.com> Message-ID: <20130815174247.14acacdb@desktop-1.home> On Thu, 15 Aug 2013 18:21:21 -0400 Pierre Fortin wrote: > On Thu, 15 Aug 2013 14:35:04 -0700 Thomas Taylor wrote: > > >On Thu, 15 Aug 2013 16:04:04 -0400 > >Pierre Fortin wrote: > > > >> On Thu, 15 Aug 2013 12:29:37 -0700 Thomas Taylor wrote: > >> > > >> >returns with the found messages highlighted but they are spread out > >> >over the message list. When I open any of those messages for reading > >> >the highlighting on the remainder is lost. > >> > >> but the Back/Forward buttons follow the selected messages. > > > >For some reason that doesn't work on mine. > > It removes the highlighting; but it still follows the selected messages > for me... > > >Should have included info: > > CM 3.9.2 > > KDE 4.10.97 > > openSUSE 13.1-M4 (same on openSUSE 12.3) > > > >> > >> >I don't find any option for grouping them or to retain the > >> >highlighting of the un-opened messages. Would some of you know how to > >> >do this so that the list of found messages is retained? > >> > >> Maybe you'd prefer Quick Search..? Magnifying glass below message > >> list, or hit "/"... > >> > > > >That doesn't seem to allow for searching the body of the message, only > >the headers. > > Select Extended and click on Information... > i.e., to search for "foo", use "b foo" (see "b S ..." in Info) > > >> >Thanks, Tom > >> > > >> > >> HTH, > >> Pierre > >> _______________________________________________ > >> Users mailing list > >> Users at lists.claws-mail.org > >> http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users > > > >Thanks, Tom > > > _______________________________________________ > Users mailing list > Users at lists.claws-mail.org > http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users Thanks Pierre, I hadn't realized it still followed the message trail. Tom -- Insight comes more often than not, from looking at what's been on the table all along. - David McCullough ^^ --... ...-- / -.- --. --... -.-. ..-. -.-. ^^^^ Tom Taylor - retired penguin - KG7CFC AMD Phenom II x4 955 -- 4GB RAM -- 2x1.5TB sata2 openSUSE 12.3-x86_64 KDE 4.10.00, FF 19.0, claws-mail 3.9.1 registered linux user 263467 From claws at thewildbeast.co.uk Fri Aug 16 08:20:36 2013 From: claws at thewildbeast.co.uk (Paul) Date: Fri, 16 Aug 2013 07:20:36 +0100 Subject: [Users] Search question In-Reply-To: <20130815143504.7386645a@desktop-1.home> References: <20130815122937.2980fdb9@desktop-1.home> <20130815160404.2382a168@pfortin.com> <20130815143504.7386645a@desktop-1.home> Message-ID: <20130816072036.387a9c20@thewildbeast> On Thu, 15 Aug 2013 14:35:04 -0700 Thomas Taylor wrote: > That doesn't seem to allow for searching the body of the message, > only the headers. Just to add to what has already been said. The quick search feature can be used to search on any aspect of a mail. It's a very a powerful search mechanism. Explore Extended mode and you will see for yourself. with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From pf at pfortin.com Fri Aug 16 15:34:18 2013 From: pf at pfortin.com (Pierre Fortin) Date: Fri, 16 Aug 2013 09:34:18 -0400 Subject: [Users] Search question In-Reply-To: <20130816072036.387a9c20@thewildbeast> References: <20130815122937.2980fdb9@desktop-1.home> <20130815160404.2382a168@pfortin.com> <20130815143504.7386645a@desktop-1.home> <20130816072036.387a9c20@thewildbeast> Message-ID: <20130816093418.4ed3bef2@pfortin.com> On Fri, 16 Aug 2013 07:20:36 +0100 Paul wrote: >On Thu, 15 Aug 2013 14:35:04 -0700 >Thomas Taylor wrote: > >> That doesn't seem to allow for searching the body of the message, >> only the headers. > >Just to add to what has already been said. The quick search feature >can be used to search on any aspect of a mail. It's a very a powerful >search mechanism. Explore Extended mode and you will see for yourself. Just to add to what has already been said. :) :) For all the times I've been in the Information panel, I keep missing the scroll bar (I did remember seeing it all a long time ago)... The logical operators certainly add power. Are parens allowed to change the precedence of these operators? If so, should be included in the Info panel... Ooooppsss... Bug report coming... just found a subtle bug with the Information panel that can only be overcome by killing CM... at least, restarting CM resumes with everything in a compose window still there... >with regards > >Paul > > Cheers, Pierre From noreply at thewildbeast.co.uk Fri Aug 16 15:59:08 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 16 Aug 2013 13:59:08 +0000 Subject: [Users] [Bug 2995] New: closing extended quick search information panel triggers window focus bug Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2995 Bug ID: 2995 Summary: closing extended quick search information panel triggers window focus bug Classification: Unclassified Product: Claws Mail Version: GIT Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P3 Component: UI Assignee: users at lists.claws-mail.org Reporter: pf at pfortin.com To reproduce: Open a compose/reply window. Focus on main CM window. Click on Quick Search's Extended Information button to open the Information panel. Closing the information panel via the CM-provided Close button works fine; but if closed via the window's close button, raising the previously opened compose window will not restore keyboard/mouse focus to the compose window -- it stays on the main window. To restore proper focus, either kill CM and restart (nothing lost); or, re-open the Information panel and re-close it with the CM Close button. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Aug 16 16:27:51 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 16 Aug 2013 14:27:51 +0000 Subject: [Users] [Bug 2996] New: SIGSEGV in gtk_cmctree_node_get_row_data at gtkcmctree.c:4557 Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2996 Bug ID: 2996 Summary: SIGSEGV in gtk_cmctree_node_get_row_data at gtkcmctree.c:4557 Classification: Unclassified Product: Claws Mail Version: GIT Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P3 Component: Folders/IMAP Assignee: users at lists.claws-mail.org Reporter: kardan at riseup.net Version: 3.9.2-27-g306bf2-dirty Occured once after switching to INBOX. Seems to be related to connection timeout (again). summaryview.c:1578: summaryview.c:1583:called inc_unlock (lock count 0) summaryview.c:1584:TIMING summary_show : 0s583ms folder.c:2577:Total cache memory usage: 3454737 folderview.c:2233:TIMING folderview_selected : 23s181ms folderview.c:2111:newly selected 0x880c3d0, opened 0x880c3d0 folderview.c:2115:TIMING folderview_selected : 0s000ms imap-thread.c:1449:imap select - end imap.c:3822:select: exists 31 recent 0 expunge 0 uid_validity 1328764997 can_create_flags 1 imap.c:4861:IMAP changing flags imap-thread.c:3266:imap store - begin imap-thread.c:388:found imap 0x98a1580 imap-thread.c:388:found imap 0x98a1580 [15:34:11] IMAP4> 2811 UID STORE 22814 +FLAGS.SILENT (\Seen) mainwindow.c:2796:mainwin in full screen state. Keeping original settings [15:34:11] IMAP4< 2811 OK Store completed. imap-thread.c:3256:imap store run - end 0 imap-thread.c:404:generic_cb imap-thread.c:3278:imap store - end folder.c:1219:Counting total number of messages... main.c:891:The name com.google.code.Awn was not provided by any .service files msgcache.c:275:TIMING msgcache_get_msg_list : 0s000ms Program received signal SIGSEGV, Segmentation fault. 0x0825aa34 in gtk_cmctree_node_get_row_data (ctree=ctree at entry=0x8538478, node=node at entry=0x8f893a0) at gtkcmctree.c:4557 4557 return node ? GTK_CMCTREE_ROW (node)->row.data : NULL; Thread 1 (Thread 0xb63c6b00 (LWP 5635)): #0 0x0825aa34 in gtk_cmctree_node_get_row_data (ctree=ctree at entry=0x8538478, node=node at entry=0x8f893a0) at gtkcmctree.c:4557 #1 0x081abafd in summary_set_row_marks (summaryview=summaryview at entry=0x8669ed8, row=row at entry=0x8f893a0) at summaryview.c:3820 #2 0x081b201d in msginfo_mark_as_read (summaryview=0x8669ed8, msginfo=, row=0x8f893a0) at summaryview.c:3524 #3 0x081b20ed in msginfo_mark_as_read_timeout (data=data at entry=0x8c9cfc8) at summaryview.c:3541 #4 0xb740e087 in g_timeout_dispatch (source=source at entry=0x92e4a78, callback=0x81b20a0 , user_data=0x8c9cfc8) at /build/glib2.0-EIRQgp/glib2.0-2.36.3/./glib/gmain.c:4413 #5 0xb740d333 in g_main_dispatch (context=0x84fd7d0, context at entry=0x8765498) at /build/glib2.0-EIRQgp/glib2.0-2.36.3/./glib/gmain.c:3054 #6 g_main_context_dispatch (context=context at entry=0x84fd7d0) at /build/glib2.0-EIRQgp/glib2.0-2.36.3/./glib/gmain.c:3630 #7 0xb740d6d0 in g_main_context_iterate (context=0x84fd7d0, block=block at entry=1, dispatch=dispatch at entry=1, self=) at /build/glib2.0-EIRQgp/glib2.0-2.36.3/./glib/gmain.c:3701 #8 0xb740dbab in g_main_loop_run (loop=loop at entry=0x84a6988) at /build/glib2.0-EIRQgp/glib2.0-2.36.3/./glib/gmain.c:3895 #9 0xb7c35980 in IA__gtk_main () at /build/gtk+2.0-2e9BNH/gtk+2.0-2.24.20/gtk/gtkmain.c:1257 #10 0x0807ff51 in main (argc=1, argv=0xbffff6b4) at main.c:1547 #0 0x0825aa34 in gtk_cmctree_node_get_row_data (ctree=ctree at entry=0x8538478, node=node at entry=0x8f893a0) at gtkcmctree.c:4557 4557 return node ? GTK_CMCTREE_ROW (node)->row.data : NULL; 4547 if (dnotify) 4548 dnotify (ddata); 4549 } 4550 4551 gpointer 4552 gtk_cmctree_node_get_row_data (GtkCMCTree *ctree, 4553 GtkCMCTreeNode *node) 4554 { 4555 cm_return_val_if_fail (GTK_IS_CMCTREE (ctree), NULL); 4556 4557 return node ? GTK_CMCTREE_ROW (node)->row.data : NULL; 4558 } 4559 4560 void 4561 gtk_cmctree_node_moveto (GtkCMCTree *ctree, 4562 GtkCMCTreeNode *node, 4563 gint column, 4564 gfloat row_align, 4565 gfloat col_align) 4566 { (gdb) p *node $1 = {list = {data = 0x5, next = 0x9168800, prev = 0x9159180}} (gdb) p *ctree $2 = {clist = {container = {widget = {object = {parent_instance = {g_type_instance = {g_class = 0x85368e8}, ref_count = 2, qdata = 0x8671830}, flags = 2101184}, private_flags = 3585, state = 0 '\000', saved_state = 0 '\000', name = 0x0, style = 0x86e24f0, requisition = { width = 751, height = 520}, allocation = {x = 291, y = 86, width = 718, height = 185}, window = 0x86c9f28, parent = 0x858ed38}, focus_child = 0x0, border_width = 0, need_resize = 0, resize_mode = 0, reallocate_redraws = 0, has_focus_chain = 0}, flags = 1796, reserved1 = 0x0, reserved2 = 0x0, freeze_count = 0, internal_allocation = {x = 0, y = 0, width = 718, height = 185}, rows = 31, row_height = 15, row_list = 0x9b38050, row_list_end = 0x8c326a0, columns = 12, column_title_area = {x = 1, y = 1, width = 716, height = 21}, title_window = 0x8700710, column = 0x866c4a0, clist_window = 0x8700660, clist_window_width = 716, clist_window_height = 162, hoffset = 0, voffset = 0, shadow_type = GTK_SHADOW_IN, selection_mode = GTK_SELECTION_MULTIPLE, selection = 0x9ccd300, selection_end = 0x9ccd300, undo_selection = 0x0, undo_unselection = 0x0, undo_anchor = 0, button_actions = "\a\000\000\000", drag_button = 0 '\000', click_cell = { row = -1, column = -1}, hadjustment = 0x8708d88, vadjustment = 0x8708dc8, dash_mode = 0, cursor_drag = 0x8510640, x_drag = 0, focus_row = 0, focus_header_column = -1, anchor = -1, anchor_state = GTK_STATE_SELECTED, drag_pos = -1, htimer = 0, vtimer = 0, sort_type = GTK_SORT_DESCENDING, compare = 0x81a7ad0 , sort_column = 0, drag_highlight_row = -1, drag_highlight_pos = GTK_CMCLIST_DRAG_NONE}, tree_indent = 12, tree_spacing = 5, tree_column = 3, line_style = 0, expander_style = 1, show_stub = 1, drag_compare = 0x0} -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Aug 16 16:45:21 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 16 Aug 2013 14:45:21 +0000 Subject: [Users] [Bug 2995] closing extended quick search information panel triggers window focus bug In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2995 --- Comment #1 from Pierre Fortin --- Sometimes, only killing CM will help; not re-opening/closing Info panel. Haven't found what triggers the difference between the 2 restore methods in original report. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Aug 16 18:36:01 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 16 Aug 2013 16:36:01 +0000 Subject: [Users] [Bug 2995] closing extended quick search information panel triggers window focus bug In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2995 --- Comment #2 from Pierre Fortin --- I keep checking as I work... had a couple of segfaults for which --debug and gdb haven't helped. segfaults happened when closing the compose window as the very first action after restarting CM following the kill. -- You are receiving this mail because: You are the assignee for the bug. From mail at leeunderwood.org Sat Aug 17 03:23:11 2013 From: mail at leeunderwood.org (Lee Underwood) Date: Fri, 16 Aug 2013 21:23:11 -0400 Subject: [Users] Archived files Message-ID: <20130816212311.0bcb5c12@lee-desktop> I just used the mail archiver for the first time and waned to make I could now safely delete all the mail in the folder I just archived which, of course, is the main reason for using the plugin. My “problem” is that I can see the zip file in the “/Mail/archivedFolder” directory itself but not in the folder in the program. Am I missing something or is it not supposed to show in the folder itself, within the mail program? Lee From noreply at thewildbeast.co.uk Sat Aug 17 09:35:13 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 17 Aug 2013 07:35:13 +0000 Subject: [Users] [Bug 2996] SIGSEGV in gtk_cmctree_node_get_row_data at gtkcmctree.c:4557 In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2996 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Paul --- *** This bug has been marked as a duplicate of bug 2926 *** -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sat Aug 17 09:35:13 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 17 Aug 2013 07:35:13 +0000 Subject: [Users] [Bug 2926] Segfault with imap_threaded_noop In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2926 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kardan at riseup.net --- Comment #3 from Paul --- *** Bug 2996 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 Fri Aug 16 18:36:01 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 16 Aug 2013 16:36:01 +0000 Subject: [Users] [Bug 2995] closing extended quick search information panel triggers window focus bug In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2995 --- 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/ http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=78573edb833f03b831dc9acc46b49a2b7e2540d5 Author: Paul Date: Sat Aug 17 09:19:30 2013 +0100 fix bug 2995, 'closing extended quick search information panel triggers window focus bug' -- You are receiving this mail because: You are the assignee for the bug. From boudiccas at talktalk.net Sat Aug 17 11:31:17 2013 From: boudiccas at talktalk.net (Sharon Kimble) Date: Sat, 17 Aug 2013 10:31:17 +0100 Subject: [Users] Resizing the window? Message-ID: <20130817103117.3fb667de@london> I'm not sure whether this is a bug or not. The 'select account' button on the bottom right of claws-mail is too near the bottom of the display in that it makes it awkward when you are manually changing the display size. If it was moved 1/2 inches to the left it would be easier to resize the window. Is this possible please? Thanks Sharon. -- A taste of linux = http://www.sharons.org.uk efever = http://www.efever.blogspot.com/ efever = http://sharon04.livejournal.com/ Debian testing, Fluxbox 1.3.5, LibreOffice 4.1.0.4 Registered Linux user 334501 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From noreply at thewildbeast.co.uk Sat Aug 17 21:12:00 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 17 Aug 2013 19:12:00 +0000 Subject: [Users] [Bug 2997] New: unable to receive mail; error in Network log = "*** Can't write file" Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2997 Bug ID: 2997 Summary: unable to receive mail; error in Network log = "*** Can't write file" Classification: Unclassified Product: Claws Mail Version: 3.8.0 Hardware: PC OS: Linux Status: NEW Severity: critical Priority: P3 Component: Other Assignee: users at lists.claws-mail.org Reporter: interscientific at yahoo.com I've used Claws for several years and donated to support the project. I think it's an outstanding tool. I haven't had a problem with Claws for years until today. When Claws attempts to get mail, I receive an error "Can't write file" and am unable to receive any messages. Here's an excerpt from the Network log: [11:48:40] POP3< +OK Dovecot ready. [11:48:40] POP3> USER ... [11:48:40] POP3< +OK [11:48:40] POP3> PASS ******** [11:48:40] POP3< +OK Logged in. [11:48:40] POP3> STAT [11:48:40] POP3< +OK 110 2972890 [11:48:40] POP3> UIDL [11:48:41] POP3< +OK [11:48:41] POP3> LIST [11:48:41] POP3< +OK 110 messages: [11:48:41] POP3> RETR 104 [11:48:41] POP3< +OK 9770 octets *** Can't write file. Here's some background. This week I upgraded from Ubuntu 10.04 to Ubuntu 12.04. 12.04 was a disaster for me, breaking many things (but not Claws) permanently. Out of frustration, I migrated to Linux Mint 13. I did a clean install, and restored files from my /home folder. Then I installed Claws-mail from the repository. I received the error above the first time after I opened Claws and Claws attempted to get mail. I have closed Claws and re-opened Claws and get the same error. This leaves me unable to receive any messages with Claws. This might not be a real bug, but my searching online for help with troubleshooting yielded nothing. Thank you for any help you might be able to give! Devon Brewer -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sat Aug 17 21:22:33 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 17 Aug 2013 19:22:33 +0000 Subject: [Users] [Bug 2995] closing extended quick search information panel triggers window focus bug In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2995 Pierre Fortin changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from Pierre Fortin --- Fixed. Thanks! -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sun Aug 18 09:51:04 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 18 Aug 2013 07:51:04 +0000 Subject: [Users] [Bug 2997] unable to receive mail; error in Network log = "*** Can't write file" In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2997 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #1 from Paul --- Check the owner and permissions of your ~/.claws-mail directory and its files, particularly ~/.claws-mail/claws.log -- You are receiving this mail because: You are the assignee for the bug. From boudiccas at talktalk.net Sun Aug 18 11:13:16 2013 From: boudiccas at talktalk.net (Sharon Kimble) Date: Sun, 18 Aug 2013 10:13:16 +0100 Subject: [Users] Forgetting my passphrase. Message-ID: <20130818101316.40afe6e7@london> Does claws-mail have a time-out for pgp signing please? It seems that it forgets my passphrase after a couple of hours and I have to put my passphrase in again. Sharon. -- A taste of linux = http://www.sharons.org.uk efever = http://www.efever.blogspot.com/ efever = http://sharon04.livejournal.com/ Debian testing, Fluxbox 1.3.5, LibreOffice 4.1.0.4 Registered Linux user 334501 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From claws at thewildbeast.co.uk Sun Aug 18 11:31:08 2013 From: claws at thewildbeast.co.uk (Paul) Date: Sun, 18 Aug 2013 10:31:08 +0100 Subject: [Users] Forgetting my passphrase. In-Reply-To: <20130818101316.40afe6e7@london> References: <20130818101316.40afe6e7@london> Message-ID: <20130818103108.724adaf5@thewildbeast> On Sun, 18 Aug 2013 10:13:16 +0100 Sharon Kimble wrote: > Does claws-mail have a time-out for pgp signing please? It seems > that it forgets my passphrase after a couple of hours and I have to > put my passphrase in again. Yes, see the 'Store passphrase in memory for ...' option on the Plugins/GPG page of the prefs. with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From mir at miras.org Sun Aug 18 12:00:20 2013 From: mir at miras.org (Michael Rasmussen) Date: Sun, 18 Aug 2013 12:00:20 +0200 Subject: [Users] Forgetting my passphrase. In-Reply-To: <20130818103108.724adaf5@thewildbeast> References: <20130818101316.40afe6e7@london> <20130818103108.724adaf5@thewildbeast> Message-ID: <20130818120020.69e1c823@sleipner.datanom.net> On Sun, 18 Aug 2013 10:31:08 +0100 Paul wrote: > > Yes, see the 'Store passphrase in memory for ...' option on the > Plugins/GPG page of the prefs. > or use gpg-agent. -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras org http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917 -------------------------------------------------------------- Q: What do you call the money you pay to the government when you ride into the country on the back of an elephant? A: A howdah duty. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From boudiccas at talktalk.net Sun Aug 18 12:24:04 2013 From: boudiccas at talktalk.net (Sharon Kimble) Date: Sun, 18 Aug 2013 11:24:04 +0100 Subject: [Users] Forgetting my passphrase. In-Reply-To: <20130818120020.69e1c823@sleipner.datanom.net> References: <20130818101316.40afe6e7@london> <20130818103108.724adaf5@thewildbeast> <20130818120020.69e1c823@sleipner.datanom.net> Message-ID: <20130818112404.4c7a59d8@london> On Sun, 18 Aug 2013 12:00:20 +0200 Michael Rasmussen wrote: > On Sun, 18 Aug 2013 10:31:08 +0100 > Paul wrote: > > > > > Yes, see the 'Store passphrase in memory for ...' option on the > > Plugins/GPG page of the prefs. > > > or use gpg-agent. > I already have this ticked, but it still needs reminding. So I've ticked the box for keeping the passphrase in memory and see how that goes on. Thanks Sharon. -- A taste of linux = http://www.sharons.org.uk efever = http://www.efever.blogspot.com/ efever = http://sharon04.livejournal.com/ Debian testing, Fluxbox 1.3.5, LibreOffice 4.1.0.4 Registered Linux user 334501 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From mir at miras.org Sun Aug 18 12:48:59 2013 From: mir at miras.org (Michael Rasmussen) Date: Sun, 18 Aug 2013 12:48:59 +0200 Subject: [Users] Forgetting my passphrase. In-Reply-To: <20130818112404.4c7a59d8@london> References: <20130818101316.40afe6e7@london> <20130818103108.724adaf5@thewildbeast> <20130818120020.69e1c823@sleipner.datanom.net> <20130818112404.4c7a59d8@london> Message-ID: <20130818124859.3f716179@sleipner.datanom.net> On Sun, 18 Aug 2013 11:24:04 +0100 Sharon Kimble wrote: > > I already have this ticked, but it still needs reminding. So I've > ticked the box for keeping the passphrase in memory and see how that > goes on. > Put this file 'gpg-agent.conf' in $HOME/.gnupg/ Then add these: default-cache-ttl some_value_in_seconds max-cache-ttl some_value_in_seconds --default-cache-ttl n Set the time a cache entry is valid to n seconds. The default is 600 seconds. --max-cache-ttl n Set the maximum time a cache entry is valid to n seconds. After this time a cache entry will be expired even if it has been accessed recently. The default is 2 hours (7200 seconds). See 'man gpg-agent' -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras org http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917 -------------------------------------------------------------- Did you ever walk into a room and forget why you walked in? I think that's how dogs spend their lives. -- Sue Murphy -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From boudiccas at talktalk.net Sun Aug 18 13:18:45 2013 From: boudiccas at talktalk.net (Sharon Kimble) Date: Sun, 18 Aug 2013 12:18:45 +0100 Subject: [Users] Forgetting my passphrase. In-Reply-To: <20130818124859.3f716179@sleipner.datanom.net> References: <20130818101316.40afe6e7@london> <20130818103108.724adaf5@thewildbeast> <20130818120020.69e1c823@sleipner.datanom.net> <20130818112404.4c7a59d8@london> <20130818124859.3f716179@sleipner.datanom.net> Message-ID: <20130818121845.79ff6606@london> On Sun, 18 Aug 2013 12:48:59 +0200 Michael Rasmussen wrote: > On Sun, 18 Aug 2013 11:24:04 +0100 > Sharon Kimble wrote: > > > > > I already have this ticked, but it still needs reminding. So I've > > ticked the box for keeping the passphrase in memory and see how that > > goes on. > > > Put this file 'gpg-agent.conf' in $HOME/.gnupg/ > > Then add these: > default-cache-ttl some_value_in_seconds > max-cache-ttl some_value_in_seconds > > > > --default-cache-ttl n > Set the time a cache entry is valid to n seconds. The > default is 600 seconds. > > --max-cache-ttl n > Set the maximum time a cache entry is valid to n > seconds. After this time a cache entry will be expired even if > it has been accessed recently. The default is 2 hours > (7200 seconds). > > See 'man gpg-agent' > I already had - default-cache-ttl 1800 in, along with - pinentry-program /usr/bin/pinentry-qt4 - so I’ve just added - max-cache-ttl 14400. So it now looks like this - pinentry-program /usr/bin/pinentry-qt4 default-cache-ttl 1800 max-cache-ttl 14400 I've also got 'gpg-agent-info-london' dated 16-8-13 which just has this one line - 'GPG_AGENT_INFO=/tmp/gpg-6SDc71/S.gpg-agent:7418:1' Don't know what that is all about! So we'll see how it goes. Thanks Sharon. -- A taste of linux = http://www.sharons.org.uk efever = http://www.efever.blogspot.com/ efever = http://sharon04.livejournal.com/ Debian testing, Fluxbox 1.3.5, LibreOffice 4.1.0.4 Registered Linux user 334501 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From noreply at thewildbeast.co.uk Sun Aug 18 17:07:45 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 18 Aug 2013 15:07:45 +0000 Subject: [Users] [Bug 2552] in automatic checking, enable the use of different time intervals In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2552 --- Comment #36 from Yed --- Is there someone reviewing this patch? I did not have any feedback, it is quite depressing... -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sun Aug 18 18:14:33 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 18 Aug 2013 16:14:33 +0000 Subject: [Users] [Bug 2552] in automatic checking, enable the use of different time intervals In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2552 --- Comment #37 from Paul --- At the risk of adding to your depression, in my view this idea is far too convoluted with its relative timers and "multiplicator". Why not just a global setting as we have now, and an account setting. If the account setting is set then use that, else use the global setting. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sun Aug 18 18:45:14 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 18 Aug 2013 16:45:14 +0000 Subject: [Users] [Bug 2552] in automatic checking, enable the use of different time intervals In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2552 --- Comment #38 from Paul Rolland --- I agree. I've just finished applying this version to 3.9.2 (must be done manually), and it's getting complicated. The original version was much better IMHO, from a user perspective. Paul -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Sun Aug 18 19:05:49 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 18 Aug 2013 17:05:49 +0000 Subject: [Users] [Bug 2552] in automatic checking, enable the use of different time intervals In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2552 --- Comment #39 from Yed --- I personnally use both. The timer hooked to the global setting is useful to easily adjust the frequency for those accounts, depending on the situations. The other one is useful for the accounts which have to be checked whatever the situation, or to easily reduce the frequency of a particular account when its connection is becoming problematic. There is no complication: the global timer is used by default; if an account has to be treated in a different way, the user has the choice. In the end, the user has a complete control of the frequency checking of its accounts. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Aug 19 08:42:39 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 19 Aug 2013 06:42:39 +0000 Subject: [Users] [Bug 2997] unable to receive mail; error in Network log = "*** Can't write file" In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2997 D Brewer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|INVALID |--- --- Comment #2 from D Brewer --- Thank you, Paul, for your suggestions. I tried them both (ensuring that permissions are set to "read and write"), but I still get the same error. What else can I try? -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Aug 19 09:20:13 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 19 Aug 2013 07:20:13 +0000 Subject: [Users] [Bug 2997] unable to receive mail; error in Network log = "*** Can't write file" In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2997 --- Comment #3 from Paul Rolland --- Hello, Did you just check ~/.claws-mail or all the files and directories inside ? As far as I know, POP3 gets a mail, and then stores it temporarily within ~/.claws-mail/tempfolder/processing/ So, you may want to : - check the permissions along the path to this directory, - check globally the system: do you have permissions and/or the possibility to manually create a file in ~/.claws-mail ? You can also check using "df -i" that you still have enough free inodes (if the filesystems you are using is depending on inodes to create files). Just my 0.02€... Paul -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Aug 19 09:29:37 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 19 Aug 2013 07:29:37 +0000 Subject: [Users] [Bug 2997] unable to receive mail; error in Network log = "*** Can't write file" In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2997 --- Comment #4 from Michael Schwendt --- Things to try: a) You could run strace on Claws Mail, as that may help finding the path that cannot be written to. b) Is running "claws-mail --debug" more detailed? c) Set up Claws Mail in a fresh user account for comparison. This topic sounds much more suitable for the mailing-list instead of the bug tracker. While Claws Mail 3.8.0 isn't the latest anymore, it certainly has not suffered from such a bug. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Aug 19 10:53:03 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 19 Aug 2013 08:53:03 +0000 Subject: [Users] [Bug 2997] unable to receive mail; error in Network log = "*** Can't write file" In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2997 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |INVALID --- Comment #5 from Paul --- Absolutely right: this subject is much more suitable for the mailing-list. -- You are receiving this mail because: You are the assignee for the bug. From boudiccas at talktalk.net Mon Aug 19 17:35:10 2013 From: boudiccas at talktalk.net (Sharon Kimble) Date: Mon, 19 Aug 2013 16:35:10 +0100 Subject: [Users] New pgp key, but not able to send it! Message-ID: <20130819163510.7703861b@london> I've just deleted all my old pgp keys, and created a new one, but now when I try to send a signed email it bleats at me 'Could not queue message for sending: Signature failed: Data signing failed, Unusable secret key' I believe that I've sorted out the old one and got rid of it, and then set it all up for this new one, so why isn't it working please? I deleted all my old keys in claws mail, unticked all the relevant preferences, and then closed claws mail. I've restarted claws mail, ticked all the relevant preferences, but it still wont send! Sharon. -- A taste of linux = http://www.sharons.org.uk efever = http://www.efever.blogspot.com/ efever = http://sharon04.livejournal.com/ Debian testing, Fluxbox 1.3.5, LibreOffice 4.1.0.4 Registered Linux user 334501 From noreply at thewildbeast.co.uk Mon Aug 19 18:19:46 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 19 Aug 2013 16:19:46 +0000 Subject: [Users] [Bug 2997] unable to receive mail; error in Network log = "*** Can't write file" In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2997 --- Comment #6 from D Brewer --- Michael and Paul, Thank you both very much for your advice. I tried strace, but the output was not meaningful to me -- I could not interpret it. However, I did check the permissions for the tempfolder/processing folder specifically. That folder had the permissions set to "root" only, and not the user. I don't know how that happened -- it was nothing I did actively, but perhaps something in the Mint install process caused it. The Caja file manager I used to check and set permissions gives the impression that permissions apply to subfolders as well as the main folder, but that doesn't actually happen I have now discovered. I apologize for my confusion where to send my request for help. To an average user like me, it is not clear where to get help apart from the bug tracker (a "general discussion" list usually isn't where critical errors are discussed, in my experience). It might help to clarify this on the Claws web page. Although 3.8 is not be the latest version, it is the version in the Ubuntu 12.04 LTS/Mint 13 LTS repository. So any problems users encounter with it are likely to be common for several years. Thanks again for all of your help, and I look forward to continuing my support for Claws. -- You are receiving this mail because: You are the assignee for the bug. From rol at witbe.net Mon Aug 19 18:46:14 2013 From: rol at witbe.net (Paul Rolland (=?UTF-8?B?44Od44O844Or44O744Ot44Op44Oz?=)) Date: Mon, 19 Aug 2013 18:46:14 +0200 Subject: [Users] [Bug 2997] unable to receive mail; error in Network log = "*** Can't write file" In-Reply-To: References: Message-ID: <20130819184614.7cda33cb@tux.DEF.witbe.net> Hello Devon, Switch to ml reply as this seems to be more appropriated... :) On Mon, 19 Aug 2013 16:19:46 +0000 noreply at thewildbeast.co.uk wrote: > http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2997 > > --- Comment #6 from D Brewer --- > Michael and Paul, > > Thank you both very much for your advice. I tried strace, but the output > was not meaningful to me -- I could not interpret it. However, I did > check the permissions for the tempfolder/processing folder specifically. > That folder had the permissions set to "root" only, and not the user. I Does that mean that, after fixing the permissions, everything's now working correctly for you ? It seems so, but I just want to be sure ;) > I apologize for my confusion where to send my request for help. To an > average user like me, it is not clear where to get help apart from the No problem on that, but I think it's more appropriate to: - start a discussion on the ml, - switch to filing a bug on bugzilla if from the discussion it appears to be a real bug (unless of course you are sure from the very first minute that it is a bug ;) Anyway, if you now can fully enjoy Claws, that's perfect. Best, Paul -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From berndth at gmx.de Tue Aug 20 00:22:44 2013 From: berndth at gmx.de (Holger Berndt) Date: Tue, 20 Aug 2013 00:22:44 +0200 Subject: [Users] Python - RSSyl folders In-Reply-To: <20130805214811.6daee4c6@wodan> References: <20130805164509.GD25387@Blackswan> <20130805214811.6daee4c6@wodan> Message-ID: <20130820002244.01739db6@wodan> On Mo, 05.08.2013 21:48, Holger Berndt wrote: >I guess a better fix would be to introduce a mailbox object, and an >get_folderview_selected_mailbox() accessor in the plugin. I added a mailbox object to current git. It's now possible to use either folders or mailboxes in these kinds of processing. I also added messages count accessors to the folder objects, so it's possible to only jump to those folders that have unread messages. An updated example script can be found at [1]. Holger [1] http://git.claws-mail.org/?p=claws.git;a=blob;f=src/plugins/python/examples/main/Recusively-mark-messages-as-read;h=bcb3cb54b00acc05bf1d364e08375f19618d0ebc;hb=HEAD From ricardo at mones.org Tue Aug 20 08:55:54 2013 From: ricardo at mones.org (Ricardo Mones) Date: Tue, 20 Aug 2013 08:55:54 +0200 Subject: [Users] New pgp key, but not able to send it! In-Reply-To: <20130819163510.7703861b@london> References: <20130819163510.7703861b@london> Message-ID: <20130820065554.GH3596@trasgu> Hi Sharon, On Mon, Aug 19, 2013 at 04:35:10PM +0100, Sharon Kimble wrote: > > I've just deleted all my old pgp keys, and created a new one, but now > when I try to send a signed email it bleats at me 'Could not queue > message for sending: Signature failed: Data signing failed, Unusable > secret key' > > I believe that I've sorted out the old one and got rid of it, and then > set it all up for this new one, so why isn't it working please? Launch Claws Mail from a terminal, check what it says on terminal when sending. You can try also passing --debug argument to increase details. > I deleted all my old keys in claws mail, unticked all the relevant > preferences, and then closed claws mail. I've restarted claws mail, > ticked all the relevant preferences, but it still wont send! Check you don't have the previous key as default-key set on your ~/.gnupg/gpg.conf regards, -- Ricardo Mones ~ Quantity derives from measurement, figures from quantities, comparisons from figures, and victories from comparisons. Sun Tzu -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From berndth at gmx.de Tue Aug 20 21:58:44 2013 From: berndth at gmx.de (Holger Berndt) Date: Tue, 20 Aug 2013 21:58:44 +0200 Subject: [Users] Python script access to file(s) inside folder? In-Reply-To: <20130811131753.5df40e90@pfortin.com> References: <20130808163531.6f058fc9@pfortin.com> <20130808230254.43939a9a@wodan> <20130811131753.5df40e90@pfortin.com> Message-ID: <20130820215844.6309cba1@wodan> On So, 11.08.2013 13:17, Pierre Fortin wrote: >Would this require replicating the os module functions, such as: > clawsmail.listdir() etc...? Or... could os.() be hinted >to use #mh/Mailbox as a "symlink" to /home/pfortin/Mail? A mail folder inside Claws Mail may or may not correspond directly to a folder on your harddisk. For MH folders (Claws Mail's default storage format), it does. IMAP folders, on the other hand, live on your mail server. With mbox, a mail folder corresponds to a file (not a folder) on your harddisc (though implementations typically build their own folder infrastructure to be able to cope with nesting). Etc. Long story short - a mail folder in Claws Mail is an abstraction. On the other hand, Claws Mail associates a local folder to each mail folder, as a place to store its own book-keeping data. For MH folders, this is directly the corresponding folder on your harddisc, for IMAP it's the cache dir, etc. I guess that would be a suitable place for your folder-specific extra information. I just commited a patch that lets Folder objects of the Python plugin export this path via the "path" member: ============================================================ print clawsmail.get_folderview_selected_folder().path ============================================================ >Don't suppose there's a way to copy a file, such as: > #mh/Mailbox/Linux/claws-mail/.signature into a compose window at will..? In a compose script, you have access to the GtkTextView of the body, so you can do with it whatever you want, e.g. append the system MOTD to the end of the body: ============================================================ with open("/etc/motd") as fp: file_contents = fp.read() buffer = clawsmail.compose_window.text.get_buffer() buffer.insert(buffer.get_end_iter(), file_contents) ============================================================ Holger From pf at pfortin.com Wed Aug 21 05:14:20 2013 From: pf at pfortin.com (Pierre Fortin) Date: Tue, 20 Aug 2013 23:14:20 -0400 Subject: [Users] Python script access to file(s) inside folder? In-Reply-To: <20130820215844.6309cba1@wodan> References: <20130808163531.6f058fc9@pfortin.com> <20130808230254.43939a9a@wodan> <20130811131753.5df40e90@pfortin.com> <20130820215844.6309cba1@wodan> Message-ID: <20130820231420.0a8d515c@pfortin.com> On Tue, 20 Aug 2013 21:58:44 +0200 Holger Berndt wrote: >On So, 11.08.2013 13:17, Pierre Fortin wrote: > >>Would this require replicating the os module functions, such as: >> clawsmail.listdir() etc...? Or... could os.() be hinted >>to use #mh/Mailbox as a "symlink" to /home/pfortin/Mail? > >A mail folder inside Claws Mail may or may not correspond directly to a >folder on your harddisk. For MH folders (Claws Mail's default storage >format), it does. IMAP folders, on the other hand, live on your mail >server. With mbox, a mail folder corresponds to a file (not a folder) >on your harddisc (though implementations typically build their own >folder infrastructure to be able to cope with nesting). Etc. > >Long story short - a mail folder in Claws Mail is an abstraction. > >On the other hand, Claws Mail associates a local folder to each mail >folder, as a place to store its own book-keeping data. For MH folders, >this is directly the corresponding folder on your harddisc, for IMAP >it's the cache dir, etc. I guess that would be a suitable place for >your folder-specific extra information. > >I just commited a patch that lets Folder objects of the Python plugin >export this path via the "path" member: >============================================================ >print clawsmail.get_folderview_selected_folder().path >============================================================ > >>Don't suppose there's a way to copy a file, such as: >> #mh/Mailbox/Linux/claws-mail/.signature into a compose window at >> will..? > >In a compose script, you have access to the GtkTextView of the body, so >you can do with it whatever you want, e.g. append the system MOTD to >the end of the body: >============================================================ >with open("/etc/motd") as fp: > file_contents = fp.read() >buffer = clawsmail.compose_window.text.get_buffer() >buffer.insert(buffer.get_end_iter(), file_contents) >============================================================ THANK YOU!!! Looking forward to taking this out for a spin... :) Pierre >Holger From noreply at thewildbeast.co.uk Wed Aug 21 09:29:56 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 21 Aug 2013 07:29:56 +0000 Subject: [Users] [Bug 2987] Icons does not apperas In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2987 Mirage42 changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|INVALID |--- --- Comment #13 from Mirage42 --- Sorry for the delay... Paul's solution was the best. It works now -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 21 09:30:31 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 21 Aug 2013 07:30:31 +0000 Subject: [Users] [Bug 2987] Icons does not apperas In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2987 Mirage42 changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 21 10:05:25 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 21 Aug 2013 08:05:25 +0000 Subject: [Users] [Bug 2987] Icons does not apperas In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2987 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|FIXED |INVALID -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 21 23:55:55 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 21 Aug 2013 21:55:55 +0000 Subject: [Users] [Bug 2199] Claws doesn't propery verify certification chain In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2199 --- Comment #13 from Christopher Head --- According to the ticket comments, the libetpan bug blocking this bug is now closed. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 22 08:25:44 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 22 Aug 2013 06:25:44 +0000 Subject: [Users] [Bug 2199] Claws doesn't propery verify certification chain In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2199 --- Comment #14 from Paul --- Not quite. If you look at the patch, https://github.com/dinhviethoa/libetpan/commit/cff50f652938fa0390ef421d311b4e86a36d246f we see "/* TODO: GnuTLS implementation */" -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 22 10:33:56 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 22 Aug 2013 08:33:56 +0000 Subject: [Users] [Bug 2199] Claws doesn't propery verify certification chain In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2199 --- Comment #15 from Christopher Head --- (In reply to comment #14) > Not quite. If you look at the patch, > https://github.com/dinhviethoa/libetpan/commit/ > cff50f652938fa0390ef421d311b4e86a36d246f we see "/* TODO: GnuTLS > implementation */" That is true, but: the API exists, so Claws might as well start consuming it. Should the user choose to build against GnuTLS, Claws will not be able to verify the chain, which is no worse than what we already have. Should the user choose to build against OpenSSL, the situation will improve as the chain will be verified. Finally, as soon as libetpan implements chain fetching for GnuTLS, Claws will already be ready and GnuTLS users won't even need to recompile Claws to reap the benefit, never mind wait for source-level fixes. -- You are receiving this mail because: You are the assignee for the bug. From anmeyer at anup.de Thu Aug 22 17:19:44 2013 From: anmeyer at anup.de (Andreas Meyer) Date: Thu, 22 Aug 2013 17:19:44 +0200 Subject: [Users] fortune and action Message-ID: <20130822171944.1bf9ad8d@itxnew.bitcorner.intern> Hello! Years ago I used fortune to add some signatures to sent email by creating an action | /usr/bin/fortune /home/andreas/signatures | Now I wanted to use it again, but when I call the action to insert it into the email, the already written text disappears and just the signature is shown. What can I do? Andreas From andrej at kacian.sk Thu Aug 22 17:46:12 2013 From: andrej at kacian.sk (Andrej Kacian) Date: Thu, 22 Aug 2013 17:46:12 +0200 Subject: [Users] fortune and action In-Reply-To: <20130822171944.1bf9ad8d@itxnew.bitcorner.intern> References: <20130822171944.1bf9ad8d@itxnew.bitcorner.intern> Message-ID: <20130822174612.2f30416c@penny> On Thu, 22 Aug 2013 17:19:44 +0200 Andreas Meyer wrote: > Hello! > > Years ago I used fortune to add some signatures to sent email by > creating an action | /usr/bin/fortune /home/andreas/signatures | > > Now I wanted to use it again, but when I call the action to insert > it into the email, the already written text disappears and just the > signature is shown. What can I do? Hi Andreas, try ending the action with '>' instead of '|'. Regards, -- Andrej Kacian From anmeyer at anup.de Thu Aug 22 19:50:37 2013 From: anmeyer at anup.de (Andreas Meyer) Date: Thu, 22 Aug 2013 19:50:37 +0200 Subject: [Users] fortune and action In-Reply-To: <20130822174612.2f30416c@penny> References: <20130822171944.1bf9ad8d@itxnew.bitcorner.intern> <20130822174612.2f30416c@penny> Message-ID: <20130822195037.3d260cf3@itxnew.bitcorner.intern> Hello! Andrej Kacian wrote: > On Thu, 22 Aug 2013 17:19:44 +0200 > Andreas Meyer wrote: > > Years ago I used fortune to add some signatures to sent email by > > creating an action | /usr/bin/fortune /home/andreas/signatures | > > > > Now I wanted to use it again, but when I call the action to insert > > it into the email, the already written text disappears and just the > > signature is shown. What can I do? > > Hi Andreas, > > try ending the action with '>' instead of '|'. oh yes, that works. Thank you! Andreas "...a gang of Dadaist punks had broken into his car and installed an expensive stereo." _Good News From Outer Space_ From claws.wielder at gmail.com Fri Aug 23 19:17:18 2013 From: claws.wielder at gmail.com (CW) Date: Fri, 23 Aug 2013 17:17:18 +0000 Subject: [Users] How do I view (linux) Claws-Mail generated mail boxes in Claws-Mail for MS Windows? Message-ID: Here's the problem I'm facing: I have several mail boxes for different email accounts that were generated in Claws-Mail 3.7.3 for linux which I would now like to view in Claws-Mail 3.9.2 for MS Windows. How do I go about it? Is it at all possible? Many thanks.. From dan_arico at aricosystems.com Fri Aug 23 19:55:16 2013 From: dan_arico at aricosystems.com (Dan Arico) Date: Fri, 23 Aug 2013 13:55:16 -0400 Subject: [Users] Doubled Claws Message-ID: <20130823135516.1346d154.dan_arico@aricosystems.com> I tripped over something yesterday. My wife was reading her email and noticed that messages were being repeated. I checked into it and eventually noticed that there were two copies of claws running. Apparently, she had minimized claws and then opened another instance. Both were downloading mail so she got duplicates. I'd suggest that claws should check to see if another copy is already running. This was on Linus - Suse 12.2. Dan Arico -- One OS to rule them all, One OS to find them, One OS to bring them all, and in the Darkness bind them, In the land of Redmond, where the Sales Reps lie. From brad at fineby.me.uk Fri Aug 23 20:08:48 2013 From: brad at fineby.me.uk (Brad Rogers) Date: Fri, 23 Aug 2013 19:08:48 +0100 Subject: [Users] Doubled Claws In-Reply-To: <20130823135516.1346d154.dan_arico@aricosystems.com> References: <20130823135516.1346d154.dan_arico@aricosystems.com> Message-ID: <20130823190848.067a41b8@abydos.stargate.org.uk> On Fri, 23 Aug 2013 13:55:16 -0400 Dan Arico wrote: Hello Dan, >I'd suggest that claws should check to see if another copy is already >running. It does. At least that's the way it works here. Trying to start CM a second time fails. This is Debian testing. If I minimise the running CM first, when I try to start a second copy, the first is reinstated. TBH, I'm surprised at your wife's ability to get two copies running. -- Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" Stained glass windows keep the cold outside Religion - Public Image Ltd -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From dan_arico at aricosystems.com Fri Aug 23 20:14:34 2013 From: dan_arico at aricosystems.com (Dan Arico) Date: Fri, 23 Aug 2013 14:14:34 -0400 Subject: [Users] Doubled Claws In-Reply-To: <20130823190848.067a41b8@abydos.stargate.org.uk> References: <20130823135516.1346d154.dan_arico@aricosystems.com> <20130823190848.067a41b8@abydos.stargate.org.uk> Message-ID: <20130823141434.10e5d635.dan_arico@aricosystems.com> On Fri, 23 Aug 2013 19:08:48 +0100 Brad Rogers wrote: > On Fri, 23 Aug 2013 13:55:16 -0400 > Dan Arico wrote: > > Hello Dan, > > >I'd suggest that claws should check to see if another copy is already > >running. > > It does. At least that's the way it works here. Trying to start CM a > second time fails. This is Debian testing. If I minimise the running > CM first, when I try to start a second copy, the first is reinstated. > > TBH, I'm surprised at your wife's ability to get two copies running. > I'll play with it and try to duplicate the problem. Dan -- One OS to rule them all, One OS to find them, One OS to bring them all, and in the Darkness bind them, In the land of Redmond, where the Sales Reps lie. From bugreporter at abwesend.de Fri Aug 23 21:09:07 2013 From: bugreporter at abwesend.de (Michael Schwendt) Date: Fri, 23 Aug 2013 21:09:07 +0200 Subject: [Users] Doubled Claws In-Reply-To: <20130823190848.067a41b8@abydos.stargate.org.uk> References: <20130823135516.1346d154.dan_arico@aricosystems.com> <20130823190848.067a41b8@abydos.stargate.org.uk> Message-ID: <20130823210907.45eb74ad@faldor.intranet> On Fri, 23 Aug 2013 19:08:48 +0100, Brad Rogers wrote: > Hello Dan, > > >I'd suggest that claws should check to see if another copy is already > >running. > > It does. At least that's the way it works here. Trying to start CM a > second time fails. This is Debian testing. If I minimise the running > CM first, when I try to start a second copy, the first is reinstated. > > TBH, I'm surprised at your wife's ability to get two copies running. Whether the duplicate instance prevention works may depend on the environment CM is run within. By default, it would create a file in /tmp/claws-mail-$UID/ depending on which directory for temporary files it decides to use. See e.g. my comments in http://bugzilla.redhat.com/956380 for what can happen and why it happens. My work-around is to set the $TMPDIR environment variable always, regardless of how/when I start CM. From dan_arico at aricosystems.com Fri Aug 23 21:13:10 2013 From: dan_arico at aricosystems.com (Dan Arico) Date: Fri, 23 Aug 2013 15:13:10 -0400 Subject: [Users] Doubled Claws In-Reply-To: <20130823210907.45eb74ad@faldor.intranet> References: <20130823135516.1346d154.dan_arico@aricosystems.com> <20130823190848.067a41b8@abydos.stargate.org.uk> <20130823210907.45eb74ad@faldor.intranet> Message-ID: <20130823151310.18336187.dan_arico@aricosystems.com> > > TBH, I'm surprised at your wife's ability to get two copies running. > > Whether the duplicate instance prevention works may depend on the > environment CM is run within. By default, it would create a file in > /tmp/claws-mail-$UID/ depending on which directory for temporary files > it decides to use. See e.g. my comments in > http://bugzilla.redhat.com/956380 for what can happen and why it > happens. > > My work-around is to set the $TMPDIR environment variable always, > regardless of how/when I start CM. Today, I'm unable to duplicate it. Dan Arico -- One OS to rule them all, One OS to find them, One OS to bring them all, and in the Darkness bind them, In the land of Redmond, where the Sales Reps lie. From pf at pfortin.com Sat Aug 24 00:03:53 2013 From: pf at pfortin.com (Pierre Fortin) Date: Fri, 23 Aug 2013 18:03:53 -0400 Subject: [Users] Doubled Claws In-Reply-To: <20130823151310.18336187.dan_arico@aricosystems.com> References: <20130823135516.1346d154.dan_arico@aricosystems.com> <20130823190848.067a41b8@abydos.stargate.org.uk> <20130823210907.45eb74ad@faldor.intranet> <20130823151310.18336187.dan_arico@aricosystems.com> Message-ID: <20130823180353.0f7952fd@pfortin.com> On Fri, 23 Aug 2013 15:13:10 -0400 Dan Arico wrote: >> > TBH, I'm surprised at your wife's ability to get two copies running. >> >> Whether the duplicate instance prevention works may depend on the >> environment CM is run within. By default, it would create a file in >> /tmp/claws-mail-$UID/ depending on which directory for temporary files >> it decides to use. See e.g. my comments in >> http://bugzilla.redhat.com/956380 for what can happen and why it >> happens. >> >> My work-around is to set the $TMPDIR environment variable always, >> regardless of how/when I start CM. > >Today, I'm unable to duplicate it. > >Dan Arico > Hi Dan, any chance it was via a separate userid with some shared permissions, or somesuch? I've been running 2 instances for over 10 years -- separate userids and accounts (personal v. other). Gives me 2 Notification plugins in the tray. One of these days, I may find time see if the tray icons can be colored, or otherwise distinguished for each instance... :) HTH, Pierre From CAE at eslrahc.com Sat Aug 24 00:21:24 2013 From: CAE at eslrahc.com (Charles A Edwards) Date: Fri, 23 Aug 2013 18:21:24 -0400 Subject: [Users] How do I view (linux) Claws-Mail generated mail boxes in Claws-Mail for MS Windows? Message-ID: <20130823222208.C98778567F@mx.colino.net> On Fri, 23 Aug 2013 13:17:18 -0400 CW wrote: > Here's the problem I'm facing: I have several mail boxes for different > email accounts that were generated in Claws-Mail 3.7.3 for linux which > I would now like to view in Claws-Mail 3.9.2 for MS Windows. How do I > go about it? Is it at all possible? Many Linux is my primary OS, but I do have a couple systems running Windows (7&8) where I am using Claws. On those systems I simply copied both ~./claws-mail and /Mail from my linux system and used those when I set-up claws in Windows. In your case you will need to copy each mailbox to your Win system and then in claws use "File/Add mailbox" and add each to claws. Charles -- Windows 8 for x86_64 On BlackKnight....http://www.eslrahc.com _______________________________________ No infections found in this outgoing message Scanned by iolo System Shield http://www.iolo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 210 bytes Desc: not available URL: From dan_arico at aricosystems.com Sat Aug 24 01:17:46 2013 From: dan_arico at aricosystems.com (Dan Arico) Date: Fri, 23 Aug 2013 19:17:46 -0400 Subject: [Users] Doubled Claws In-Reply-To: <20130823180353.0f7952fd@pfortin.com> References: <20130823135516.1346d154.dan_arico@aricosystems.com> <20130823190848.067a41b8@abydos.stargate.org.uk> <20130823210907.45eb74ad@faldor.intranet> <20130823151310.18336187.dan_arico@aricosystems.com> <20130823180353.0f7952fd@pfortin.com> Message-ID: <20130823191746.27246c77.dan_arico@aricosystems.com> > >Today, I'm unable to duplicate it. > > > >Dan Arico > > > > Hi Dan, > > any chance it was via a separate userid with some shared permissions, > or somesuch? I've been running 2 instances for over 10 years -- > separate userids and accounts (personal v. other). Gives me 2 > Notification plugins in the tray. One of these days, I may find time > see if the tray icons can be colored, or otherwise distinguished for > each instance... :) > > HTH, > Pierre She's the only user on that computer. Dan -- One OS to rule them all, One OS to find them, One OS to bring them all, and in the Darkness bind them, In the land of Redmond, where the Sales Reps lie. From berndth at gmx.de Sat Aug 24 02:31:13 2013 From: berndth at gmx.de (Holger Berndt) Date: Sat, 24 Aug 2013 02:31:13 +0200 Subject: [Users] Doubled Claws In-Reply-To: <20130823180353.0f7952fd@pfortin.com> References: <20130823135516.1346d154.dan_arico@aricosystems.com> <20130823190848.067a41b8@abydos.stargate.org.uk> <20130823210907.45eb74ad@faldor.intranet> <20130823151310.18336187.dan_arico@aricosystems.com> <20130823180353.0f7952fd@pfortin.com> Message-ID: <20130824023113.2846341a@wodan> On Fr, 23.08.2013 18:03, Pierre Fortin wrote: >One of these days, I may find time see if the tray icons can >be colored, or otherwise distinguished for each instance... :) These icons are themable, so you could use different themes for your two instances. Holger From subscript at free.fr Sat Aug 24 10:03:03 2013 From: subscript at free.fr (wwp) Date: Sat, 24 Aug 2013 10:03:03 +0200 Subject: [Users] Doubled Claws In-Reply-To: <20130823191746.27246c77.dan_arico@aricosystems.com> References: <20130823135516.1346d154.dan_arico@aricosystems.com> <20130823190848.067a41b8@abydos.stargate.org.uk> <20130823210907.45eb74ad@faldor.intranet> <20130823151310.18336187.dan_arico@aricosystems.com> <20130823180353.0f7952fd@pfortin.com> <20130823191746.27246c77.dan_arico@aricosystems.com> Message-ID: <20130824100303.26aca8a3@anthra> Hello Dan, On Fri, 23 Aug 2013 19:17:46 -0400 Dan Arico wrote: > > > >Today, I'm unable to duplicate it. > > > > > >Dan Arico > > > > > > > Hi Dan, > > > > any chance it was via a separate userid with some shared permissions, > > or somesuch? I've been running 2 instances for over 10 years -- > > separate userids and accounts (personal v. other). Gives me 2 > > Notification plugins in the tray. One of these days, I may find time > > see if the tray icons can be colored, or otherwise distinguished for > > each instance... :) > > > > HTH, > > Pierre > > She's the only user on that computer. I could reproduce this some months ago, and this is a known issue as noticed by Michael: - start CM from your desktop - go in Firefox 19+ (IIRC but I'm not sure) and click a mailto: link Firefox invokes CM w/ a different TMPDIR (/var/tmp) than the default one used by the desktop (/tmp). The second instance will *not* find a lock where it looks to, starting over. I'm not really sure about the version of Firefox, but I noticed this behavior after I applied a Firefox update. Regards, -- wwp -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From haines at histomat.net Sun Aug 25 23:13:43 2013 From: haines at histomat.net (Haines Brown) Date: Sun, 25 Aug 2013 17:13:43 -0400 Subject: [Users] Periodic "connection failed" Message-ID: <20130825211343.GH30046@histomat.net> My wife's machine runs Claws under Debian. It has worked well for a couple years, but at some point, perhaps a week or two ago she could send, but not receive mail. No changes were made to the configuration. Today when I check the machine I find that mail of two days ago was retrieved from the server at some point, but Claws today no longer receives mail. I don't know how to troubleshoot if the configuration works is workable, and I use same mail server on another machine (using mutt, not claws) without problem. When the "Get Mail" button is clicked, it seems to take a long time and ends with the message: ERROR Connection to mail at omnis.com:110 failed The log says: Connecting to POP3 server: mail.omnis.com... Connection failed. Haines Brown From mir at miras.org Sun Aug 25 23:22:22 2013 From: mir at miras.org (Michael Rasmussen) Date: Sun, 25 Aug 2013 23:22:22 +0200 Subject: [Users] Periodic "connection failed" In-Reply-To: <20130825211343.GH30046@histomat.net> References: <20130825211343.GH30046@histomat.net> Message-ID: <20130825232222.093d47c6@sleipner.datanom.net> On Sun, 25 Aug 2013 17:13:43 -0400 Haines Brown wrote: > > When the "Get Mail" button is clicked, it seems to take a long time and > ends with the message: > Try starting claws from the command line using this option: claws-mail --debug And paste the relevant output to this list. -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras org http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917 -------------------------------------------------------------- Horace's best ode would not please a young woman as much as the mediocre verses of the young man she is in love with. -- Moore -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From renaud at olgiati-in-paraguay.org Sun Aug 25 23:22:09 2013 From: renaud at olgiati-in-paraguay.org (Renaud OLGIATI (Ron)) Date: Sun, 25 Aug 2013 17:22:09 -0400 Subject: [Users] Delay sending ? Message-ID: <20130825172209.3f17e094@ron.cerrocora.org> In Kmail there is (was?) an option to delay the sending of queued outgoing messages until the incoming mail was collected from the server. Can this behaviour be configured in Claws ? Cheers, Ron. -- The more crap you put up with, the more crap you are going to get. -- http://www.olgiati-in-paraguay.org -- From haines at histomat.net Mon Aug 26 00:57:28 2013 From: haines at histomat.net (Haines Brown) Date: Sun, 25 Aug 2013 18:57:28 -0400 Subject: [Users] Periodic "connection failed" In-Reply-To: <20130825232222.093d47c6@sleipner.datanom.net> References: <20130825211343.GH30046@histomat.net> <20130825232222.093d47c6@sleipner.datanom.net> Message-ID: <20130825225728.GI30046@histomat.net> Here is the debug message. Haines -------------- next part -------------- claws.c:101:Starting Claws Mail version Claws Mail 3.7.6 main.c:839:runtime GTK+ 2.20.1 / GLib 2.24.2 main.c:847:buildtime GTK+ 2.20.1 / GLib 2.24.2 main.c:856:Compiled-in features: main.c:861: compface main.c:867: aspell main.c:873: gnutls main.c:879: ipv6 main.c:885: iconv main.c:891: jpilot main.c:897: ldap main.c:903: libetpan 0.58 main.c:909: libsm main.c:915: NetworkManager prefs_gtk.c:1037:new file '/home/gloria/.claws-mail/clawsrc' prefs_gtk.c:996:new section 'Common' prefs_gtk.c:1037:new file '/home/gloria/.claws-mail/folderitemrc' prefs_gtk.c:975:cache: /home/gloria/.claws-mail/folderitemrc: No such file or directory prefs_gtk.c:1075:destroying cache main.c:2507:/dev/mem_notify not available (No such file or directory) hooks.c:70:registed new hook for 'folder_item_update' as id 1 hooks.c:70:registed new hook for 'folder_update' as id 1 current dir: /home/gloria/.claws-mail current dir: /home/gloria folder.c:121:registering folder class mh folder.c:121:registering folder class imap folder.c:121:registering folder class news prefs_gtk.c:85:Reading configuration... prefs_gtk.c:122:Found [Common] prefs_gtk.c:147:Finished reading configuration. prefs_themes.c:372:Creating preferences for themes... stock_pixmap.c:496:dir /home/gloria/.claws-mail/themes not found, skipping theme scanstock_pixmap.c:496:dir /usr/share/claws-mail/themes not found, skipping theme scanprefs_actions.c:437:Reading actions configurations... prefs_display_header.c:420:Reading configuration for displaying headers... addressbook.c:4148:Reading address index... addressbook.c:4197:done. mainwindow.c:1540:Creating main window... toolbar.c:705:read Toolbar Configuration from toolbar_main.xml folderview.c:577:Creating folder view... folderview.c:412:creating tree... hooks.c:70:registed new hook for 'folder_update' as id 2 hooks.c:70:registed new hook for 'folder_item_update' as id 2 summaryview.c:517:Creating summary view... hooks.c:70:registed new hook for 'msginfo_update' as id 1 hooks.c:70:registed new hook for 'folder_item_update' as id 3 hooks.c:70:registed new hook for 'folder_update' as id 3 messageview.c:360:Creating message view... headerview.c:83:Creating header view... noticeview.c:73:Creating notice view... mimeview.c:267:Creating MIME view... noticeview.c:73:Creating notice view... textview.c:263:Creating text view... hooks.c:70:registed new hook for 'msginfo_update' as id 2 logwindow.c:87:Creating log window... hooks.c:70:registed new hook for 'log_append_text' as id 1 logwindow.c:87:Creating log window... hooks.c:70:registed new hook for 'debug_append_text' as id 1 mainwindow.c:2185:done. mainwindow.c:3624:Setting widgets... mainwindow.c:3836:done. hooks.c:70:registed new hook for 'sslcert_ask' as id 1 hooks.c:70:registed new hook for 'progressindicator_hooklist' as id 1 main.c:2627:Failed to get state info from NetworkManager: The name org.freedesktop.NetworkManager was not provided by any .service files main.c:2576:Failed to get online information from NetworkManager: The name org.freedesktop.NetworkManager was not provided by any .service files hooks.c:70:registed new hook for 'sslcert_get_client_cert' as id 1 hooks.c:70:registed new hook for 'sslcert_get_password' as id 1 account.c:199:Reading all config for each account... account.c:214:Found label: Account: 1 codeconv.c:1481:current locale: en_US.utf8 prefs_gtk.c:85:Reading configuration... prefs_gtk.c:122:Found [Account: 1] prefs_gtk.c:147:Finished reading configuration. prefs_gtk.c:85:Reading configuration... prefs_gtk.c:122:Found [Account: 1] prefs_gtk.c:147:Finished reading configuration. prefs_gtk.c:85:Reading configuration... prefs_gtk.c:122:Found [Account: 1] prefs_gtk.c:147:Finished reading configuration. prefs_gtk.c:85:Reading configuration... prefs_gtk.c:122:Found [Account: 1] prefs_gtk.c:147:Finished reading configuration. prefs_gtk.c:85:Reading configuration... prefs_gtk.c:122:Found [Account: 1] prefs_gtk.c:147:Finished reading configuration. prefs_gtk.c:85:Reading configuration... prefs_gtk.c:122:Found [Account: 1] prefs_gtk.c:147:Finished reading configuration. prefs_gtk.c:85:Reading configuration... prefs_gtk.c:122:Found [Account: 1] prefs_gtk.c:147:Finished reading configuration. prefs_gtk.c:85:Reading configuration... prefs_gtk.c:122:Found [Account: 1] prefs_gtk.c:147:Finished reading configuration. prefs_customheader.c:332:Reading custom header configuration... folderview.c:325:setting titles... folderview.c:739:called inc_lock (lock count 1) folderview.c:740:Setting folder info... folderview.c:766:called inc_unlock (lock count 0) summaryview.c:1133:called inc_lock (lock count 1) summaryview.c:1206:empty folder ((nil) (null) (nil) 0) summaryview.c:1217:called inc_unlock (lock count 0) summaryview.c:1227:TIMING summary_show : 0s000ms prefs_gtk.c:85:Reading configuration... prefs_gtk.c:85:Reading configuration... prefs_gtk.c:85:Reading configuration... prefs_gtk.c:85:Reading configuration... prefs_gtk.c:85:Reading configuration... folder.c:1208:Counting total number of messages... main.c:965:The name com.google.code.Awn was not provided by any .service files folderview.c:739:called inc_lock (lock count 1) folderview.c:740:Setting folder info... msgcache.c:602: Reading swapped message cache from /home/gloria/Mail/queue/.claws_cache... msgcache.c:618:using Noop Converter msgcache.c:790:done. (0 items read) msgcache.c:791:Cache size: 0 messages, 0 bytes msgcache.c:821:reading swapped mark file. msgcache.c:907:reading swapped tags file. folder.c:2680:TIMING folder_item_read_cache : 0s000ms folder.c:2541:Total cache memory usage: 0 msgcache.c:274:TIMING msgcache_get_msg_list : 0s000ms folderview.c:766:called inc_unlock (lock count 0) folderview.c:739:called inc_lock (lock count 1) folderview.c:740:Setting folder info... msgcache.c:274:TIMING msgcache_get_msg_list : 0s000ms folderview.c:766:called inc_unlock (lock count 0) inc.c:1506:added timer = 103 prefs_gtk.c:1072:no cache main.c:1659:TIMING main startup: 0s262ms main.c:2060:exiting hooks.c:89:unregisted hook 1 in 'folder_item_update' hooks.c:89:unregisted hook 1 in 'folder_update' main.c:1704:shutting down inc.c:1522:removed timer = 103 mh.c:231:MH scan not required: /home/gloria/Mail/queue (1377463948 <= 1377463948) folder.c:2705:Save cache for folder #mh/Mailbox/queue msgcache.c:1169: Writing message cache to (null) and (null)... msgcache.c:1250:done. msgcache.c:1251:TIMING msgcache_write : 0s000ms mh.c:1463:MH: forced mtime of queue to 1377463948 mainwindow.c:2948:main window position: 0, 27 prefs_gtk.c:287:Found [Common] prefs_gtk.c:331:Configuration is saved. addressbook.c:4364:Saving address books... addressbook.c:4367:Exporting addressbook to file... main.c:2627:Failed to get state info from NetworkManager: The name org.freedesktop.NetworkManager was not provided by any .service files main.c:2627:Failed to get state info from NetworkManager: The name org.freedesktop.NetworkManager was not provided by any .service files prefs_themes.c:417:Finished preferences for themes. From steve.chupack at dealer.com Mon Aug 26 01:13:11 2013 From: steve.chupack at dealer.com (Steve Chupack) Date: Sun, 25 Aug 2013 19:13:11 -0400 Subject: [Users] Extreme slowness with Exchange 2013 and IMAP, SOLVED (ish) Message-ID: <20130825191311.22fb9691@stchupack-m4700.dealerdotcom.corp> My organization recently migrated to Exchange 2013 from Exchange 2010. I am not posting this to start a pro/con discussion of Exchange, just to help the handful of people who might be (or soon will be) using *any* IMAP client with Exchange, not just Claws. After switching to 2013, IMAP became about 10x slower than usual (basically unusable). This was actually the case with *all* clients, although was perhaps slightly more apparent with Claws because it's actually possible to watch the claws log file as every IMAP command is issued, and two, to be honest, Claws is a little hampered by its less than 100% multithreaded nature when scanning folders/mailboxes. A colleague discovered two new settings in Exchange that seem to severely throttle IMAP operations. New IMAP throttling metrics introduced with E2013 were limited re-indexing procedures. Set the following to unlimited: ImapMaxBurst : 60000 ImapRechargeRate : 240000 This helped a lot, although I'd saw it still takes approximately 2x longer to scan/enumerate folders. Again, this is an issue/change with Exchange, not a Claws problem. Although if I could change one thing about Claws, it would the ability for the app to do more things while enumerating messages and scanning folders. I believe there was a thread about this a while back and I believe Colin or one of the other Devs indicated that true multithreading would require a full rewrite. Someone please disabuse me of that notion of I'm wrong. Hope this helps the 12 people in the world who might be using Claws/IMAP with Exchange 2013. Luckily I work with an Exchange admin who's willing to look into issues reported by the small number of people who either can't or prefer not to use Outlook. ;-) SC Steve Chupack | IT Systems Administrator V: 877.327.8422 x 1242 Steve.Chupack at dealer.com | www.dealer.com From jerry at seibercom.net Mon Aug 26 01:35:38 2013 From: jerry at seibercom.net (Jerry) Date: Sun, 25 Aug 2013 19:35:38 -0400 Subject: [Users] Extreme slowness with Exchange 2013 and IMAP, SOLVED (ish) In-Reply-To: <20130825191311.22fb9691@stchupack-m4700.dealerdotcom.corp> References: <20130825191311.22fb9691@stchupack-m4700.dealerdotcom.corp> Message-ID: <20130825193538.5b8d1688@scorpio> On Sun, 25 Aug 2013 19:13:11 -0400 Steve Chupack articulated: > My organization recently migrated to Exchange 2013 from Exchange > 2010. > > I am not posting this to start a pro/con discussion of Exchange, just > to help the handful of people who might be (or soon will be) using > *any* IMAP client with Exchange, not just Claws. > > After switching to 2013, IMAP became about 10x slower than usual > (basically unusable). This was actually the case with *all* clients, > although was perhaps slightly more apparent with Claws because it's > actually possible to watch the claws log file as every IMAP command > is issued, and two, to be honest, Claws is a little hampered by its > less than 100% multithreaded nature when scanning folders/mailboxes. > > A colleague discovered two new settings in Exchange that seem to > severely throttle IMAP operations. > > New IMAP throttling metrics introduced with E2013 were limited > re-indexing procedures. Set the following to unlimited: > > ImapMaxBurst : 60000 > ImapRechargeRate : 240000 > > This helped a lot, although I'd saw it still takes approximately 2x > longer to scan/enumerate folders. Again, this is an issue/change with > Exchange, not a Claws problem. Although if I could change one thing > about Claws, it would the ability for the app to do more things while > enumerating messages and scanning folders. I believe there was a > thread about this a while back and I believe Colin or one of the > other Devs indicated that true multithreading would require a full > rewrite. Someone please disabuse me of that notion of I'm wrong. > > Hope this helps the 12 people in the world who might be using > Claws/IMAP with Exchange 2013. Luckily I work with an Exchange admin > who's willing to look into issues reported by the small number of > people who either can't or prefer not to use Outlook. ;-) Ask your friend if they have installed at least "Cumulative Update 2 for Exchange Server 2013 (KB2859928)". It reportedly corrected some IMAP problems. There have been other updates since that one also. I have no way of know how attentive that Exchange admin is regarding keeping the system totally up-to-date. You are the first person I have seen who posted this problem. I know there was a bug in the 2007 version, but that is not the one you are working with. What were you working with prior to the Exchange 2013 system? Did anything OTHER than that change? -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From mir at miras.org Mon Aug 26 01:44:28 2013 From: mir at miras.org (Michael Rasmussen) Date: Mon, 26 Aug 2013 01:44:28 +0200 Subject: [Users] Periodic "connection failed" In-Reply-To: <20130825225728.GI30046@histomat.net> References: <20130825211343.GH30046@histomat.net> <20130825232222.093d47c6@sleipner.datanom.net> <20130825225728.GI30046@histomat.net> Message-ID: <20130826014428.4c023e6f@sleipner.datanom.net> On Sun, 25 Aug 2013 18:57:28 -0400 Haines Brown wrote: > Here is the debug message. > I see no problems in the debug. -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras org http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917 -------------------------------------------------------------- It'll be a nice world if they ever get it finished. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From mir at miras.org Mon Aug 26 01:50:31 2013 From: mir at miras.org (Michael Rasmussen) Date: Mon, 26 Aug 2013 01:50:31 +0200 Subject: [Users] Extreme slowness with Exchange 2013 and IMAP, SOLVED (ish) In-Reply-To: <20130825193538.5b8d1688@scorpio> References: <20130825191311.22fb9691@stchupack-m4700.dealerdotcom.corp> <20130825193538.5b8d1688@scorpio> Message-ID: <20130826015031.6d3ed51f@sleipner.datanom.net> On Sun, 25 Aug 2013 19:35:38 -0400 Jerry wrote: > > You are the first person I have seen who posted this problem. I know > there was a bug in the 2007 version, but that is not the one you are > working with. What were you working with prior to the Exchange 2013 > system? Did anything OTHER than that change? > We had a problem on work with our Exchange 2007 where Imap was extremely slow and drop a lot of connections. Our Exchange admin fixed it by increasing the allowed number of concurrent imap connections. -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras org http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917 -------------------------------------------------------------- We must believe in free will. We have no choice. -Isaac B. Singer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From steve.chupack at dealer.com Mon Aug 26 02:12:02 2013 From: steve.chupack at dealer.com (Steve Chupack) Date: Sun, 25 Aug 2013 20:12:02 -0400 Subject: [Users] Extreme slowness with Exchange 2013 and IMAP, SOLVED (ish) In-Reply-To: <20130825193538.5b8d1688@scorpio> References: <20130825191311.22fb9691@stchupack-m4700.dealerdotcom.corp> <20130825193538.5b8d1688@scorpio> Message-ID: <20130825201202.576c729d@stchupack-m4700.dealerdotcom.corp> On Sun, 25 Aug 2013 19:35:38 -0400 Jerry wrote: > On Sun, 25 Aug 2013 19:13:11 -0400 > Steve Chupack articulated: > > > My organization recently migrated to Exchange 2013 from Exchange > > 2010. > > > > I am not posting this to start a pro/con discussion of Exchange, just > > to help the handful of people who might be (or soon will be) using > > *any* IMAP client with Exchange, not just Claws. > > > > After switching to 2013, IMAP became about 10x slower than usual > > (basically unusable). This was actually the case with *all* clients, > > although was perhaps slightly more apparent with Claws because it's > > actually possible to watch the claws log file as every IMAP command > > is issued, and two, to be honest, Claws is a little hampered by its > > less than 100% multithreaded nature when scanning folders/mailboxes. > > > > A colleague discovered two new settings in Exchange that seem to > > severely throttle IMAP operations. > > > > New IMAP throttling metrics introduced with E2013 were limited > > re-indexing procedures. Set the following to unlimited: > > > > ImapMaxBurst : 60000 > > ImapRechargeRate : 240000 > > > > This helped a lot, although I'd saw it still takes approximately 2x > > longer to scan/enumerate folders. Again, this is an issue/change with > > Exchange, not a Claws problem. Although if I could change one thing > > about Claws, it would the ability for the app to do more things while > > enumerating messages and scanning folders. I believe there was a > > thread about this a while back and I believe Colin or one of the > > other Devs indicated that true multithreading would require a full > > rewrite. Someone please disabuse me of that notion of I'm wrong. > > > > Hope this helps the 12 people in the world who might be using > > Claws/IMAP with Exchange 2013. Luckily I work with an Exchange admin > > who's willing to look into issues reported by the small number of > > people who either can't or prefer not to use Outlook. ;-) > > Ask your friend if they have installed at least "Cumulative Update 2 > for Exchange Server 2013 (KB2859928)". It reportedly corrected some > IMAP problems. There have been other updates since that one also. I > have no way of know how attentive that Exchange admin is regarding > keeping the system totally up-to-date. > > You are the first person I have seen who posted this problem. I know > there was a bug in the 2007 version, but that is not the one you are > working with. What were you working with prior to the Exchange 2013 > system? Did anything OTHER than that change? Now that you mention it, I do recall him grumbling about "there's a Cumulative Update already?". ;-) I'll check and see what patch/update level we're at. We were running 2010 previously, and to be honest, it performed flawlessly. The upgrade was "all" that changed. However, as I understand it, the architecture is pretty different, with the CAS server playing much more of a passive, proxy role between the client and their mailbox server. That's a pretty big change. > Steve Chupack | IT Systems Administrator V: 877.327.8422 x 1242 Steve.Chupack at dealer.com | www.dealer.com From steve.chupack at dealer.com Mon Aug 26 02:47:31 2013 From: steve.chupack at dealer.com (Steve Chupack) Date: Sun, 25 Aug 2013 20:47:31 -0400 Subject: [Users] Periodic "connection failed" In-Reply-To: <20130826014428.4c023e6f@sleipner.datanom.net> References: <20130825211343.GH30046@histomat.net> <20130825232222.093d47c6@sleipner.datanom.net> <20130825225728.GI30046@histomat.net> <20130826014428.4c023e6f@sleipner.datanom.net> Message-ID: <20130825204731.54b3315e@stchupack-m4700> On Mon, 26 Aug 2013 01:44:28 +0200 Michael Rasmussen wrote: > On Sun, 25 Aug 2013 18:57:28 -0400 > Haines Brown wrote: > > > Here is the debug message. > > > I see no problems in the debug. > The only thing interesting to me here is the last two lines... main.c:2627:Failed to get state info from NetworkManager: The name org.freedesktop.NetworkManager was not provided by any .service files main.c:2627:Failed to get state info from NetworkManager: The name org.freedesktop.NetworkManager was not provided by any .service files This would indicate to me that maybe NetworkMisManager (sorry, that's my pet name for it) isn't able to communicate properly with Claws. But that's an uneducated guess, and it may be a harmless error, i.e. Claws may be saying "I can't talk to NM and I'm ignoring it". I just recompiled my copy of Claws with NM support enabled, and I get the following when I open Claws with no network connection: main.c:3004:NetworkManager: Went offline ** Message: NetworkManager: network is offline. I suspect that is the proper/expected behavior. Steve Chupack | IT Systems Administrator V: 877.327.8422 x 1242 Steve.Chupack at dealer.com | www.dealer.com From haines at histomat.net Mon Aug 26 03:10:54 2013 From: haines at histomat.net (Haines Brown) Date: Sun, 25 Aug 2013 21:10:54 -0400 Subject: [Users] Periodic "connection failed" In-Reply-To: <20130825204731.54b3315e@stchupack-m4700> References: <20130825211343.GH30046@histomat.net> <20130825232222.093d47c6@sleipner.datanom.net> <20130825225728.GI30046@histomat.net> <20130826014428.4c023e6f@sleipner.datanom.net> <20130825204731.54b3315e@stchupack-m4700> Message-ID: <20130826011054.GJ30046@histomat.net> On Sun, Aug 25, 2013 at 08:47:31PM -0400, Steve Chupack wrote: > On Mon, 26 Aug 2013 01:44:28 +0200 > Michael Rasmussen wrote: > > > I see no problems in the debug. > > > The only thing interesting to me here is the last two lines... > > main.c:2627:Failed to get state info from NetworkManager: The name org.freedesktop.NetworkManager was not provided by any .service files > main.c:2627:Failed to get state info from NetworkManager: The name org.freedesktop.NetworkManager was not provided by any .service files > > This would indicate to me that maybe NetworkMisManager (sorry, that's my > pet name for it) isn't able to communicate properly with Claws. But > that's an uneducated guess, and it may be a harmless error, i.e. Claws > may be saying "I can't talk to NM and I'm ignoring it". Well, whenever I install a debian I make a point of never intalling a network manager. I probably should check, but I believe there's only wicd. I should have mentioned that in my note. As you suggest, no access to the network manager is likely to generate a different error. The error I get suggests to me that Claws is misconfigured, but I didn't change anything and the configuration looks OK to me. Since I can sent mail from the machine and browse the web, the wicd is working properly. Haines From itz at buug.org Mon Aug 26 04:01:15 2013 From: itz at buug.org (Ian Zimmerman) Date: Sun, 25 Aug 2013 19:01:15 -0700 Subject: [Users] Periodic "connection failed" In-Reply-To: <20130826011054.GJ30046@histomat.net> References: <20130825211343.GH30046@histomat.net> <20130825232222.093d47c6@sleipner.datanom.net> <20130825225728.GI30046@histomat.net> <20130826014428.4c023e6f@sleipner.datanom.net> <20130825204731.54b3315e@stchupack-m4700> <20130826011054.GJ30046@histomat.net> Message-ID: <20130825190115.7895ebc1.itz@buug.org> On Sun, 25 Aug 2013 21:10:54 -0400 Haines Brown wrote: Haines> Well, whenever I install a debian I make a point of never Haines> intalling a network manager. I probably should check, but I Haines> believe there's only wicd. I should have mentioned that in my Haines> note. As you suggest, no access to the network manager is likely Haines> to generate a different error. The error I get suggests to me Haines> that Claws is misconfigured, but I didn't change anything and Haines> the configuration looks OK to me. Since I can sent mail from Haines> the machine and browse the web, the wicd is working properly. Did your ISP perhaps start blocking the outgoing POP port to force you to use their totally broken webmail thing? -- Please *no* private copies of mailing list or newsgroup messages. gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD Funny pic: http://bit.ly/ZNE2MX From noreply at thewildbeast.co.uk Mon Aug 26 08:38:39 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 26 Aug 2013 06:38:39 +0000 Subject: [Users] [Bug 2340] Create block list In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2340 Ricardo Mones changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. From claws at thewildbeast.co.uk Mon Aug 26 09:05:48 2013 From: claws at thewildbeast.co.uk (Paul) Date: Mon, 26 Aug 2013 08:05:48 +0100 Subject: [Users] Periodic "connection failed" In-Reply-To: <20130826011054.GJ30046@histomat.net> References: <20130825211343.GH30046@histomat.net> <20130825232222.093d47c6@sleipner.datanom.net> <20130825225728.GI30046@histomat.net> <20130826014428.4c023e6f@sleipner.datanom.net> <20130825204731.54b3315e@stchupack-m4700> <20130826011054.GJ30046@histomat.net> Message-ID: <20130826080548.32fe5334@thewildbeast> On Sun, 25 Aug 2013 21:10:54 -0400 Haines Brown wrote: > The error I get > suggests to me that Claws is misconfigured, but I didn't change > anything and the configuration looks OK to me. In that case it suggests to me that the problem is not with Claws at all. Since it stopped working although you changed nothing in Claws, then the problem must be outside of Claws. Perhaps send another debug log, the previous did not contain a connection attempt, just start-up stuff. with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From claws at thewildbeast.co.uk Mon Aug 26 09:07:27 2013 From: claws at thewildbeast.co.uk (Paul) Date: Mon, 26 Aug 2013 08:07:27 +0100 Subject: [Users] Delay sending ? In-Reply-To: <20130825172209.3f17e094@ron.cerrocora.org> References: <20130825172209.3f17e094@ron.cerrocora.org> Message-ID: <20130826080727.010ca748@thewildbeast> On Sun, 25 Aug 2013 17:22:09 -0400 Renaud (Ron) OLGIATI wrote: > In Kmail there is (was?) an option to delay the sending of queued > outgoing messages until the incoming mail was collected from the > server. > > Can this behaviour be configured in Claws ? Do you mean 'authenticate with pop3 before sending'? If so, see account prefs, 'send' page. with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From claws at thewildbeast.co.uk Mon Aug 26 09:09:34 2013 From: claws at thewildbeast.co.uk (Paul) Date: Mon, 26 Aug 2013 08:09:34 +0100 Subject: [Users] Extreme slowness with Exchange 2013 and IMAP, SOLVED (ish) In-Reply-To: <20130825201202.576c729d@stchupack-m4700.dealerdotcom.corp> References: <20130825191311.22fb9691@stchupack-m4700.dealerdotcom.corp> <20130825193538.5b8d1688@scorpio> <20130825201202.576c729d@stchupack-m4700.dealerdotcom.corp> Message-ID: <20130826080934.71a8ed83@thewildbeast> This seems very much off-topic to me. regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From noreply at thewildbeast.co.uk Mon Aug 26 09:29:50 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 26 Aug 2013 07:29:50 +0000 Subject: [Users] [Bug 2636] Deleting [dup?] account created junk account In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2636 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #6 from Paul --- i think this was fixed long ago but never closed here. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Aug 26 09:33:10 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 26 Aug 2013 07:33:10 +0000 Subject: [Users] [Bug 2671] deleting a folder fails on dovecot server In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2671 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #6 from Paul --- no response in a year, closing now. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Aug 26 09:34:49 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 26 Aug 2013 07:34:49 +0000 Subject: [Users] [Bug 2679] network grinds to a halt In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2679 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #3 from Paul --- if this is still happening then re-open this report -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Aug 26 09:36:52 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 26 Aug 2013 07:36:52 +0000 Subject: [Users] [Bug 2749] maildir_scan_tree in Maildir++ creates duplicates In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2749 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |LATER --- Comment #2 from Paul --- the maildir plugin is no longer supported or developed. Closing this until a new maildir plugin developer comes along. -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Aug 26 09:38:33 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 26 Aug 2013 07:38:33 +0000 Subject: [Users] [Bug 2757] Implement scan_required for maildir++ plugin In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2757 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |LATER --- Comment #1 from Paul --- the maildir plugin is no longer supported or developed. Closing this until a new maildir plugin developer comes along. -- You are receiving this mail because: You are the assignee for the bug. From jerry at seibercom.net Mon Aug 26 13:09:48 2013 From: jerry at seibercom.net (Jerry) Date: Mon, 26 Aug 2013 07:09:48 -0400 Subject: [Users] Extreme slowness with Exchange 2013 and IMAP, SOLVED (ish) In-Reply-To: <20130825201202.576c729d@stchupack-m4700.dealerdotcom.corp> References: <20130825191311.22fb9691@stchupack-m4700.dealerdotcom.corp> <20130825193538.5b8d1688@scorpio> <20130825201202.576c729d@stchupack-m4700.dealerdotcom.corp> Message-ID: <20130826070948.65ef7473@scorpio> On Sun, 25 Aug 2013 20:12:02 -0400 Steve Chupack articulated: > On Sun, 25 Aug 2013 19:35:38 -0400 > Jerry wrote: > > > On Sun, 25 Aug 2013 19:13:11 -0400 > > Steve Chupack articulated: > > > > > My organization recently migrated to Exchange 2013 from Exchange > > > 2010. > > > > > > I am not posting this to start a pro/con discussion of Exchange, > > > just to help the handful of people who might be (or soon will be) > > > using *any* IMAP client with Exchange, not just Claws. > > > > > > After switching to 2013, IMAP became about 10x slower than usual > > > (basically unusable). This was actually the case with *all* > > > clients, although was perhaps slightly more apparent with Claws > > > because it's actually possible to watch the claws log file as > > > every IMAP command is issued, and two, to be honest, Claws is a > > > little hampered by its less than 100% multithreaded nature when > > > scanning folders/mailboxes. > > > > > > A colleague discovered two new settings in Exchange that seem to > > > severely throttle IMAP operations. > > > > > > New IMAP throttling metrics introduced with E2013 were limited > > > re-indexing procedures. Set the following to unlimited: > > > > > > ImapMaxBurst : 60000 > > > ImapRechargeRate : 240000 > > > > > > This helped a lot, although I'd saw it still takes approximately > > > 2x longer to scan/enumerate folders. Again, this is an > > > issue/change with Exchange, not a Claws problem. Although if I > > > could change one thing about Claws, it would the ability for the > > > app to do more things while enumerating messages and scanning > > > folders. I believe there was a thread about this a while back and > > > I believe Colin or one of the other Devs indicated that true > > > multithreading would require a full rewrite. Someone please > > > disabuse me of that notion of I'm wrong. > > > > > > Hope this helps the 12 people in the world who might be using > > > Claws/IMAP with Exchange 2013. Luckily I work with an Exchange > > > admin who's willing to look into issues reported by the small > > > number of people who either can't or prefer not to use > > > Outlook. ;-) > > > > Ask your friend if they have installed at least "Cumulative Update 2 > > for Exchange Server 2013 (KB2859928)". It reportedly corrected some > > IMAP problems. There have been other updates since that one also. I > > have no way of know how attentive that Exchange admin is regarding > > keeping the system totally up-to-date. > > > > You are the first person I have seen who posted this problem. I know > > there was a bug in the 2007 version, but that is not the one you are > > working with. What were you working with prior to the Exchange 2013 > > system? Did anything OTHER than that change? > > Now that you mention it, I do recall him grumbling about "there's a > Cumulative Update already?". ;-) I'll check and see what patch/update > level we're at. CU3 is due out in October, so tell him to be on the lookout for it. It supposedly contains some user requested features as well as all of the previous patches, etcetera. > We were running 2010 previously, and to be honest, it performed > flawlessly. The upgrade was "all" that changed. However, as I > understand it, the architecture is pretty different, with the CAS > server playing much more of a passive, proxy role between the client > and their mailbox server. That's a pretty big change. From claws.wielder at gmail.com Mon Aug 26 18:08:39 2013 From: claws.wielder at gmail.com (CW) Date: Mon, 26 Aug 2013 09:08:39 -0700 Subject: [Users] How do I view (linux) Claws-Mail generated mail boxes in Claws-Mail for MS Windows? In-Reply-To: References: <20130823222208.C98778567F@mx.colino.net> Message-ID: Thanks for your reply. Where specifically do I need to copy each mailbox to my Win system (Win 7)? I tried copying the mailboxes to my home directory. Using "File/Add mailbox" in claws merely adds new mailboxes in the folder section. I tried "File/Import mailbox file" and, after entering mbox file (inbox from my copied account files) and destination folder (inbox of newly created account within claws), I get the error message "Mbox import has failed". (The mailboxes I added work just fine within my linux system). Am I doing something wrong here? On 8/23/13, Charles A Edwards wrote: > On Fri, 23 Aug 2013 13:17:18 -0400 > CW wrote: > >> Here's the problem I'm facing: I have several mail boxes for different >> email accounts that were generated in Claws-Mail 3.7.3 for linux which >> I would now like to view in Claws-Mail 3.9.2 for MS Windows. How do I >> go about it? Is it at all possible? Many > > Linux is my primary OS, but I do have a couple systems running Windows > (7&8) where I am using Claws. > > On those systems I simply copied both ~./claws-mail and /Mail from my > linux system and used those when I set-up claws in Windows. > > In your case you will need to copy each mailbox to your Win system and > then in claws use "File/Add mailbox" and add each to claws. > > > Charles From haines at histomat.net Mon Aug 26 20:07:04 2013 From: haines at histomat.net (Haines Brown) Date: Mon, 26 Aug 2013 14:07:04 -0400 Subject: [Users] Periodic "connection failed" In-Reply-To: <20130826080548.32fe5334@thewildbeast> References: <20130825211343.GH30046@histomat.net> <20130825232222.093d47c6@sleipner.datanom.net> <20130825225728.GI30046@histomat.net> <20130826014428.4c023e6f@sleipner.datanom.net> <20130825204731.54b3315e@stchupack-m4700> <20130826011054.GJ30046@histomat.net> <20130826080548.32fe5334@thewildbeast> Message-ID: <20130826180704.GL30046@histomat.net> On Mon, Aug 26, 2013 at 08:05:48AM +0100, Paul wrote: > On Sun, 25 Aug 2013 21:10:54 -0400 > In that case it suggests to me that the problem is not with Claws at > all. Since it stopped working although you changed nothing in Claws, > then the problem must be outside of Claws. > > Perhaps send another debug log, the previous did not contain a > connection attempt, just start-up stuff. I'm attaching another debug report. I inadvertantly did a debug just on start up last time, and this time the report includes an attempt to "Get Mail" and then my mailing the debug report to another computer. Despite my clicking the "Get Mail" button and getting the connection error instead of new mail, it seems that periodically my wife's Claws nevertheless does get mail, for she received mail yesterday. So my question is, does Claws periodically retrieve mail automatically, or only when the "Get Mail" function is used? I sent a test message to my wife's machine from my current machine, and even after my hitting Get Mail ten minutes later it did not show up. Nevertheless my test mail from a day or two ago were received. I suspect today's test message will show up tomorrow. If so, and if Claws has an automatic mail retrieval, the problem would seem to be in the Get Mail function itself rather than with mail retrieval. If I end having to reinstall Claws, will its "deletion" leave the received mail folder intact so that old mail will not be lost? Haines -------------- next part -------------- >From gloria at gloriabrownministry.net Mon Aug 26 13:26:31 2013 Return-path: Envelope-to: haines at localhost Delivery-date: Mon, 26 Aug 2013 13:26:31 -0400 Received: from localhost6.att.net ([::1] helo=engels.HistoricalMaterialism.info) by engels.HistoricalMaterialism.info with esmtp (Exim 4.72) (envelope-from ) id 1VE0Yh-0003yF-FI for haines at localhost; Mon, 26 Aug 2013 13:26:31 -0400 Delivered-To: haines at histomat.net Received: from mail.histomat.net [216.239.128.27] by engels.HistoricalMaterialism.info with POP3 (fetchmail-6.3.18) for (single-drop); Mon, 26 Aug 2013 13:26:31 -0400 (EDT) Received: from ten-mx05.omnis.com (unknown [216.239.133.152]) by ten-ms01.omnis.com (Postfix) with ESMTP id 462A343E86 for ; Mon, 26 Aug 2013 17:25:57 +0000 (GMT) Received: from outbound-relay.guardedhost.com (outbound-relay.guardedhost.com [216.239.133.251]) by ten-mx05.omnis.com (Postfix) with ESMTP id 432F2C0719 for ; Mon, 26 Aug 2013 17:25:57 +0000 (GMT) Received: from ten-mx02.omnis.com (ten-mx02.omnis.com [216.239.133.142]) by outbound-relay.guardedhost.com (Postfix) with ESMTP id 004E220EB2 for ; Mon, 26 Aug 2013 17:25:56 +0000 (GMT) Received: from gloria.histomat.net (108-196-77-165.lightspeed.wlfrct.sbcglobal.net [108.196.77.165]) (Authenticated sender: gloria at gloriabrownministry.net) by ten-mx02.omnis.com (Postfix) with ESMTPA id F317520706 for ; Mon, 26 Aug 2013 17:25:55 +0000 (GMT) Date: Mon, 26 Aug 2013 13:25:54 -0400 From: Gloria Brown To: haines at histomat.net Subject: debug-bis Message-ID: <20130826132554.6067e7bd at gloria.histomat.net> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/xnimuiVnvV3eN7.mN8ngWbV" X-Virus-Scanned: clamav-milter 0.97.8 at ten-mx05.omnis.com X-Virus-Status: Clean Status: RO Content-Length: 15992 Lines: 217 --MP_/xnimuiVnvV3eN7.mN8ngWbV Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline --MP_/xnimuiVnvV3eN7.mN8ngWbV Content-Type: application/octet-stream; name=debug-bis Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=debug-bis Y2xhd3MuYzoxMDE6U3RhcnRpbmcgQ2xhd3MgTWFpbCB2ZXJzaW9uIENsYXdzIE1haWwgMy43LjYK bWFpbi5jOjgzOTpydW50aW1lIEdUSysgMi4yMC4xIC8gR0xpYiAyLjI0LjIKbWFpbi5jOjg0Nzpi dWlsZHRpbWUgR1RLKyAyLjIwLjEgLyBHTGliIDIuMjQuMgptYWluLmM6ODU2OkNvbXBpbGVkLWlu IGZlYXR1cmVzOgptYWluLmM6ODYxOiBjb21wZmFjZQptYWluLmM6ODY3OiBhc3BlbGwKbWFpbi5j Ojg3MzogZ251dGxzCm1haW4uYzo4Nzk6IGlwdjYKbWFpbi5jOjg4NTogaWNvbnYKbWFpbi5jOjg5 MToganBpbG90Cm1haW4uYzo4OTc6IGxkYXAKbWFpbi5jOjkwMzogbGliZXRwYW4gMC41OAptYWlu LmM6OTA5OiBsaWJzbQptYWluLmM6OTE1OiBOZXR3b3JrTWFuYWdlcgpwcmVmc19ndGsuYzoxMDM3 Om5ldyBmaWxlICcvaG9tZS9nbG9yaWEvLmNsYXdzLW1haWwvY2xhd3NyYycKcHJlZnNfZ3RrLmM6 OTk2Om5ldyBzZWN0aW9uICdDb21tb24nCnByZWZzX2d0ay5jOjEwMzc6bmV3IGZpbGUgJy9ob21l L2dsb3JpYS8uY2xhd3MtbWFpbC9mb2xkZXJpdGVtcmMnCnByZWZzX2d0ay5jOjk3NTpjYWNoZTog L2hvbWUvZ2xvcmlhLy5jbGF3cy1tYWlsL2ZvbGRlcml0ZW1yYzogTm8gc3VjaCBmaWxlIG9yIGRp cmVjdG9yeQpwcmVmc19ndGsuYzoxMDc1OmRlc3Ryb3lpbmcgY2FjaGUKbWFpbi5jOjI1MDc6L2Rl di9tZW1fbm90aWZ5IG5vdCBhdmFpbGFibGUgKE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkpCmhv b2tzLmM6NzA6cmVnaXN0ZWQgbmV3IGhvb2sgZm9yICdmb2xkZXJfaXRlbV91cGRhdGUnIGFzIGlk IDEKaG9va3MuYzo3MDpyZWdpc3RlZCBuZXcgaG9vayBmb3IgJ2ZvbGRlcl91cGRhdGUnIGFzIGlk IDEKY3VycmVudCBkaXI6IC9ob21lL2dsb3JpYS8uY2xhd3MtbWFpbApjdXJyZW50IGRpcjogL2hv bWUvZ2xvcmlhCmZvbGRlci5jOjEyMTpyZWdpc3RlcmluZyBmb2xkZXIgY2xhc3MgbWgKZm9sZGVy LmM6MTIxOnJlZ2lzdGVyaW5nIGZvbGRlciBjbGFzcyBpbWFwCmZvbGRlci5jOjEyMTpyZWdpc3Rl cmluZyBmb2xkZXIgY2xhc3MgbmV3cwpwcmVmc19ndGsuYzo4NTpSZWFkaW5nIGNvbmZpZ3VyYXRp b24uLi4KcHJlZnNfZ3RrLmM6MTIyOkZvdW5kIFtDb21tb25dCnByZWZzX2d0ay5jOjE0NzpGaW5p c2hlZCByZWFkaW5nIGNvbmZpZ3VyYXRpb24uCnByZWZzX3RoZW1lcy5jOjM3MjpDcmVhdGluZyBw cmVmZXJlbmNlcyBmb3IgdGhlbWVzLi4uCnN0b2NrX3BpeG1hcC5jOjQ5NjpkaXIgL2hvbWUvZ2xv cmlhLy5jbGF3cy1tYWlsL3RoZW1lcyBub3QgZm91bmQsIHNraXBwaW5nIHRoZW1lIHNjYW5zdG9j a19waXhtYXAuYzo0OTY6ZGlyIC91c3Ivc2hhcmUvY2xhd3MtbWFpbC90aGVtZXMgbm90IGZvdW5k LCBza2lwcGluZyB0aGVtZSBzY2FucHJlZnNfYWN0aW9ucy5jOjQzNzpSZWFkaW5nIGFjdGlvbnMg Y29uZmlndXJhdGlvbnMuLi4KcHJlZnNfZGlzcGxheV9oZWFkZXIuYzo0MjA6UmVhZGluZyBjb25m aWd1cmF0aW9uIGZvciBkaXNwbGF5aW5nIGhlYWRlcnMuLi4KYWRkcmVzc2Jvb2suYzo0MTQ4OlJl YWRpbmcgYWRkcmVzcyBpbmRleC4uLgphZGRyZXNzYm9vay5jOjQxOTc6ZG9uZS4KbWFpbndpbmRv dy5jOjE1NDA6Q3JlYXRpbmcgbWFpbiB3aW5kb3cuLi4KdG9vbGJhci5jOjcwNTpyZWFkIFRvb2xi YXIgQ29uZmlndXJhdGlvbiBmcm9tIHRvb2xiYXJfbWFpbi54bWwKZm9sZGVydmlldy5jOjU3NzpD cmVhdGluZyBmb2xkZXIgdmlldy4uLgpmb2xkZXJ2aWV3LmM6NDEyOmNyZWF0aW5nIHRyZWUuLi4K aG9va3MuYzo3MDpyZWdpc3RlZCBuZXcgaG9vayBmb3IgJ2ZvbGRlcl91cGRhdGUnIGFzIGlkIDIK aG9va3MuYzo3MDpyZWdpc3RlZCBuZXcgaG9vayBmb3IgJ2ZvbGRlcl9pdGVtX3VwZGF0ZScgYXMg aWQgMgpzdW1tYXJ5dmlldy5jOjUxNzpDcmVhdGluZyBzdW1tYXJ5IHZpZXcuLi4KaG9va3MuYzo3 MDpyZWdpc3RlZCBuZXcgaG9vayBmb3IgJ21zZ2luZm9fdXBkYXRlJyBhcyBpZCAxCmhvb2tzLmM6 NzA6cmVnaXN0ZWQgbmV3IGhvb2sgZm9yICdmb2xkZXJfaXRlbV91cGRhdGUnIGFzIGlkIDMKaG9v a3MuYzo3MDpyZWdpc3RlZCBuZXcgaG9vayBmb3IgJ2ZvbGRlcl91cGRhdGUnIGFzIGlkIDMKbWVz c2FnZXZpZXcuYzozNjA6Q3JlYXRpbmcgbWVzc2FnZSB2aWV3Li4uCmhlYWRlcnZpZXcuYzo4MzpD cmVhdGluZyBoZWFkZXIgdmlldy4uLgpub3RpY2V2aWV3LmM6NzM6Q3JlYXRpbmcgbm90aWNlIHZp ZXcuLi4KbWltZXZpZXcuYzoyNjc6Q3JlYXRpbmcgTUlNRSB2aWV3Li4uCm5vdGljZXZpZXcuYzo3 MzpDcmVhdGluZyBub3RpY2Ugdmlldy4uLgp0ZXh0dmlldy5jOjI2MzpDcmVhdGluZyB0ZXh0IHZp ZXcuLi4KaG9va3MuYzo3MDpyZWdpc3RlZCBuZXcgaG9vayBmb3IgJ21zZ2luZm9fdXBkYXRlJyBh cyBpZCAyCmxvZ3dpbmRvdy5jOjg3OkNyZWF0aW5nIGxvZyB3aW5kb3cuLi4KaG9va3MuYzo3MDpy ZWdpc3RlZCBuZXcgaG9vayBmb3IgJ2xvZ19hcHBlbmRfdGV4dCcgYXMgaWQgMQpsb2d3aW5kb3cu Yzo4NzpDcmVhdGluZyBsb2cgd2luZG93Li4uCmhvb2tzLmM6NzA6cmVnaXN0ZWQgbmV3IGhvb2sg Zm9yICdkZWJ1Z19hcHBlbmRfdGV4dCcgYXMgaWQgMQptYWlud2luZG93LmM6MjE4NTpkb25lLgpt YWlud2luZG93LmM6MzYyNDpTZXR0aW5nIHdpZGdldHMuLi4gbWFpbndpbmRvdy5jOjM4MzY6ZG9u ZS4KaG9va3MuYzo3MDpyZWdpc3RlZCBuZXcgaG9vayBmb3IgJ3NzbGNlcnRfYXNrJyBhcyBpZCAx Cmhvb2tzLmM6NzA6cmVnaXN0ZWQgbmV3IGhvb2sgZm9yICdwcm9ncmVzc2luZGljYXRvcl9ob29r bGlzdCcgYXMgaWQgMQptYWluLmM6MjYyNzpGYWlsZWQgdG8gZ2V0IHN0YXRlIGluZm8gZnJvbSBO ZXR3b3JrTWFuYWdlcjogVGhlIG5hbWUgb3JnLmZyZWVkZXNrdG9wLk5ldHdvcmtNYW5hZ2VyIHdh cyBub3QgcHJvdmlkZWQgYnkgYW55IC5zZXJ2aWNlIGZpbGVzCm1haW4uYzoyNTc2OkZhaWxlZCB0 byBnZXQgb25saW5lIGluZm9ybWF0aW9uIGZyb20gTmV0d29ya01hbmFnZXI6IFRoZSBuYW1lIG9y Zy5mcmVlZGVza3RvcC5OZXR3b3JrTWFuYWdlciB3YXMgbm90IHByb3ZpZGVkIGJ5IGFueSAuc2Vy dmljZSBmaWxlcwpob29rcy5jOjcwOnJlZ2lzdGVkIG5ldyBob29rIGZvciAnc3NsY2VydF9nZXRf Y2xpZW50X2NlcnQnIGFzIGlkIDEKaG9va3MuYzo3MDpyZWdpc3RlZCBuZXcgaG9vayBmb3IgJ3Nz bGNlcnRfZ2V0X3Bhc3N3b3JkJyBhcyBpZCAxCmFjY291bnQuYzoxOTk6UmVhZGluZyBhbGwgY29u ZmlnIGZvciBlYWNoIGFjY291bnQuLi4KYWNjb3VudC5jOjIxNDpGb3VuZCBsYWJlbDogQWNjb3Vu dDogMQpjb2RlY29udi5jOjE0ODE6Y3VycmVudCBsb2NhbGU6IGVuX1VTLnV0ZjgKcHJlZnNfZ3Rr LmM6ODU6UmVhZGluZyBjb25maWd1cmF0aW9uLi4uCnByZWZzX2d0ay5jOjEyMjpGb3VuZCBbQWNj b3VudDogMV0KcHJlZnNfZ3RrLmM6MTQ3OkZpbmlzaGVkIHJlYWRpbmcgY29uZmlndXJhdGlvbi4K cHJlZnNfZ3RrLmM6ODU6UmVhZGluZyBjb25maWd1cmF0aW9uLi4uCnByZWZzX2d0ay5jOjEyMjpG b3VuZCBbQWNjb3VudDogMV0KcHJlZnNfZ3RrLmM6MTQ3OkZpbmlzaGVkIHJlYWRpbmcgY29uZmln dXJhdGlvbi4KcHJlZnNfZ3RrLmM6ODU6UmVhZGluZyBjb25maWd1cmF0aW9uLi4uCnByZWZzX2d0 ay5jOjEyMjpGb3VuZCBbQWNjb3VudDogMV0KcHJlZnNfZ3RrLmM6MTQ3OkZpbmlzaGVkIHJlYWRp bmcgY29uZmlndXJhdGlvbi4KcHJlZnNfZ3RrLmM6ODU6UmVhZGluZyBjb25maWd1cmF0aW9uLi4u CnByZWZzX2d0ay5jOjEyMjpGb3VuZCBbQWNjb3VudDogMV0KcHJlZnNfZ3RrLmM6MTQ3OkZpbmlz aGVkIHJlYWRpbmcgY29uZmlndXJhdGlvbi4KcHJlZnNfZ3RrLmM6ODU6UmVhZGluZyBjb25maWd1 cmF0aW9uLi4uCnByZWZzX2d0ay5jOjEyMjpGb3VuZCBbQWNjb3VudDogMV0KcHJlZnNfZ3RrLmM6 MTQ3OkZpbmlzaGVkIHJlYWRpbmcgY29uZmlndXJhdGlvbi4KcHJlZnNfZ3RrLmM6ODU6UmVhZGlu ZyBjb25maWd1cmF0aW9uLi4uCnByZWZzX2d0ay5jOjEyMjpGb3VuZCBbQWNjb3VudDogMV0KcHJl ZnNfZ3RrLmM6MTQ3OkZpbmlzaGVkIHJlYWRpbmcgY29uZmlndXJhdGlvbi4KcHJlZnNfZ3RrLmM6 ODU6UmVhZGluZyBjb25maWd1cmF0aW9uLi4uCnByZWZzX2d0ay5jOjEyMjpGb3VuZCBbQWNjb3Vu dDogMV0KcHJlZnNfZ3RrLmM6MTQ3OkZpbmlzaGVkIHJlYWRpbmcgY29uZmlndXJhdGlvbi4KcHJl ZnNfZ3RrLmM6ODU6UmVhZGluZyBjb25maWd1cmF0aW9uLi4uCnByZWZzX2d0ay5jOjEyMjpGb3Vu ZCBbQWNjb3VudDogMV0KcHJlZnNfZ3RrLmM6MTQ3OkZpbmlzaGVkIHJlYWRpbmcgY29uZmlndXJh dGlvbi4KcHJlZnNfY3VzdG9taGVhZGVyLmM6MzMyOlJlYWRpbmcgY3VzdG9tIGhlYWRlciBjb25m aWd1cmF0aW9uLi4uCmZvbGRlcnZpZXcuYzozMjU6c2V0dGluZyB0aXRsZXMuLi4KZm9sZGVydmll dy5jOjczOTpjYWxsZWQgaW5jX2xvY2sgKGxvY2sgY291bnQgMSkKZm9sZGVydmlldy5jOjc0MDpT ZXR0aW5nIGZvbGRlciBpbmZvLi4uCmZvbGRlcnZpZXcuYzo3NjY6Y2FsbGVkIGluY191bmxvY2sg KGxvY2sgY291bnQgMCkKc3VtbWFyeXZpZXcuYzoxMTMzOmNhbGxlZCBpbmNfbG9jayAobG9jayBj b3VudCAxKQpzdW1tYXJ5dmlldy5jOjEyMDY6ZW1wdHkgZm9sZGVyICgobmlsKSAobnVsbCkgKG5p bCkgMCkKCnN1bW1hcnl2aWV3LmM6MTIxNzpjYWxsZWQgaW5jX3VubG9jayAobG9jayBjb3VudCAw KQpzdW1tYXJ5dmlldy5jOjEyMjc6VElNSU5HIHN1bW1hcnlfc2hvdyA6IDBzMDAwbXMKcHJlZnNf Z3RrLmM6ODU6UmVhZGluZyBjb25maWd1cmF0aW9uLi4uCnByZWZzX2d0ay5jOjg1OlJlYWRpbmcg Y29uZmlndXJhdGlvbi4uLgpwcmVmc19ndGsuYzo4NTpSZWFkaW5nIGNvbmZpZ3VyYXRpb24uLi4K cHJlZnNfZ3RrLmM6ODU6UmVhZGluZyBjb25maWd1cmF0aW9uLi4uCnByZWZzX2d0ay5jOjg1OlJl YWRpbmcgY29uZmlndXJhdGlvbi4uLgpmb2xkZXIuYzoxMjA4OkNvdW50aW5nIHRvdGFsIG51bWJl ciBvZiBtZXNzYWdlcy4uLgptYWluLmM6OTY1OlRoZSBuYW1lIGNvbS5nb29nbGUuY29kZS5Bd24g d2FzIG5vdCBwcm92aWRlZCBieSBhbnkgLnNlcnZpY2UgZmlsZXMKZm9sZGVydmlldy5jOjczOTpj YWxsZWQgaW5jX2xvY2sgKGxvY2sgY291bnQgMSkKZm9sZGVydmlldy5jOjc0MDpTZXR0aW5nIGZv bGRlciBpbmZvLi4uCm1zZ2NhY2hlLmM6NjAyOglSZWFkaW5nIHN3YXBwZWQgbWVzc2FnZSBjYWNo ZSBmcm9tIC9ob21lL2dsb3JpYS9NYWlsL3F1ZXVlLy5jbGF3c19jYWNoZS4uLgptc2djYWNoZS5j OjYxODp1c2luZyBOb29wIENvbnZlcnRlcgptc2djYWNoZS5jOjc5MDpkb25lLiAoMCBpdGVtcyBy ZWFkKQptc2djYWNoZS5jOjc5MTpDYWNoZSBzaXplOiAwIG1lc3NhZ2VzLCAwIGJ5dGVzCm1zZ2Nh Y2hlLmM6ODIxOnJlYWRpbmcgc3dhcHBlZCBtYXJrIGZpbGUuCm1zZ2NhY2hlLmM6OTA3OnJlYWRp bmcgc3dhcHBlZCB0YWdzIGZpbGUuCmZvbGRlci5jOjI2ODA6VElNSU5HIGZvbGRlcl9pdGVtX3Jl YWRfY2FjaGUgOiAwczAwMG1zCmZvbGRlci5jOjI1NDE6VG90YWwgY2FjaGUgbWVtb3J5IHVzYWdl OiAwCm1zZ2NhY2hlLmM6Mjc0OlRJTUlORyBtc2djYWNoZV9nZXRfbXNnX2xpc3QgOiAwczAwMG1z CmZvbGRlcnZpZXcuYzo3NjY6Y2FsbGVkIGluY191bmxvY2sgKGxvY2sgY291bnQgMCkKZm9sZGVy dmlldy5jOjczOTpjYWxsZWQgaW5jX2xvY2sgKGxvY2sgY291bnQgMSkKZm9sZGVydmlldy5jOjc0 MDpTZXR0aW5nIGZvbGRlciBpbmZvLi4uCm1zZ2NhY2hlLmM6Mjc0OlRJTUlORyBtc2djYWNoZV9n ZXRfbXNnX2xpc3QgOiAwczAwMG1zCmZvbGRlcnZpZXcuYzo3NjY6Y2FsbGVkIGluY191bmxvY2sg KGxvY2sgY291bnQgMCkKaW5jLmM6MTUwNjphZGRlZCB0aW1lciA9IDEwMwpwcmVmc19ndGsuYzox MDcyOm5vIGNhY2hlCm1haW4uYzoxNjU5OlRJTUlORyBtYWluIHN0YXJ0dXA6IDBzMjY0bXMKaW5j LmM6MTUyMjpyZW1vdmVkIHRpbWVyID0gMTAzCnByb2dyZXNzZGlhbG9nLmM6NjE6Q3JlYXRpbmcg cHJvZ3Jlc3MgZGlhbG9nLi4uCmluYy5jOjc3NDpnZXR0aW5nIG5ldyBtZXNzYWdlcyBvZiBhY2Nv dW50IGdsb3JpYUBnbG9yaWFicm93bm1pbmlzdHJ5Lm5ldEBtYWlsLmdsb3JpYWJyb3dubWluaXN0 cnkubmV0OjExMC4uLgpmb2xkZXIuYzo0MjMwOnRtcHBhcmVudHJvb3QgL2hvbWUvZ2xvcmlhLy5j bGF3cy1tYWlsL3RlbXBmb2xkZXIKZm9sZGVyLmM6NDI1MDoqVE1QKiBhbHJlYWR5IGNyZWF0ZWQK Zm9sZGVyLmM6MjEyMjpTY2FubmluZyBmb2xkZXIgcHJvY2Vzc2luZyBmb3IgY2FjaGUgY2hhbmdl cy4KbWguYzoyODk6bWhfZ2V0X251bV9saXN0KCk6IFNjYW5uaW5nIHByb2Nlc3NpbmcgLi4uCmN1 cnJlbnQgZGlyOiAvaG9tZS9nbG9yaWEvLmNsYXdzLW1haWwvdGVtcGZvbGRlci9wcm9jZXNzaW5n Cm1oLmM6MTQ2MzpNSDogZm9yY2VkIG10aW1lIG9mIHByb2Nlc3NpbmcgdG8gMTM3NzQ2NDQ0OApt c2djYWNoZS5jOjYwMjoJUmVhZGluZyBzd2FwcGVkIG1lc3NhZ2UgY2FjaGUgZnJvbSAvaG9tZS9n bG9yaWEvLmNsYXdzLW1haWwvdGVtcGZvbGRlci9wcm9jZXNzaW5nLy5jbGF3c19jYWNoZS4uLgpt c2djYWNoZS5jOjYxODp1c2luZyBOb29wIENvbnZlcnRlcgptc2djYWNoZS5jOjc5MDpkb25lLiAo MCBpdGVtcyByZWFkKQptc2djYWNoZS5jOjc5MTpDYWNoZSBzaXplOiAwIG1lc3NhZ2VzLCAwIGJ5 dGVzCm1zZ2NhY2hlLmM6ODIxOnJlYWRpbmcgc3dhcHBlZCBtYXJrIGZpbGUuCm1zZ2NhY2hlLmM6 OTA3OnJlYWRpbmcgc3dhcHBlZCB0YWdzIGZpbGUuCmZvbGRlci5jOjI2ODA6VElNSU5HIGZvbGRl cl9pdGVtX3JlYWRfY2FjaGUgOiAwczAwMG1zCmZvbGRlci5jOjI1NDE6VG90YWwgY2FjaGUgbWVt b3J5IHVzYWdlOiAwCm1zZ2NhY2hlLmM6Mjc0OlRJTUlORyBtc2djYWNoZV9nZXRfbXNnX2xpc3Qg OiAwczAwMG1zCm1zZ2NhY2hlLmM6Mjc0OlRJTUlORyBtc2djYWNoZV9nZXRfbXNnX2xpc3QgOiAw czAwMG1zCmZpbHRlcmluZy5jOjE4OTpjaGVja2luZyAwIG1lc3NhZ2VzCmFsZXJ0cGFuZWwuYzoy NTI6Q3JlYXRpbmcgYWxlcnQgcGFuZWwgZGlhbG9nLi4uCmFsZXJ0cGFuZWwuYzoyMTE6Y2FsbGVk IGluY19sb2NrIChsb2NrIGNvdW50IDEpCmFsZXJ0cGFuZWwuYzoyMjE6Y2FsbGVkIGluY191bmxv Y2sgKGxvY2sgY291bnQgMCkKYWxlcnRwYW5lbC5jOjEwNjpyZXR1cm4gdmFsdWUgPSAxCm1oLmM6 MjMxOk1IIHNjYW4gbm90IHJlcXVpcmVkOiAvaG9tZS9nbG9yaWEvLmNsYXdzLW1haWwvdGVtcGZv bGRlci9wcm9jZXNzaW5nICgxMzc3NDY0NDQ4IDw9IDEzNzc0NjQ0NDgpCmZvbGRlci5jOjI3MDU6 U2F2ZSBjYWNoZSBmb3IgZm9sZGVyICNtaC9URU1QX0ZPTERFUi9wcm9jZXNzaW5nCm1zZ2NhY2hl LmM6MTE2OToJV3JpdGluZyBtZXNzYWdlIGNhY2hlIHRvIChudWxsKSBhbmQgKG51bGwpLi4uCm1z Z2NhY2hlLmM6MTI1MDpkb25lLgptc2djYWNoZS5jOjEyNTE6VElNSU5HIG1zZ2NhY2hlX3dyaXRl IDogMHMwMDBtcwptaC5jOjE0NjM6TUg6IGZvcmNlZCBtdGltZSBvZiBwcm9jZXNzaW5nIHRvIDEz Nzc0NjQ0NDgKc2Vzc2lvbi5jOjIyNTpzZXNzaW9uICgweGEzOGYwYTgpOiBkZXN0cm95ZWQKaW5j LmM6MTUwNjphZGRlZCB0aW1lciA9IDMxOApmb2xkZXJ2aWV3LmM6MjEyNTpuZXdseSBzZWxlY3Rl ZCAweGEzNmYzYTAsIG9wZW5lZCAobmlsKQpmb2xkZXJ2aWV3LmM6MjE3MTpGb2xkZXIgaW5ib3gg aXMgc2VsZWN0ZWQKZm9sZGVydmlldy5jOjIxODc6T3BlbmluZyBGb2xkZXIgaW5ib3guLi4KbWgu YzoyMzE6TUggc2NhbiBub3QgcmVxdWlyZWQ6IC9ob21lL2dsb3JpYS9NYWlsL2luYm94ICgxMzc3 NTM3Nzk3IDw9IDEzNzc1Mzc3OTcpCm1zZ2NhY2hlLmM6NjAyOglSZWFkaW5nIHN3YXBwZWQgbWVz c2FnZSBjYWNoZSBmcm9tIC9ob21lL2dsb3JpYS9NYWlsL2luYm94Ly5jbGF3c19jYWNoZS4uLgpt c2djYWNoZS5jOjYxODp1c2luZyBOb29wIENvbnZlcnRlcgptc2djYWNoZS5jOjc5MDpkb25lLiAo ODMgaXRlbXMgcmVhZCkKbXNnY2FjaGUuYzo3OTE6Q2FjaGUgc2l6ZTogODMgbWVzc2FnZXMsIDM5 MTQyIGJ5dGVzCm1zZ2NhY2hlLmM6ODIxOnJlYWRpbmcgc3dhcHBlZCBtYXJrIGZpbGUuCm1zZ2Nh Y2hlLmM6OTA3OnJlYWRpbmcgc3dhcHBlZCB0YWdzIGZpbGUuCmZvbGRlci5jOjI2ODA6VElNSU5H IGZvbGRlcl9pdGVtX3JlYWRfY2FjaGUgOiAwczAwMG1zCmZvbGRlci5jOjI1NDE6VG90YWwgY2Fj aGUgbWVtb3J5IHVzYWdlOiAzOTE0Mgptc2djYWNoZS5jOjI3NDpUSU1JTkcgbXNnY2FjaGVfZ2V0 X21zZ19saXN0IDogMHMwMDBtcwpmb2xkZXIuYzoyMDEyOlRJTUlORyBmb2xkZXJfaXRlbV9vcGVu IDogMHMwMDBtcwpzdW1tYXJ5dmlldy5jOjEwMjc6c2hvd2luZyBGcm9tICwgbXVzdCBzaG93IEZy b20gCnN1bW1hcnl2aWV3LmM6MTEzMzpjYWxsZWQgaW5jX2xvY2sgKGxvY2sgY291bnQgMSkKc3Vt bWFyeXZpZXcuYzoxMjM5OlNjYW5uaW5nIGZvbGRlciAoaW5ib3gpLi4uCm1zZ2NhY2hlLmM6Mjc0 OlRJTUlORyBtc2djYWNoZV9nZXRfbXNnX2xpc3QgOiAwczAwMG1zCnN1bW1hcnl2aWV3LmM6MTEw ODpUSU1JTkcgc3VtbWFyeV9jaGVja19jb25zaXN0ZW5jeSA6IDBzMDAwbXMKc3VtbWFyeXZpZXcu YzoxMzU0OlRJTUlORyBzdW1tYXJ5X3Nob3cgcmVtb3ZpbmcgaGlkZGVuOiAwczAwMG1zCnN1bW1h cnl2aWV3LmM6Mjk2NDoJU2V0dGluZyBzdW1tYXJ5IGZyb20gbWVzc2FnZSBkYXRhLi4uCnByb2Nt c2cuYzoyODM6VElNSU5HIHByb2Ntc2dfZ2V0X3RocmVhZF90cmVlIHRocmVhZCBieSBzdWJqZWN0 OiAwczAwMG1zCnByb2Ntc2cuYzoyOTA6VElNSU5HIHByb2Ntc2dfZ2V0X3RocmVhZF90cmVlIDog MHMwMDFtcwpzdW1tYXJ5dmlldy5jOjMwMDE6VElNSU5HIHN1bW1hcnlfc2V0X2N0cmVlX2Zyb21f bGlzdCB0aHJlYWRlZDogMHMwMDFtcwpzdW1tYXJ5dmlldy5jOjMwNDg6ZG9uZS4Kc3VtbWFyeXZp ZXcuYzozMDUxOgltc2dpZCBoYXNoIHRhYmxlIHNpemUgPSA4MwpzdW1tYXJ5dmlldy5jOjMwNTQ6 CXN1YmplY3QgaGFzaCB0YWJsZSBzaXplID0gMApzdW1tYXJ5dmlldy5jOjI4NTE6U29ydGluZyBz dW1tYXJ5Li4uc3VtbWFyeXZpZXcuYzoyODY1OmRvbmUuCnN1bW1hcnl2aWV3LmM6Mjg3MjpUSU1J Tkcgc3VtbWFyeV9zb3J0IDogMHMwMDltcwpzdW1tYXJ5dmlldy5jOjMwNzA6VElNSU5HIHN1bW1h cnlfc2V0X2N0cmVlX2Zyb21fbGlzdCBib2xkX3VucmVhZDogMHMwMDBtcwpzdW1tYXJ5dmlldy5j OjMwNzU6VElNSU5HIHN1bW1hcnlfc2V0X2N0cmVlX2Zyb21fbGlzdCA6IDBzMDEybXMKc3VtbWFy eXZpZXcuYzoxNDg3OgpzdW1tYXJ5dmlldy5jOjE0OTI6Y2FsbGVkIGluY191bmxvY2sgKGxvY2sg Y291bnQgMCkKc3VtbWFyeXZpZXcuYzoxNDkzOlRJTUlORyBzdW1tYXJ5X3Nob3cgOiAwczEyMG1z CmZvbGRlci5jOjI1NDE6VG90YWwgY2FjaGUgbWVtb3J5IHVzYWdlOiAzOTE0Mgpmb2xkZXJ2aWV3 LmM6MjI0NzpUSU1JTkcgZm9sZGVydmlld19zZWxlY3RlZCA6IDBzMTM2bXMKZm9sZGVydmlldy5j OjIxMjU6bmV3bHkgc2VsZWN0ZWQgMHhhMzZmM2EwLCBvcGVuZWQgMHhhMzZmM2EwCmZvbGRlcnZp ZXcuYzoyMTI5OlRJTUlORyBmb2xkZXJ2aWV3X3NlbGVjdGVkIDogMHMwMDBtcwpjb21wb3NlLmM6 NzA1NTpDcmVhdGluZyBjb21wb3NlIHdpbmRvdy4uLgp0b29sYmFyLmM6NzA1OnJlYWQgVG9vbGJh ciBDb25maWd1cmF0aW9uIGZyb20gdG9vbGJhcl9jb21wb3NlLnhtbAphZGRyX2NvbXBsLmM6MzAw OnJlYWQgMiBpdGVtcyBpbiAobnVsbCkKYWRkcl9jb21wbC5jOjM2MTpzdGFydF9hZGRyZXNzX2Nv bXBsZXRpb24oKG51bGwpKSByZWYgY291bnQgMQpndGthc3BlbGwuYzo2MzU6QXNwZWxsOiBDcmVh dGVkIGEgbmV3IGd0a2FzcGVsbGVyIDB4YTQ4Yzc1MApndGthc3BlbGwuYzo2NDM6QXNwZWxsOiBu dW1iZXIgb2YgZXhpc3RpbmcgY2hlY2tlcnMgMQpndGthc3BlbGwuYzo0MzE6QXNwZWxsOiBjcmVh dGVkIGd0a2FzcGVsbCAweGE0YTBjYTAKZ3RrYXNwZWxsLmM6MTUzMjpBc3BlbGw6IGZvdW5kIGRp Y3Rpb25hcnkgZW5fUEggZW5fUEgKZ3RrYXNwZWxsLmM6MTUzMjpBc3BlbGw6IGZvdW5kIGRpY3Rp b25hcnkgZW5fVVMgZW5fVVMKZ3RrYXNwZWxsLmM6MTUzMjpBc3BlbGw6IGZvdW5kIGRpY3Rpb25h cnkgZW4gZW4KZ3RrYXNwZWxsLmM6MTUzMjpBc3BlbGw6IGZvdW5kIGRpY3Rpb25hcnkgZW5fQ0Eg ZW5fQ0EKZ3RrYXNwZWxsLmM6MTUzMjpBc3BlbGw6IGZvdW5kIGRpY3Rpb25hcnkgZW5fR0IgZW5f R0IKdGVtcGxhdGUuYzoxNjI6dGVtcGxhdGUuYzoxNjMgcmVhZGluZyB0ZW1wbGF0ZXMgZGlyIC9o b21lL2dsb3JpYS8uY2xhd3MtbWFpbC90ZW1wbGF0ZXMKYWxlcnRwYW5lbC5jOjI1MjpDcmVhdGlu ZyBhbGVydCBwYW5lbCBkaWFsb2cuLi4KYWxlcnRwYW5lbC5jOjIxMTpjYWxsZWQgaW5jX2xvY2sg KGxvY2sgY291bnQgMSkKYWxlcnRwYW5lbC5jOjIyMTpjYWxsZWQgaW5jX3VubG9jayAobG9jayBj b3VudCAwKQphbGVydHBhbmVsLmM6MTA2OnJldHVybiB2YWx1ZSA9IDAKY29tcG9zZS5jOjUwNDc6 Y2FsbGVkIGluY191bmxvY2sgKGxvY2sgY291bnQgMCkKY29tcG9zZS5jOjQ5MzI6Y2FsbGVkIGlu Y19sb2NrIChsb2NrIGNvdW50IDEpCmNvbXBvc2UuYzo1NjY3OnF1ZXVlaW5nIG1lc3NhZ2UuLi4K Y29tcG9zZS5jOjU3MTE6cXVldWluZyB0byAvaG9tZS9nbG9yaWEvLmNsYXdzLW1haWwvdG1wL3F1 ZXVlLjB4YTQzNmEzMDQ5MDI2ZTRmCmNvZGVjb252LmM6MTQ4MTpjdXJyZW50IGxvY2FsZTogZW5f VVMudXRmOApjb21wb3NlLmM6NjAyMDpBZGRpbmcgVG8tZmllbGRzCmNvbXBvc2UuYzo2MDIwOkFk ZGluZyBOZXdzZ3JvdXBzLWZpZWxkcwpjb21wb3NlLmM6NjAyMDpBZGRpbmcgQ2MtZmllbGRzCmNv bXBvc2UuYzo2MDIwOkFkZGluZyBCY2MtZmllbGRzCnV0aWxzLmM6MjA5Mjpkb21haW4gbmFtZSA9 IGdsb3JpYS5oaXN0b21hdC5uZXQKY29tcG9zZS5jOjYwMjA6QWRkaW5nIEZvbGxvd3VwLVRvLWZp ZWxkcwpjb21wb3NlLmM6NjAyMDpBZGRpbmcgUmVwbHktVG8tZmllbGRzCmF1dG9mYWNlcy5jOjQx OmhlYWRlciBjb250ZW50IGZpbGUgJ3hmYWNlLmdsb3JpYUBnbG9yaWFicm93bm1pbmlzdHJ5Lm5l dEBtYWlsLmdsb3JpYWJyb3dubWluaXN0cnkubmV0XzExMCcgbm90IGZvdW5kCmF1dG9mYWNlcy5j OjQxOmhlYWRlciBjb250ZW50IGZpbGUgJ3hmYWNlJyBub3QgZm91bmQKYXV0b2ZhY2VzLmM6NDE6 aGVhZGVyIGNvbnRlbnQgZmlsZSAnZmFjZS5nbG9yaWFAZ2xvcmlhYnJvd25taW5pc3RyeS5uZXRA bWFpbC5nbG9yaWFicm93bm1pbmlzdHJ5Lm5ldF8xMTAnIG5vdCBmb3VuZAphdXRvZmFjZXMuYzo0 MTpoZWFkZXIgY29udGVudCBmaWxlICdmYWNlJyBub3QgZm91bmQKY29tcG9zZS5jOjUzODY6c3Jj IGVuY29kaW5nID0gVVRGLTgsIG91dCBlbmNvZGluZyA9IFVTLUFTQ0lJLCB0cmFuc2ZlciBlbmNv ZGluZyA9IDdiaXQKY29tcG9zZS5jOjU0NDU6bWFpbiB0ZXh0OiAwIGJ5dGVzIGVuY29kZWQgYXMg VVMtQVNDSUkgaW4gMAo= --MP_/xnimuiVnvV3eN7.mN8ngWbV-- From CAE at eslrahc.com Tue Aug 27 01:37:24 2013 From: CAE at eslrahc.com (Charles A Edwards) Date: Mon, 26 Aug 2013 19:37:24 -0400 Subject: [Users] How do I view (linux) Claws-Mail generated mail boxes in Claws-Mail for MS Windows? References: <20130823222208.C98778567F@mx.colino.net> Message-ID: <20130826233759.CE33685646@mx.colino.net> On Mon, 26 Aug 2013 12:08:39 -0400 CW wrote: > Where specifically do I need to copy each mailbox to my Win system > (Win 7)? I tried copying the mailboxes to my home directory. Using > "File/Add mailbox" in claws merely adds new mailboxes in the folder > section. I tried "File/Import mailbox file" and, after entering > mbox file (inbox from my copied account files) and destination folder > (inbox of newly created account within claws), I get the error message > "Mbox import has failed". (The mailboxes I added work just fine within > my linux system). Am I doing something wrong here? The default location in Windows 7 is C:\Users\\AppData\Roaming\Mail AppData is a hidden folder, if not already done you will need to change the file attributes in Windows 7 so that hidden files/folders are visible. To test I just 'made-up' a Mail2 folder and added it to Claws. The full tree as well the included emails now are present in Claws as "Mail2(MH)" It will work just as well from any other location But you Must include the full path when you add the mailbox. Charles p.s. I get list mail so there is no need to CC me -- Windows 8 for x86_64 On BlackKnight....http://www.eslrahc.com _______________________________________ No infections found in this outgoing message Scanned by iolo System Shield http://www.iolo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 210 bytes Desc: not available URL: From subscriber at blackbrook.org Tue Aug 27 07:10:57 2013 From: subscriber at blackbrook.org (Eric Schwarzenbach) Date: Tue, 27 Aug 2013 01:10:57 -0400 Subject: [Users] to mbox or not to mbox In-Reply-To: <521C31C1.9080001@blackbrook.org> References: <521C31C1.9080001@blackbrook.org> Message-ID: <521C34E1.1060204@blackbrook.org> I'm planning to import several years of messages from Thunderbird to Claws. My understanding is that I can either just import them into Claws Mail's MH folders, or I can install the mbox plugin and install the mbox format files. After the initial import / install are there any pros or cons of one vs the other? Performance? Searchability or features? I should mention that this is an IMAP account and I want the the import to only import them to the local message storeage and not upload them to the IMAP server. I'm intending to "synchronize for offline use" and keep most messages only locally and only leave messages on the server for a week or so, so I can keep email clients on two different machines up to date (I'm assuming I can do this with Claws...if not someone please disabuse me of the notion). Thanks, Eric From noreply at thewildbeast.co.uk Tue Aug 27 10:46:08 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 27 Aug 2013 08:46:08 -0000 Subject: [Users] [Bug 2979] claws fails to load (empty) folderlist.xml and shows account wizard In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2979 --- Comment #4 from users at lists.claws-mail.org --- Changes related to this bug have been committed. Please check latest Git and update the bug accordingly. You can also get the patch from: http://git.claws-mail.org/ http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=b562b295c97bd2f183d0c67089792cce3be734b0 Author: Paul Date: Tue Aug 27 09:45:42 2013 +0100 fix bug 2979, 'claws fails to load (empty) folderlist.xml and shows account wizard' -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 27 10:47:26 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 27 Aug 2013 08:47:26 +0000 Subject: [Users] [Bug 2926] Segfault with imap_threaded_noop In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2926 --- Comment #4 from Michael Schwendt --- Here's a fresh automated report with a backtrace from a Fedora 18 user: https://bugzilla.redhat.com/1001508 | | Description of problem: | Claws-mail was running in the background. Backtrace: https://bugzilla.redhat.com/attachment.cgi?id=790822 -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 27 13:33:10 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 27 Aug 2013 11:33:10 -0000 Subject: [Users] [Bug 2979] claws fails to load (empty) folderlist.xml and shows account wizard In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2979 --- Comment #5 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/ http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=bd24c3742d17724a6a54586cc4446a0e2fc34c1a Merge: b98cc26 76c91d8 Author: Colin Leroy Date: Tue Aug 27 13:33:04 2013 +0200 Merge branch 'master' of file:///home/git/claws http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=76c91d8cceb7bdcdf8ede508fc1e1b349dcf930a Author: Paul Date: Tue Aug 27 09:45:42 2013 +0100 fix bug 2979, 'claws fails to load (empty) folderlist.xml and shows account wizard' http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=f275669014aa3fc6fc5252996841ed425544e442 Author: Paul Date: Wed Aug 21 07:55:37 2013 +0100 no need to do ifdef HAVE_CONFIG_H twice -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 27 14:12:59 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 27 Aug 2013 12:12:59 +0000 Subject: [Users] [Bug 2979] claws fails to load (empty) folderlist.xml and shows account wizard In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2979 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. From claws at thewildbeast.co.uk Tue Aug 27 19:59:36 2013 From: claws at thewildbeast.co.uk (Paul) Date: Tue, 27 Aug 2013 18:59:36 +0100 Subject: [Users] Periodic "connection failed" In-Reply-To: <20130826180704.GL30046@histomat.net> References: <20130825211343.GH30046@histomat.net> <20130825232222.093d47c6@sleipner.datanom.net> <20130825225728.GI30046@histomat.net> <20130826014428.4c023e6f@sleipner.datanom.net> <20130825204731.54b3315e@stchupack-m4700> <20130826011054.GJ30046@histomat.net> <20130826080548.32fe5334@thewildbeast> <20130826180704.GL30046@histomat.net> Message-ID: <20130827185936.2d375eaa@thewildbeast> What sort of account is this? I don't see any server connections in the debug. -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From haines at histomat.net Wed Aug 28 02:09:21 2013 From: haines at histomat.net (Haines Brown) Date: Tue, 27 Aug 2013 20:09:21 -0400 Subject: [Users] Periodic "connection failed" In-Reply-To: <20130827220750.7050ce5b@thewildbeast> References: <20130825232222.093d47c6@sleipner.datanom.net> <20130825225728.GI30046@histomat.net> <20130826014428.4c023e6f@sleipner.datanom.net> <20130825204731.54b3315e@stchupack-m4700> <20130826011054.GJ30046@histomat.net> <20130826080548.32fe5334@thewildbeast> <20130826180704.GL30046@histomat.net> <20130827185936.2d375eaa@thewildbeast> <20130827195156.GM30046@histomat.net> <20130827220750.7050ce5b@thewildbeast> Message-ID: <20130828000921.GN30046@histomat.net> Sorry I inadvertangly mailed to Paul off list. On Tue, Aug 27, 2013 at 10:07:50PM +0100, Paul wrote: > On Tue, 27 Aug 2013 15:51:56 -0400 > Haines Brown wrote: > > I can say without fear of contradiction that this is not a problem in > Claws. Looks like a server issue. Do you say this based on the debut message? I can send messages no problem, and somehow every day or so messages download (I see that I configured the system for auto retrieval every five minutes, and so it seems that connection only works once in a while). The server is the same I use for my current machine, and no problem with it. The mail account setup worked for a couple of years without problem. > I note that the version of Claws Mail is 3.7.6. That version is over > 3 years old. I suggest that you upgrade. Well, I've not upgraded my wife's system from Debian squeeze to wheezy, and hence the old version of Claws Mail. It would be easy to upgrade the system, and with it would come a newer version of Claws Mail. But if the problem were at the server end, upgrading should make no difference. Where in the debug message does it report that it tried but failed to engage the mail server? I must have missed it. Haines -------------- next part -------------- >From gloria at gloriabrownministry.net Mon Aug 26 13:26:31 2013 Return-path: Envelope-to: haines at localhost Delivery-date: Mon, 26 Aug 2013 13:26:31 -0400 Received: from localhost6.att.net ([::1] helo=engels.HistoricalMaterialism.info) by engels.HistoricalMaterialism.info with esmtp (Exim 4.72) (envelope-from ) id 1VE0Yh-0003yF-FI for haines at localhost; Mon, 26 Aug 2013 13:26:31 -0400 Delivered-To: haines at histomat.net Received: from mail.histomat.net [216.239.128.27] by engels.HistoricalMaterialism.info with POP3 (fetchmail-6.3.18) for (single-drop); Mon, 26 Aug 2013 13:26:31 -0400 (EDT) Received: from ten-mx05.omnis.com (unknown [216.239.133.152]) by ten-ms01.omnis.com (Postfix) with ESMTP id 462A343E86 for ; Mon, 26 Aug 2013 17:25:57 +0000 (GMT) Received: from outbound-relay.guardedhost.com (outbound-relay.guardedhost.com [216.239.133.251]) by ten-mx05.omnis.com (Postfix) with ESMTP id 432F2C0719 for ; Mon, 26 Aug 2013 17:25:57 +0000 (GMT) Received: from ten-mx02.omnis.com (ten-mx02.omnis.com [216.239.133.142]) by outbound-relay.guardedhost.com (Postfix) with ESMTP id 004E220EB2 for ; Mon, 26 Aug 2013 17:25:56 +0000 (GMT) Received: from gloria.histomat.net (108-196-77-165.lightspeed.wlfrct.sbcglobal.net [108.196.77.165]) (Authenticated sender: gloria at gloriabrownministry.net) by ten-mx02.omnis.com (Postfix) with ESMTPA id F317520706 for ; Mon, 26 Aug 2013 17:25:55 +0000 (GMT) Date: Mon, 26 Aug 2013 13:25:54 -0400 From: Gloria Brown To: haines at histomat.net Subject: debug-bis Message-ID: <20130826132554.6067e7bd at gloria.histomat.net> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/xnimuiVnvV3eN7.mN8ngWbV" X-Virus-Scanned: clamav-milter 0.97.8 at ten-mx05.omnis.com X-Virus-Status: Clean Status: RO Content-Length: 15992 Lines: 217 --MP_/xnimuiVnvV3eN7.mN8ngWbV Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline --MP_/xnimuiVnvV3eN7.mN8ngWbV Content-Type: application/octet-stream; name=debug-bis Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=debug-bis Y2xhd3MuYzoxMDE6U3RhcnRpbmcgQ2xhd3MgTWFpbCB2ZXJzaW9uIENsYXdzIE1haWwgMy43LjYK bWFpbi5jOjgzOTpydW50aW1lIEdUSysgMi4yMC4xIC8gR0xpYiAyLjI0LjIKbWFpbi5jOjg0Nzpi dWlsZHRpbWUgR1RLKyAyLjIwLjEgLyBHTGliIDIuMjQuMgptYWluLmM6ODU2OkNvbXBpbGVkLWlu IGZlYXR1cmVzOgptYWluLmM6ODYxOiBjb21wZmFjZQptYWluLmM6ODY3OiBhc3BlbGwKbWFpbi5j Ojg3MzogZ251dGxzCm1haW4uYzo4Nzk6IGlwdjYKbWFpbi5jOjg4NTogaWNvbnYKbWFpbi5jOjg5 MToganBpbG90Cm1haW4uYzo4OTc6IGxkYXAKbWFpbi5jOjkwMzogbGliZXRwYW4gMC41OAptYWlu LmM6OTA5OiBsaWJzbQptYWluLmM6OTE1OiBOZXR3b3JrTWFuYWdlcgpwcmVmc19ndGsuYzoxMDM3 Om5ldyBmaWxlICcvaG9tZS9nbG9yaWEvLmNsYXdzLW1haWwvY2xhd3NyYycKcHJlZnNfZ3RrLmM6 OTk2Om5ldyBzZWN0aW9uICdDb21tb24nCnByZWZzX2d0ay5jOjEwMzc6bmV3IGZpbGUgJy9ob21l L2dsb3JpYS8uY2xhd3MtbWFpbC9mb2xkZXJpdGVtcmMnCnByZWZzX2d0ay5jOjk3NTpjYWNoZTog L2hvbWUvZ2xvcmlhLy5jbGF3cy1tYWlsL2ZvbGRlcml0ZW1yYzogTm8gc3VjaCBmaWxlIG9yIGRp cmVjdG9yeQpwcmVmc19ndGsuYzoxMDc1OmRlc3Ryb3lpbmcgY2FjaGUKbWFpbi5jOjI1MDc6L2Rl di9tZW1fbm90aWZ5IG5vdCBhdmFpbGFibGUgKE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkpCmhv b2tzLmM6NzA6cmVnaXN0ZWQgbmV3IGhvb2sgZm9yICdmb2xkZXJfaXRlbV91cGRhdGUnIGFzIGlk IDEKaG9va3MuYzo3MDpyZWdpc3RlZCBuZXcgaG9vayBmb3IgJ2ZvbGRlcl91cGRhdGUnIGFzIGlk IDEKY3VycmVudCBkaXI6IC9ob21lL2dsb3JpYS8uY2xhd3MtbWFpbApjdXJyZW50IGRpcjogL2hv bWUvZ2xvcmlhCmZvbGRlci5jOjEyMTpyZWdpc3RlcmluZyBmb2xkZXIgY2xhc3MgbWgKZm9sZGVy LmM6MTIxOnJlZ2lzdGVyaW5nIGZvbGRlciBjbGFzcyBpbWFwCmZvbGRlci5jOjEyMTpyZWdpc3Rl cmluZyBmb2xkZXIgY2xhc3MgbmV3cwpwcmVmc19ndGsuYzo4NTpSZWFkaW5nIGNvbmZpZ3VyYXRp b24uLi4KcHJlZnNfZ3RrLmM6MTIyOkZvdW5kIFtDb21tb25dCnByZWZzX2d0ay5jOjE0NzpGaW5p c2hlZCByZWFkaW5nIGNvbmZpZ3VyYXRpb24uCnByZWZzX3RoZW1lcy5jOjM3MjpDcmVhdGluZyBw cmVmZXJlbmNlcyBmb3IgdGhlbWVzLi4uCnN0b2NrX3BpeG1hcC5jOjQ5NjpkaXIgL2hvbWUvZ2xv cmlhLy5jbGF3cy1tYWlsL3RoZW1lcyBub3QgZm91bmQsIHNraXBwaW5nIHRoZW1lIHNjYW5zdG9j a19waXhtYXAuYzo0OTY6ZGlyIC91c3Ivc2hhcmUvY2xhd3MtbWFpbC90aGVtZXMgbm90IGZvdW5k LCBza2lwcGluZyB0aGVtZSBzY2FucHJlZnNfYWN0aW9ucy5jOjQzNzpSZWFkaW5nIGFjdGlvbnMg Y29uZmlndXJhdGlvbnMuLi4KcHJlZnNfZGlzcGxheV9oZWFkZXIuYzo0MjA6UmVhZGluZyBjb25m aWd1cmF0aW9uIGZvciBkaXNwbGF5aW5nIGhlYWRlcnMuLi4KYWRkcmVzc2Jvb2suYzo0MTQ4OlJl YWRpbmcgYWRkcmVzcyBpbmRleC4uLgphZGRyZXNzYm9vay5jOjQxOTc6ZG9uZS4KbWFpbndpbmRv dy5jOjE1NDA6Q3JlYXRpbmcgbWFpbiB3aW5kb3cuLi4KdG9vbGJhci5jOjcwNTpyZWFkIFRvb2xi YXIgQ29uZmlndXJhdGlvbiBmcm9tIHRvb2xiYXJfbWFpbi54bWwKZm9sZGVydmlldy5jOjU3NzpD cmVhdGluZyBmb2xkZXIgdmlldy4uLgpmb2xkZXJ2aWV3LmM6NDEyOmNyZWF0aW5nIHRyZWUuLi4K aG9va3MuYzo3MDpyZWdpc3RlZCBuZXcgaG9vayBmb3IgJ2ZvbGRlcl91cGRhdGUnIGFzIGlkIDIK aG9va3MuYzo3MDpyZWdpc3RlZCBuZXcgaG9vayBmb3IgJ2ZvbGRlcl9pdGVtX3VwZGF0ZScgYXMg aWQgMgpzdW1tYXJ5dmlldy5jOjUxNzpDcmVhdGluZyBzdW1tYXJ5IHZpZXcuLi4KaG9va3MuYzo3 MDpyZWdpc3RlZCBuZXcgaG9vayBmb3IgJ21zZ2luZm9fdXBkYXRlJyBhcyBpZCAxCmhvb2tzLmM6 NzA6cmVnaXN0ZWQgbmV3IGhvb2sgZm9yICdmb2xkZXJfaXRlbV91cGRhdGUnIGFzIGlkIDMKaG9v a3MuYzo3MDpyZWdpc3RlZCBuZXcgaG9vayBmb3IgJ2ZvbGRlcl91cGRhdGUnIGFzIGlkIDMKbWVz c2FnZXZpZXcuYzozNjA6Q3JlYXRpbmcgbWVzc2FnZSB2aWV3Li4uCmhlYWRlcnZpZXcuYzo4MzpD cmVhdGluZyBoZWFkZXIgdmlldy4uLgpub3RpY2V2aWV3LmM6NzM6Q3JlYXRpbmcgbm90aWNlIHZp ZXcuLi4KbWltZXZpZXcuYzoyNjc6Q3JlYXRpbmcgTUlNRSB2aWV3Li4uCm5vdGljZXZpZXcuYzo3 MzpDcmVhdGluZyBub3RpY2Ugdmlldy4uLgp0ZXh0dmlldy5jOjI2MzpDcmVhdGluZyB0ZXh0IHZp ZXcuLi4KaG9va3MuYzo3MDpyZWdpc3RlZCBuZXcgaG9vayBmb3IgJ21zZ2luZm9fdXBkYXRlJyBh cyBpZCAyCmxvZ3dpbmRvdy5jOjg3OkNyZWF0aW5nIGxvZyB3aW5kb3cuLi4KaG9va3MuYzo3MDpy ZWdpc3RlZCBuZXcgaG9vayBmb3IgJ2xvZ19hcHBlbmRfdGV4dCcgYXMgaWQgMQpsb2d3aW5kb3cu Yzo4NzpDcmVhdGluZyBsb2cgd2luZG93Li4uCmhvb2tzLmM6NzA6cmVnaXN0ZWQgbmV3IGhvb2sg Zm9yICdkZWJ1Z19hcHBlbmRfdGV4dCcgYXMgaWQgMQptYWlud2luZG93LmM6MjE4NTpkb25lLgpt YWlud2luZG93LmM6MzYyNDpTZXR0aW5nIHdpZGdldHMuLi4gbWFpbndpbmRvdy5jOjM4MzY6ZG9u ZS4KaG9va3MuYzo3MDpyZWdpc3RlZCBuZXcgaG9vayBmb3IgJ3NzbGNlcnRfYXNrJyBhcyBpZCAx Cmhvb2tzLmM6NzA6cmVnaXN0ZWQgbmV3IGhvb2sgZm9yICdwcm9ncmVzc2luZGljYXRvcl9ob29r bGlzdCcgYXMgaWQgMQptYWluLmM6MjYyNzpGYWlsZWQgdG8gZ2V0IHN0YXRlIGluZm8gZnJvbSBO ZXR3b3JrTWFuYWdlcjogVGhlIG5hbWUgb3JnLmZyZWVkZXNrdG9wLk5ldHdvcmtNYW5hZ2VyIHdh cyBub3QgcHJvdmlkZWQgYnkgYW55IC5zZXJ2aWNlIGZpbGVzCm1haW4uYzoyNTc2OkZhaWxlZCB0 byBnZXQgb25saW5lIGluZm9ybWF0aW9uIGZyb20gTmV0d29ya01hbmFnZXI6IFRoZSBuYW1lIG9y Zy5mcmVlZGVza3RvcC5OZXR3b3JrTWFuYWdlciB3YXMgbm90IHByb3ZpZGVkIGJ5IGFueSAuc2Vy dmljZSBmaWxlcwpob29rcy5jOjcwOnJlZ2lzdGVkIG5ldyBob29rIGZvciAnc3NsY2VydF9nZXRf Y2xpZW50X2NlcnQnIGFzIGlkIDEKaG9va3MuYzo3MDpyZWdpc3RlZCBuZXcgaG9vayBmb3IgJ3Nz bGNlcnRfZ2V0X3Bhc3N3b3JkJyBhcyBpZCAxCmFjY291bnQuYzoxOTk6UmVhZGluZyBhbGwgY29u ZmlnIGZvciBlYWNoIGFjY291bnQuLi4KYWNjb3VudC5jOjIxNDpGb3VuZCBsYWJlbDogQWNjb3Vu dDogMQpjb2RlY29udi5jOjE0ODE6Y3VycmVudCBsb2NhbGU6IGVuX1VTLnV0ZjgKcHJlZnNfZ3Rr LmM6ODU6UmVhZGluZyBjb25maWd1cmF0aW9uLi4uCnByZWZzX2d0ay5jOjEyMjpGb3VuZCBbQWNj b3VudDogMV0KcHJlZnNfZ3RrLmM6MTQ3OkZpbmlzaGVkIHJlYWRpbmcgY29uZmlndXJhdGlvbi4K cHJlZnNfZ3RrLmM6ODU6UmVhZGluZyBjb25maWd1cmF0aW9uLi4uCnByZWZzX2d0ay5jOjEyMjpG b3VuZCBbQWNjb3VudDogMV0KcHJlZnNfZ3RrLmM6MTQ3OkZpbmlzaGVkIHJlYWRpbmcgY29uZmln dXJhdGlvbi4KcHJlZnNfZ3RrLmM6ODU6UmVhZGluZyBjb25maWd1cmF0aW9uLi4uCnByZWZzX2d0 ay5jOjEyMjpGb3VuZCBbQWNjb3VudDogMV0KcHJlZnNfZ3RrLmM6MTQ3OkZpbmlzaGVkIHJlYWRp bmcgY29uZmlndXJhdGlvbi4KcHJlZnNfZ3RrLmM6ODU6UmVhZGluZyBjb25maWd1cmF0aW9uLi4u CnByZWZzX2d0ay5jOjEyMjpGb3VuZCBbQWNjb3VudDogMV0KcHJlZnNfZ3RrLmM6MTQ3OkZpbmlz aGVkIHJlYWRpbmcgY29uZmlndXJhdGlvbi4KcHJlZnNfZ3RrLmM6ODU6UmVhZGluZyBjb25maWd1 cmF0aW9uLi4uCnByZWZzX2d0ay5jOjEyMjpGb3VuZCBbQWNjb3VudDogMV0KcHJlZnNfZ3RrLmM6 MTQ3OkZpbmlzaGVkIHJlYWRpbmcgY29uZmlndXJhdGlvbi4KcHJlZnNfZ3RrLmM6ODU6UmVhZGlu ZyBjb25maWd1cmF0aW9uLi4uCnByZWZzX2d0ay5jOjEyMjpGb3VuZCBbQWNjb3VudDogMV0KcHJl ZnNfZ3RrLmM6MTQ3OkZpbmlzaGVkIHJlYWRpbmcgY29uZmlndXJhdGlvbi4KcHJlZnNfZ3RrLmM6 ODU6UmVhZGluZyBjb25maWd1cmF0aW9uLi4uCnByZWZzX2d0ay5jOjEyMjpGb3VuZCBbQWNjb3Vu dDogMV0KcHJlZnNfZ3RrLmM6MTQ3OkZpbmlzaGVkIHJlYWRpbmcgY29uZmlndXJhdGlvbi4KcHJl ZnNfZ3RrLmM6ODU6UmVhZGluZyBjb25maWd1cmF0aW9uLi4uCnByZWZzX2d0ay5jOjEyMjpGb3Vu ZCBbQWNjb3VudDogMV0KcHJlZnNfZ3RrLmM6MTQ3OkZpbmlzaGVkIHJlYWRpbmcgY29uZmlndXJh dGlvbi4KcHJlZnNfY3VzdG9taGVhZGVyLmM6MzMyOlJlYWRpbmcgY3VzdG9tIGhlYWRlciBjb25m aWd1cmF0aW9uLi4uCmZvbGRlcnZpZXcuYzozMjU6c2V0dGluZyB0aXRsZXMuLi4KZm9sZGVydmll dy5jOjczOTpjYWxsZWQgaW5jX2xvY2sgKGxvY2sgY291bnQgMSkKZm9sZGVydmlldy5jOjc0MDpT ZXR0aW5nIGZvbGRlciBpbmZvLi4uCmZvbGRlcnZpZXcuYzo3NjY6Y2FsbGVkIGluY191bmxvY2sg KGxvY2sgY291bnQgMCkKc3VtbWFyeXZpZXcuYzoxMTMzOmNhbGxlZCBpbmNfbG9jayAobG9jayBj b3VudCAxKQpzdW1tYXJ5dmlldy5jOjEyMDY6ZW1wdHkgZm9sZGVyICgobmlsKSAobnVsbCkgKG5p bCkgMCkKCnN1bW1hcnl2aWV3LmM6MTIxNzpjYWxsZWQgaW5jX3VubG9jayAobG9jayBjb3VudCAw KQpzdW1tYXJ5dmlldy5jOjEyMjc6VElNSU5HIHN1bW1hcnlfc2hvdyA6IDBzMDAwbXMKcHJlZnNf Z3RrLmM6ODU6UmVhZGluZyBjb25maWd1cmF0aW9uLi4uCnByZWZzX2d0ay5jOjg1OlJlYWRpbmcg Y29uZmlndXJhdGlvbi4uLgpwcmVmc19ndGsuYzo4NTpSZWFkaW5nIGNvbmZpZ3VyYXRpb24uLi4K cHJlZnNfZ3RrLmM6ODU6UmVhZGluZyBjb25maWd1cmF0aW9uLi4uCnByZWZzX2d0ay5jOjg1OlJl YWRpbmcgY29uZmlndXJhdGlvbi4uLgpmb2xkZXIuYzoxMjA4OkNvdW50aW5nIHRvdGFsIG51bWJl ciBvZiBtZXNzYWdlcy4uLgptYWluLmM6OTY1OlRoZSBuYW1lIGNvbS5nb29nbGUuY29kZS5Bd24g d2FzIG5vdCBwcm92aWRlZCBieSBhbnkgLnNlcnZpY2UgZmlsZXMKZm9sZGVydmlldy5jOjczOTpj YWxsZWQgaW5jX2xvY2sgKGxvY2sgY291bnQgMSkKZm9sZGVydmlldy5jOjc0MDpTZXR0aW5nIGZv bGRlciBpbmZvLi4uCm1zZ2NhY2hlLmM6NjAyOglSZWFkaW5nIHN3YXBwZWQgbWVzc2FnZSBjYWNo ZSBmcm9tIC9ob21lL2dsb3JpYS9NYWlsL3F1ZXVlLy5jbGF3c19jYWNoZS4uLgptc2djYWNoZS5j OjYxODp1c2luZyBOb29wIENvbnZlcnRlcgptc2djYWNoZS5jOjc5MDpkb25lLiAoMCBpdGVtcyBy ZWFkKQptc2djYWNoZS5jOjc5MTpDYWNoZSBzaXplOiAwIG1lc3NhZ2VzLCAwIGJ5dGVzCm1zZ2Nh Y2hlLmM6ODIxOnJlYWRpbmcgc3dhcHBlZCBtYXJrIGZpbGUuCm1zZ2NhY2hlLmM6OTA3OnJlYWRp bmcgc3dhcHBlZCB0YWdzIGZpbGUuCmZvbGRlci5jOjI2ODA6VElNSU5HIGZvbGRlcl9pdGVtX3Jl YWRfY2FjaGUgOiAwczAwMG1zCmZvbGRlci5jOjI1NDE6VG90YWwgY2FjaGUgbWVtb3J5IHVzYWdl OiAwCm1zZ2NhY2hlLmM6Mjc0OlRJTUlORyBtc2djYWNoZV9nZXRfbXNnX2xpc3QgOiAwczAwMG1z CmZvbGRlcnZpZXcuYzo3NjY6Y2FsbGVkIGluY191bmxvY2sgKGxvY2sgY291bnQgMCkKZm9sZGVy dmlldy5jOjczOTpjYWxsZWQgaW5jX2xvY2sgKGxvY2sgY291bnQgMSkKZm9sZGVydmlldy5jOjc0 MDpTZXR0aW5nIGZvbGRlciBpbmZvLi4uCm1zZ2NhY2hlLmM6Mjc0OlRJTUlORyBtc2djYWNoZV9n ZXRfbXNnX2xpc3QgOiAwczAwMG1zCmZvbGRlcnZpZXcuYzo3NjY6Y2FsbGVkIGluY191bmxvY2sg KGxvY2sgY291bnQgMCkKaW5jLmM6MTUwNjphZGRlZCB0aW1lciA9IDEwMwpwcmVmc19ndGsuYzox MDcyOm5vIGNhY2hlCm1haW4uYzoxNjU5OlRJTUlORyBtYWluIHN0YXJ0dXA6IDBzMjY0bXMKaW5j LmM6MTUyMjpyZW1vdmVkIHRpbWVyID0gMTAzCnByb2dyZXNzZGlhbG9nLmM6NjE6Q3JlYXRpbmcg cHJvZ3Jlc3MgZGlhbG9nLi4uCmluYy5jOjc3NDpnZXR0aW5nIG5ldyBtZXNzYWdlcyBvZiBhY2Nv dW50IGdsb3JpYUBnbG9yaWFicm93bm1pbmlzdHJ5Lm5ldEBtYWlsLmdsb3JpYWJyb3dubWluaXN0 cnkubmV0OjExMC4uLgpmb2xkZXIuYzo0MjMwOnRtcHBhcmVudHJvb3QgL2hvbWUvZ2xvcmlhLy5j bGF3cy1tYWlsL3RlbXBmb2xkZXIKZm9sZGVyLmM6NDI1MDoqVE1QKiBhbHJlYWR5IGNyZWF0ZWQK Zm9sZGVyLmM6MjEyMjpTY2FubmluZyBmb2xkZXIgcHJvY2Vzc2luZyBmb3IgY2FjaGUgY2hhbmdl cy4KbWguYzoyODk6bWhfZ2V0X251bV9saXN0KCk6IFNjYW5uaW5nIHByb2Nlc3NpbmcgLi4uCmN1 cnJlbnQgZGlyOiAvaG9tZS9nbG9yaWEvLmNsYXdzLW1haWwvdGVtcGZvbGRlci9wcm9jZXNzaW5n Cm1oLmM6MTQ2MzpNSDogZm9yY2VkIG10aW1lIG9mIHByb2Nlc3NpbmcgdG8gMTM3NzQ2NDQ0OApt c2djYWNoZS5jOjYwMjoJUmVhZGluZyBzd2FwcGVkIG1lc3NhZ2UgY2FjaGUgZnJvbSAvaG9tZS9n bG9yaWEvLmNsYXdzLW1haWwvdGVtcGZvbGRlci9wcm9jZXNzaW5nLy5jbGF3c19jYWNoZS4uLgpt c2djYWNoZS5jOjYxODp1c2luZyBOb29wIENvbnZlcnRlcgptc2djYWNoZS5jOjc5MDpkb25lLiAo MCBpdGVtcyByZWFkKQptc2djYWNoZS5jOjc5MTpDYWNoZSBzaXplOiAwIG1lc3NhZ2VzLCAwIGJ5 dGVzCm1zZ2NhY2hlLmM6ODIxOnJlYWRpbmcgc3dhcHBlZCBtYXJrIGZpbGUuCm1zZ2NhY2hlLmM6 OTA3OnJlYWRpbmcgc3dhcHBlZCB0YWdzIGZpbGUuCmZvbGRlci5jOjI2ODA6VElNSU5HIGZvbGRl cl9pdGVtX3JlYWRfY2FjaGUgOiAwczAwMG1zCmZvbGRlci5jOjI1NDE6VG90YWwgY2FjaGUgbWVt b3J5IHVzYWdlOiAwCm1zZ2NhY2hlLmM6Mjc0OlRJTUlORyBtc2djYWNoZV9nZXRfbXNnX2xpc3Qg OiAwczAwMG1zCm1zZ2NhY2hlLmM6Mjc0OlRJTUlORyBtc2djYWNoZV9nZXRfbXNnX2xpc3QgOiAw czAwMG1zCmZpbHRlcmluZy5jOjE4OTpjaGVja2luZyAwIG1lc3NhZ2VzCmFsZXJ0cGFuZWwuYzoy NTI6Q3JlYXRpbmcgYWxlcnQgcGFuZWwgZGlhbG9nLi4uCmFsZXJ0cGFuZWwuYzoyMTE6Y2FsbGVk IGluY19sb2NrIChsb2NrIGNvdW50IDEpCmFsZXJ0cGFuZWwuYzoyMjE6Y2FsbGVkIGluY191bmxv Y2sgKGxvY2sgY291bnQgMCkKYWxlcnRwYW5lbC5jOjEwNjpyZXR1cm4gdmFsdWUgPSAxCm1oLmM6 MjMxOk1IIHNjYW4gbm90IHJlcXVpcmVkOiAvaG9tZS9nbG9yaWEvLmNsYXdzLW1haWwvdGVtcGZv bGRlci9wcm9jZXNzaW5nICgxMzc3NDY0NDQ4IDw9IDEzNzc0NjQ0NDgpCmZvbGRlci5jOjI3MDU6 U2F2ZSBjYWNoZSBmb3IgZm9sZGVyICNtaC9URU1QX0ZPTERFUi9wcm9jZXNzaW5nCm1zZ2NhY2hl LmM6MTE2OToJV3JpdGluZyBtZXNzYWdlIGNhY2hlIHRvIChudWxsKSBhbmQgKG51bGwpLi4uCm1z Z2NhY2hlLmM6MTI1MDpkb25lLgptc2djYWNoZS5jOjEyNTE6VElNSU5HIG1zZ2NhY2hlX3dyaXRl IDogMHMwMDBtcwptaC5jOjE0NjM6TUg6IGZvcmNlZCBtdGltZSBvZiBwcm9jZXNzaW5nIHRvIDEz Nzc0NjQ0NDgKc2Vzc2lvbi5jOjIyNTpzZXNzaW9uICgweGEzOGYwYTgpOiBkZXN0cm95ZWQKaW5j LmM6MTUwNjphZGRlZCB0aW1lciA9IDMxOApmb2xkZXJ2aWV3LmM6MjEyNTpuZXdseSBzZWxlY3Rl ZCAweGEzNmYzYTAsIG9wZW5lZCAobmlsKQpmb2xkZXJ2aWV3LmM6MjE3MTpGb2xkZXIgaW5ib3gg aXMgc2VsZWN0ZWQKZm9sZGVydmlldy5jOjIxODc6T3BlbmluZyBGb2xkZXIgaW5ib3guLi4KbWgu YzoyMzE6TUggc2NhbiBub3QgcmVxdWlyZWQ6IC9ob21lL2dsb3JpYS9NYWlsL2luYm94ICgxMzc3 NTM3Nzk3IDw9IDEzNzc1Mzc3OTcpCm1zZ2NhY2hlLmM6NjAyOglSZWFkaW5nIHN3YXBwZWQgbWVz c2FnZSBjYWNoZSBmcm9tIC9ob21lL2dsb3JpYS9NYWlsL2luYm94Ly5jbGF3c19jYWNoZS4uLgpt c2djYWNoZS5jOjYxODp1c2luZyBOb29wIENvbnZlcnRlcgptc2djYWNoZS5jOjc5MDpkb25lLiAo ODMgaXRlbXMgcmVhZCkKbXNnY2FjaGUuYzo3OTE6Q2FjaGUgc2l6ZTogODMgbWVzc2FnZXMsIDM5 MTQyIGJ5dGVzCm1zZ2NhY2hlLmM6ODIxOnJlYWRpbmcgc3dhcHBlZCBtYXJrIGZpbGUuCm1zZ2Nh Y2hlLmM6OTA3OnJlYWRpbmcgc3dhcHBlZCB0YWdzIGZpbGUuCmZvbGRlci5jOjI2ODA6VElNSU5H IGZvbGRlcl9pdGVtX3JlYWRfY2FjaGUgOiAwczAwMG1zCmZvbGRlci5jOjI1NDE6VG90YWwgY2Fj aGUgbWVtb3J5IHVzYWdlOiAzOTE0Mgptc2djYWNoZS5jOjI3NDpUSU1JTkcgbXNnY2FjaGVfZ2V0 X21zZ19saXN0IDogMHMwMDBtcwpmb2xkZXIuYzoyMDEyOlRJTUlORyBmb2xkZXJfaXRlbV9vcGVu IDogMHMwMDBtcwpzdW1tYXJ5dmlldy5jOjEwMjc6c2hvd2luZyBGcm9tICwgbXVzdCBzaG93IEZy b20gCnN1bW1hcnl2aWV3LmM6MTEzMzpjYWxsZWQgaW5jX2xvY2sgKGxvY2sgY291bnQgMSkKc3Vt bWFyeXZpZXcuYzoxMjM5OlNjYW5uaW5nIGZvbGRlciAoaW5ib3gpLi4uCm1zZ2NhY2hlLmM6Mjc0 OlRJTUlORyBtc2djYWNoZV9nZXRfbXNnX2xpc3QgOiAwczAwMG1zCnN1bW1hcnl2aWV3LmM6MTEw ODpUSU1JTkcgc3VtbWFyeV9jaGVja19jb25zaXN0ZW5jeSA6IDBzMDAwbXMKc3VtbWFyeXZpZXcu YzoxMzU0OlRJTUlORyBzdW1tYXJ5X3Nob3cgcmVtb3ZpbmcgaGlkZGVuOiAwczAwMG1zCnN1bW1h cnl2aWV3LmM6Mjk2NDoJU2V0dGluZyBzdW1tYXJ5IGZyb20gbWVzc2FnZSBkYXRhLi4uCnByb2Nt c2cuYzoyODM6VElNSU5HIHByb2Ntc2dfZ2V0X3RocmVhZF90cmVlIHRocmVhZCBieSBzdWJqZWN0 OiAwczAwMG1zCnByb2Ntc2cuYzoyOTA6VElNSU5HIHByb2Ntc2dfZ2V0X3RocmVhZF90cmVlIDog MHMwMDFtcwpzdW1tYXJ5dmlldy5jOjMwMDE6VElNSU5HIHN1bW1hcnlfc2V0X2N0cmVlX2Zyb21f bGlzdCB0aHJlYWRlZDogMHMwMDFtcwpzdW1tYXJ5dmlldy5jOjMwNDg6ZG9uZS4Kc3VtbWFyeXZp ZXcuYzozMDUxOgltc2dpZCBoYXNoIHRhYmxlIHNpemUgPSA4MwpzdW1tYXJ5dmlldy5jOjMwNTQ6 CXN1YmplY3QgaGFzaCB0YWJsZSBzaXplID0gMApzdW1tYXJ5dmlldy5jOjI4NTE6U29ydGluZyBz dW1tYXJ5Li4uc3VtbWFyeXZpZXcuYzoyODY1OmRvbmUuCnN1bW1hcnl2aWV3LmM6Mjg3MjpUSU1J Tkcgc3VtbWFyeV9zb3J0IDogMHMwMDltcwpzdW1tYXJ5dmlldy5jOjMwNzA6VElNSU5HIHN1bW1h cnlfc2V0X2N0cmVlX2Zyb21fbGlzdCBib2xkX3VucmVhZDogMHMwMDBtcwpzdW1tYXJ5dmlldy5j OjMwNzU6VElNSU5HIHN1bW1hcnlfc2V0X2N0cmVlX2Zyb21fbGlzdCA6IDBzMDEybXMKc3VtbWFy eXZpZXcuYzoxNDg3OgpzdW1tYXJ5dmlldy5jOjE0OTI6Y2FsbGVkIGluY191bmxvY2sgKGxvY2sg Y291bnQgMCkKc3VtbWFyeXZpZXcuYzoxNDkzOlRJTUlORyBzdW1tYXJ5X3Nob3cgOiAwczEyMG1z CmZvbGRlci5jOjI1NDE6VG90YWwgY2FjaGUgbWVtb3J5IHVzYWdlOiAzOTE0Mgpmb2xkZXJ2aWV3 LmM6MjI0NzpUSU1JTkcgZm9sZGVydmlld19zZWxlY3RlZCA6IDBzMTM2bXMKZm9sZGVydmlldy5j OjIxMjU6bmV3bHkgc2VsZWN0ZWQgMHhhMzZmM2EwLCBvcGVuZWQgMHhhMzZmM2EwCmZvbGRlcnZp ZXcuYzoyMTI5OlRJTUlORyBmb2xkZXJ2aWV3X3NlbGVjdGVkIDogMHMwMDBtcwpjb21wb3NlLmM6 NzA1NTpDcmVhdGluZyBjb21wb3NlIHdpbmRvdy4uLgp0b29sYmFyLmM6NzA1OnJlYWQgVG9vbGJh ciBDb25maWd1cmF0aW9uIGZyb20gdG9vbGJhcl9jb21wb3NlLnhtbAphZGRyX2NvbXBsLmM6MzAw OnJlYWQgMiBpdGVtcyBpbiAobnVsbCkKYWRkcl9jb21wbC5jOjM2MTpzdGFydF9hZGRyZXNzX2Nv bXBsZXRpb24oKG51bGwpKSByZWYgY291bnQgMQpndGthc3BlbGwuYzo2MzU6QXNwZWxsOiBDcmVh dGVkIGEgbmV3IGd0a2FzcGVsbGVyIDB4YTQ4Yzc1MApndGthc3BlbGwuYzo2NDM6QXNwZWxsOiBu dW1iZXIgb2YgZXhpc3RpbmcgY2hlY2tlcnMgMQpndGthc3BlbGwuYzo0MzE6QXNwZWxsOiBjcmVh dGVkIGd0a2FzcGVsbCAweGE0YTBjYTAKZ3RrYXNwZWxsLmM6MTUzMjpBc3BlbGw6IGZvdW5kIGRp Y3Rpb25hcnkgZW5fUEggZW5fUEgKZ3RrYXNwZWxsLmM6MTUzMjpBc3BlbGw6IGZvdW5kIGRpY3Rp b25hcnkgZW5fVVMgZW5fVVMKZ3RrYXNwZWxsLmM6MTUzMjpBc3BlbGw6IGZvdW5kIGRpY3Rpb25h cnkgZW4gZW4KZ3RrYXNwZWxsLmM6MTUzMjpBc3BlbGw6IGZvdW5kIGRpY3Rpb25hcnkgZW5fQ0Eg ZW5fQ0EKZ3RrYXNwZWxsLmM6MTUzMjpBc3BlbGw6IGZvdW5kIGRpY3Rpb25hcnkgZW5fR0IgZW5f R0IKdGVtcGxhdGUuYzoxNjI6dGVtcGxhdGUuYzoxNjMgcmVhZGluZyB0ZW1wbGF0ZXMgZGlyIC9o b21lL2dsb3JpYS8uY2xhd3MtbWFpbC90ZW1wbGF0ZXMKYWxlcnRwYW5lbC5jOjI1MjpDcmVhdGlu ZyBhbGVydCBwYW5lbCBkaWFsb2cuLi4KYWxlcnRwYW5lbC5jOjIxMTpjYWxsZWQgaW5jX2xvY2sg KGxvY2sgY291bnQgMSkKYWxlcnRwYW5lbC5jOjIyMTpjYWxsZWQgaW5jX3VubG9jayAobG9jayBj b3VudCAwKQphbGVydHBhbmVsLmM6MTA2OnJldHVybiB2YWx1ZSA9IDAKY29tcG9zZS5jOjUwNDc6 Y2FsbGVkIGluY191bmxvY2sgKGxvY2sgY291bnQgMCkKY29tcG9zZS5jOjQ5MzI6Y2FsbGVkIGlu Y19sb2NrIChsb2NrIGNvdW50IDEpCmNvbXBvc2UuYzo1NjY3OnF1ZXVlaW5nIG1lc3NhZ2UuLi4K Y29tcG9zZS5jOjU3MTE6cXVldWluZyB0byAvaG9tZS9nbG9yaWEvLmNsYXdzLW1haWwvdG1wL3F1 ZXVlLjB4YTQzNmEzMDQ5MDI2ZTRmCmNvZGVjb252LmM6MTQ4MTpjdXJyZW50IGxvY2FsZTogZW5f VVMudXRmOApjb21wb3NlLmM6NjAyMDpBZGRpbmcgVG8tZmllbGRzCmNvbXBvc2UuYzo2MDIwOkFk ZGluZyBOZXdzZ3JvdXBzLWZpZWxkcwpjb21wb3NlLmM6NjAyMDpBZGRpbmcgQ2MtZmllbGRzCmNv bXBvc2UuYzo2MDIwOkFkZGluZyBCY2MtZmllbGRzCnV0aWxzLmM6MjA5Mjpkb21haW4gbmFtZSA9 IGdsb3JpYS5oaXN0b21hdC5uZXQKY29tcG9zZS5jOjYwMjA6QWRkaW5nIEZvbGxvd3VwLVRvLWZp ZWxkcwpjb21wb3NlLmM6NjAyMDpBZGRpbmcgUmVwbHktVG8tZmllbGRzCmF1dG9mYWNlcy5jOjQx OmhlYWRlciBjb250ZW50IGZpbGUgJ3hmYWNlLmdsb3JpYUBnbG9yaWFicm93bm1pbmlzdHJ5Lm5l dEBtYWlsLmdsb3JpYWJyb3dubWluaXN0cnkubmV0XzExMCcgbm90IGZvdW5kCmF1dG9mYWNlcy5j OjQxOmhlYWRlciBjb250ZW50IGZpbGUgJ3hmYWNlJyBub3QgZm91bmQKYXV0b2ZhY2VzLmM6NDE6 aGVhZGVyIGNvbnRlbnQgZmlsZSAnZmFjZS5nbG9yaWFAZ2xvcmlhYnJvd25taW5pc3RyeS5uZXRA bWFpbC5nbG9yaWFicm93bm1pbmlzdHJ5Lm5ldF8xMTAnIG5vdCBmb3VuZAphdXRvZmFjZXMuYzo0 MTpoZWFkZXIgY29udGVudCBmaWxlICdmYWNlJyBub3QgZm91bmQKY29tcG9zZS5jOjUzODY6c3Jj IGVuY29kaW5nID0gVVRGLTgsIG91dCBlbmNvZGluZyA9IFVTLUFTQ0lJLCB0cmFuc2ZlciBlbmNv ZGluZyA9IDdiaXQKY29tcG9zZS5jOjU0NDU6bWFpbiB0ZXh0OiAwIGJ5dGVzIGVuY29kZWQgYXMg VVMtQVNDSUkgaW4gMAo= --MP_/xnimuiVnvV3eN7.mN8ngWbV-- From claws at thewildbeast.co.uk Wed Aug 28 05:35:35 2013 From: claws at thewildbeast.co.uk (Paul) Date: Wed, 28 Aug 2013 04:35:35 +0100 Subject: [Users] Periodic "connection failed" In-Reply-To: <20130828000921.GN30046@histomat.net> References: <20130825232222.093d47c6@sleipner.datanom.net> <20130825225728.GI30046@histomat.net> <20130826014428.4c023e6f@sleipner.datanom.net> <20130825204731.54b3315e@stchupack-m4700> <20130826011054.GJ30046@histomat.net> <20130826080548.32fe5334@thewildbeast> <20130826180704.GL30046@histomat.net> <20130827185936.2d375eaa@thewildbeast> <20130827195156.GM30046@histomat.net> <20130827220750.7050ce5b@thewildbeast> <20130828000921.GN30046@histomat.net> Message-ID: <20130828043535.2e235613@thewildbeast> On Tue, 27 Aug 2013 20:09:21 -0400 Haines Brown wrote: > On Tue, Aug 27, 2013 at 10:07:50PM +0100, Paul wrote: > > On Tue, 27 Aug 2013 15:51:56 -0400 > > Haines Brown wrote: > > > > I can say without fear of contradiction that this is not a > > problem in Claws. Looks like a server issue. > > Do you say this based on the debut message? Yes, it's a pretty bold claim! No, I don't say this based on the debut message, I say this based on many years of trouble-free POP usage in Claws. (Well, the debut message a bit too! :) > I can send messages no > problem, and somehow every day or so messages download (I see that > I configured the system for auto retrieval every five minutes, and > so it seems that connection only works once in a while). The server > is the same I use for my current machine, and no problem with it. > The mail account setup worked for a couple of years without > problem. If it worked for a couple years and then stopped without changing anything in Claws, this, again, points to something outside of Claws. > > I note that the version of Claws Mail is 3.7.6. That version is > > over 3 years old. I suggest that you upgrade. > > Well, I've not upgraded my wife's system from Debian squeeze to > wheezy, and hence the old version of Claws Mail. It would be easy > to upgrade the system, and with it would come a newer version of > Claws Mail. But if the problem were at the server end, upgrading > should make no difference. I was suggesting upgrading Claws, not upgrading your system. I think there are probably backports for squeeze. It won't make a difference to your problem, but it will make offering support easier. (Messages, line numbers, etc. in the debug info.) A lot has changed since then. Also, new versions of Claws are released for a reason. > Where in the debug message does it report that it tried but failed > to engage the mail server? I must have missed it. There is no connection attempt at all in the debug info you sent, but in your original message you reported "Connection failed". Also, the method you used to attach the debug is inconvenient - I have to drag and drop the attachment to a folder in order for Claws to do the work of decoding the message part. Just attach the part, (the debug text), not the whole message. Try to send a new debug output, capturing a retrieval event. with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From noreply at thewildbeast.co.uk Wed Aug 28 07:29:08 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 28 Aug 2013 05:29:08 -0000 Subject: [Users] [Bug 2989] Segfault at startup because of corrupted folderlist.xml In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2989 --- Comment #2 from users at lists.claws-mail.org --- Changes related to this bug have been committed. Please check latest Git and update the bug accordingly. You can also get the patch from: http://git.claws-mail.org/ http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=2a7215624b2cc2c505497328eff4250d898aba13 Merge: bd24c37 e377eee Author: Colin Leroy Date: Wed Aug 28 07:29:03 2013 +0200 Merge branch 'master' of file:///home/git/claws http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=e377eee114ead1ecafd829a5937869e9bead2584 Author: Paul Date: Wed Aug 28 06:27:58 2013 +0100 fix bug 2989, 'Segfault at startup because of corrupted folderlist.xml' -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 28 07:41:48 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 28 Aug 2013 05:41:48 +0000 Subject: [Users] [Bug 2981] claws-mail-3.9.2 compilation warnings In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2981 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |LATER -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 28 07:42:41 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 28 Aug 2013 05:42:41 +0000 Subject: [Users] [Bug 2989] Segfault at startup because of corrupted folderlist.xml In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2989 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 28 07:42:41 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 28 Aug 2013 05:42:41 +0000 Subject: [Users] [Bug 2989] Segfault at startup because of corrupted folderlist.xml In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2989 --- 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/ http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=ecaeb6fe1612396e6a6227dda66461c5dfb1017d Merge: 2a72156 f8d35f8 Author: Colin Leroy Date: Wed Aug 28 09:01:03 2013 +0200 Merge branch 'master' of file:///home/git/claws http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=f8d35f8d40194ac94ee4e8503e8ff8a3480b6284 Author: Paul Date: Wed Aug 28 08:00:29 2013 +0100 revert part of last commit bug 2989 remains fixed in as much as the segfault is prevented -- You are receiving this mail because: You are the assignee for the bug. From ricardo at mones.org Wed Aug 28 11:29:06 2013 From: ricardo at mones.org (Ricardo Mones) Date: Wed, 28 Aug 2013 11:29:06 +0200 Subject: [Users] Periodic "connection failed" In-Reply-To: <20130828043535.2e235613@thewildbeast> References: <20130826014428.4c023e6f@sleipner.datanom.net> <20130825204731.54b3315e@stchupack-m4700> <20130826011054.GJ30046@histomat.net> <20130826080548.32fe5334@thewildbeast> <20130826180704.GL30046@histomat.net> <20130827185936.2d375eaa@thewildbeast> <20130827195156.GM30046@histomat.net> <20130827220750.7050ce5b@thewildbeast> <20130828000921.GN30046@histomat.net> <20130828043535.2e235613@thewildbeast> Message-ID: <20130828092906.GC2088@trasgu> On Wed, Aug 28, 2013 at 04:35:35AM +0100, Paul wrote: > On Tue, 27 Aug 2013 20:09:21 -0400 > Haines Brown wrote: > > > On Tue, Aug 27, 2013 at 10:07:50PM +0100, Paul wrote: > > > On Tue, 27 Aug 2013 15:51:56 -0400 > > > Haines Brown wrote: [...] > > > I note that the version of Claws Mail is 3.7.6. That version is > > > over 3 years old. I suggest that you upgrade. > > > > Well, I've not upgraded my wife's system from Debian squeeze to > > wheezy, and hence the old version of Claws Mail. It would be easy > > to upgrade the system, and with it would come a newer version of > > Claws Mail. But if the problem were at the server end, upgrading > > should make no difference. > > I was suggesting upgrading Claws, not upgrading your system. I think > there are probably backports for squeeze. Unfortunately there isn't backports for squeeze¹, but there's backports for wheezy², thanks to Andreas Rönnquist. regards, ¹http://packages.debian.org/search?suite=squeeze-backports&searchon=names&keywords=claws-mail ²http://packages.debian.org/wheezy-backports/claws-mail -- Ricardo Mones ~ You have the capacity to learn from mistakes. You'll learn a lot today. /usr/games/fortune -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From haines at histomat.net Wed Aug 28 13:01:55 2013 From: haines at histomat.net (Haines Brown) Date: Wed, 28 Aug 2013 07:01:55 -0400 Subject: [Users] Periodic "connection failed" In-Reply-To: <20130828043535.2e235613@thewildbeast> References: <20130826014428.4c023e6f@sleipner.datanom.net> <20130825204731.54b3315e@stchupack-m4700> <20130826011054.GJ30046@histomat.net> <20130826080548.32fe5334@thewildbeast> <20130826180704.GL30046@histomat.net> <20130827185936.2d375eaa@thewildbeast> <20130827195156.GM30046@histomat.net> <20130827220750.7050ce5b@thewildbeast> <20130828000921.GN30046@histomat.net> <20130828043535.2e235613@thewildbeast> Message-ID: <20130828110155.GO30046@histomat.net> On Wed, Aug 28, 2013 at 04:35:35AM +0100, Paul wrote: > > Where in the debug message does it report that it tried but failed > > to engage the mail server? I must have missed it. > > There is no connection attempt at all in the debug info you sent, but > in your original message you reported "Connection failed". I guess I misunderstand something. I find I originally set Claws up to do an auto retrieval every five minutes, which probably accounts for its retrieval of messages once in a while on its own (it seems to suceed after days of trying almost by accident). In the debug message I attached to my last two messages, I hit the "Get Mail" while debug was running and waited for a time out, and then sent a message (sent the debut to my own computer). Shouldn't then the debug message contains lines showing it trying to reach the server, but failing because the connection failed? I believe a recall lines saying it reached the server to send my message, but I didn't see lines for my attempt to retrieve them. Perhaps I misled you. When I do hit the "Get Messages" button, the button greys out for what seems a long time and then a GUI dialog pops up with the ERROR message saying "Connection failed" I was not trying to report a line in the debug message in my original message. > Also, the method you used to attach the debug is inconvenient - I > have to drag and drop the attachment to a folder in order for Claws > to do the work of decoding the message part. Just attach the part, > (the debug text), not the whole message. Sorry about that. The debug message I sent from my wife's machine to my own was plain ASCII, but when attached to my mail ended up binary (C++). I look again at the debug. I append it here, followed by some questions. ----------- claws.c:101:Starting Claws Mail version Claws Mail 3.7.6 main.c:839:runtime GTK+ 2.20.1 / GLib 2.24.2 main.c:847:buildtime GTK+ 2.20.1 / GLib 2.24.2 main.c:856:Compiled-in features: main.c:861: compface main.c:867: aspell main.c:873: gnutls main.c:879: ipv6 main.c:885: iconv main.c:891: jpilot main.c:897: ldap main.c:903: libetpan 0.58 main.c:909: libsm main.c:915: NetworkManager prefs_gtk.c:1037:new file '/home/gloria/.claws-mail/clawsrc' prefs_gtk.c:996:new section 'Common' prefs_gtk.c:1037:new file '/home/gloria/.claws-mail/folderitemrc' prefs_gtk.c:975:cache: /home/gloria/.claws-mail/folderitemrc: No such file or +directory prefs_gtk.c:1075:destroying cache main.c:2507:/dev/mem_notify not available (No such file or directory) hooks.c:70:registed new hook for 'folder_item_update' as id 1 hooks.c:70:registed new hook for 'folder_update' as id 1 current dir: /home/gloria/.claws-mail current dir: /home/gloria folder.c:121:registering folder class mh folder.c:121:registering folder class imap folder.c:121:registering folder class news prefs_gtk.c:85:Reading configuration... prefs_gtk.c:122:Found [Common] prefs_gtk.c:147:Finished reading configuration. prefs_themes.c:372:Creating preferences for themes... stock_pixmap.c:496:dir /home/gloria/.claws-mail/themes not found, skipping theme +scanstock_pixmap.c:496:dir /usr/share/claws-mail/themes not found, skipping +theme scanprefs_actions.c:437:Reading actions configurations... prefs_display_header.c:420:Reading configuration for displaying headers... addressbook.c:4148:Reading address index... addressbook.c:4197:done. mainwindow.c:1540:Creating main window... toolbar.c:705:read Toolbar Configuration from toolbar_main.xml folderview.c:577:Creating folder view... folderview.c:412:creating tree... hooks.c:70:registed new hook for 'folder_update' as id 2 hooks.c:70:registed new hook for 'folder_item_update' as id 2 summaryview.c:517:Creating summary view... hooks.c:70:registed new hook for 'msginfo_update' as id 1 hooks.c:70:registed new hook for 'folder_item_update' as id 3 hooks.c:70:registed new hook for 'folder_update' as id 3 messageview.c:360:Creating message view... headerview.c:83:Creating header view... noticeview.c:73:Creating notice view... mimeview.c:267:Creating MIME view... noticeview.c:73:Creating notice view... textview.c:263:Creating text view... hooks.c:70:registed new hook for 'msginfo_update' as id 2 logwindow.c:87:Creating log window... hooks.c:70:registed new hook for 'log_append_text' as id 1 logwindow.c:87:Creating log window... hooks.c:70:registed new hook for 'debug_append_text' as id 1 mainwindow.c:2185:done. mainwindow.c:3624:Setting widgets... mainwindow.c:3836:done. hooks.c:70:registed new hook for 'sslcert_ask' as id 1 hooks.c:70:registed new hook for 'progressindicator_hooklist' as id 1 main.c:2627:Failed to get state info from NetworkManager: The name +org.freedesktop.NetworkManager was not provided by any .service files main.c:2576:Failed to get online information from NetworkManager: The name +org.freedesktop.NetworkManager was not provided by any .service files hooks.c:70:registed new hook for 'sslcert_get_client_cert' as id 1 hooks.c:70:registed new hook for 'sslcert_get_password' as id 1 account.c:199:Reading all config for each account... account.c:214:Found label: Account: 1 codeconv.c:1481:current locale: en_US.utf8 prefs_gtk.c:85:Reading configuration... prefs_gtk.c:122:Found [Account: 1] prefs_gtk.c:147:Finished reading configuration. prefs_gtk.c:85:Reading configuration... prefs_gtk.c:122:Found [Account: 1] prefs_gtk.c:147:Finished reading configuration. prefs_gtk.c:85:Reading configuration... prefs_gtk.c:122:Found [Account: 1] prefs_gtk.c:147:Finished reading configuration. prefs_gtk.c:85:Reading configuration... prefs_gtk.c:122:Found [Account: 1] prefs_gtk.c:147:Finished reading configuration. prefs_gtk.c:85:Reading configuration... prefs_gtk.c:122:Found [Account: 1] prefs_gtk.c:147:Finished reading configuration. prefs_gtk.c:85:Reading configuration... prefs_gtk.c:122:Found [Account: 1] prefs_gtk.c:147:Finished reading configuration. prefs_gtk.c:85:Reading configuration... prefs_gtk.c:122:Found [Account: 1] prefs_gtk.c:147:Finished reading configuration. prefs_gtk.c:85:Reading configuration... prefs_gtk.c:122:Found [Account: 1] prefs_gtk.c:147:Finished reading configuration. prefs_customheader.c:332:Reading custom header configuration... folderview.c:325:setting titles... folderview.c:739:called inc_lock (lock count 1) folderview.c:740:Setting folder info... folderview.c:766:called inc_unlock (lock count 0) summaryview.c:1133:called inc_lock (lock count 1) summaryview.c:1206:empty folder ((nil) (null) (nil) 0) summaryview.c:1217:called inc_unlock (lock count 0) summaryview.c:1227:TIMING summary_show : 0s000ms prefs_gtk.c:85:Reading configuration... prefs_gtk.c:85:Reading configuration... prefs_gtk.c:85:Reading configuration... prefs_gtk.c:85:Reading configuration... prefs_gtk.c:85:Reading configuration... folder.c:1208:Counting total number of messages... main.c:965:The name com.google.code.Awn was not provided by any .service files folderview.c:739:called inc_lock (lock count 1) folderview.c:740:Setting folder info... msgcache.c:602: Reading swapped message cache from +/home/gloria/Mail/queue/.claws_cache... msgcache.c:618:using Noop Converter msgcache.c:790:done. (0 items read) msgcache.c:791:Cache size: 0 messages, 0 bytes msgcache.c:821:reading swapped mark file. msgcache.c:907:reading swapped tags file. folder.c:2680:TIMING folder_item_read_cache : 0s000ms folder.c:2541:Total cache memory usage: 0 msgcache.c:274:TIMING msgcache_get_msg_list : 0s000ms folderview.c:766:called inc_unlock (lock count 0) folderview.c:739:called inc_lock (lock count 1) folderview.c:740:Setting folder info... msgcache.c:274:TIMING msgcache_get_msg_list : 0s000ms folderview.c:766:called inc_unlock (lock count 0) inc.c:1506:added timer = 103 prefs_gtk.c:1072:no cache main.c:1659:TIMING main startup: 0s264ms inc.c:1522:removed timer = 103 progressdialog.c:61:Creating progress dialog... inc.c:774:getting new messages of account +gloria at gloriabrownministry.net@mail.gloriabrownministry.net:110... folder.c:4230:tmpparentroot /home/gloria/.claws-mail/tempfolder folder.c:4250:*TMP* already created folder.c:2122:Scanning folder processing for cache changes. mh.c:289:mh_get_num_list(): Scanning processing ... current dir: /home/gloria/.claws-mail/tempfolder/processing mh.c:1463:MH: forced mtime of processing to 1377464448 msgcache.c:602: Reading swapped message cache from +/home/gloria/.claws-mail/tempfolder/processing/.claws_cache... msgcache.c:618:using Noop Converter msgcache.c:790:done. (0 items read) msgcache.c:791:Cache size: 0 messages, 0 bytes msgcache.c:821:reading swapped mark file. msgcache.c:907:reading swapped tags file. folder.c:2680:TIMING folder_item_read_cache : 0s000ms folder.c:2541:Total cache memory usage: 0 msgcache.c:274:TIMING msgcache_get_msg_list : 0s000ms msgcache.c:274:TIMING msgcache_get_msg_list : 0s000ms filtering.c:189:checking 0 messages alertpanel.c:252:Creating alert panel dialog... alertpanel.c:211:called inc_lock (lock count 1) alertpanel.c:221:called inc_unlock (lock count 0) alertpanel.c:106:return value = 1 mh.c:231:MH scan not required: /home/gloria/.claws-mail/tempfolder/processing +(1377464448 <= 1377464448) folder.c:2705:Save cache for folder #mh/TEMP_FOLDER/processing msgcache.c:1169: Writing message cache to (null) and (null)... msgcache.c:1250:done. msgcache.c:1251:TIMING msgcache_write : 0s000ms mh.c:1463:MH: forced mtime of processing to 1377464448 session.c:225:session (0xa38f0a8): destroyed inc.c:1506:added timer = 318 folderview.c:2125:newly selected 0xa36f3a0, opened (nil) folderview.c:2171:Folder inbox is selected folderview.c:2187:Opening Folder inbox... mh.c:231:MH scan not required: /home/gloria/Mail/inbox (1377537797 <= +1377537797) msgcache.c:602: Reading swapped message cache from +/home/gloria/Mail/inbox/.claws_cache... msgcache.c:618:using Noop Converter msgcache.c:790:done. (83 items read) msgcache.c:791:Cache size: 83 messages, 39142 bytes msgcache.c:821:reading swapped mark file. msgcache.c:907:reading swapped tags file. folder.c:2680:TIMING folder_item_read_cache : 0s000ms folder.c:2541:Total cache memory usage: 39142 msgcache.c:274:TIMING msgcache_get_msg_list : 0s000ms folder.c:2012:TIMING folder_item_open : 0s000ms summaryview.c:1027:showing From , must show From summaryview.c:1133:called inc_lock (lock count 1) summaryview.c:1239:Scanning folder (inbox)... msgcache.c:274:TIMING msgcache_get_msg_list : 0s000ms summaryview.c:1108:TIMING summary_check_consistency : 0s000ms summaryview.c:1354:TIMING summary_show removing hidden: 0s000ms summaryview.c:2964: Setting summary from message data... procmsg.c:283:TIMING procmsg_get_thread_tree thread by subject: 0s000ms procmsg.c:290:TIMING procmsg_get_thread_tree : 0s001ms summaryview.c:3001:TIMING summary_set_ctree_from_list threaded: 0s001ms summaryview.c:3048:done. summaryview.c:3051: msgid hash table size = 83 summaryview.c:3054: subject hash table size = 0 summaryview.c:2851:Sorting summary...summaryview.c:2865:done. summaryview.c:2872:TIMING summary_sort : 0s009ms summaryview.c:3070:TIMING summary_set_ctree_from_list bold_unread: 0s000ms summaryview.c:3075:TIMING summary_set_ctree_from_list : 0s012ms summaryview.c:1487: summaryview.c:1492:called inc_unlock (lock count 0) summaryview.c:1493:TIMING summary_show : 0s120ms folder.c:2541:Total cache memory usage: 39142 folderview.c:2247:TIMING folderview_selected : 0s136ms folderview.c:2125:newly selected 0xa36f3a0, opened 0xa36f3a0 folderview.c:2129:TIMING folderview_selected : 0s000ms compose.c:7055:Creating compose window... toolbar.c:705:read Toolbar Configuration from toolbar_compose.xml addr_compl.c:300:read 2 items in (null) addr_compl.c:361:start_address_completion((null)) ref count 1 gtkaspell.c:635:Aspell: Created a new gtkaspeller 0xa48c750 gtkaspell.c:643:Aspell: number of existing checkers 1 gtkaspell.c:431:Aspell: created gtkaspell 0xa4a0ca0 gtkaspell.c:1532:Aspell: found dictionary en_PH en_PH gtkaspell.c:1532:Aspell: found dictionary en_US en_US gtkaspell.c:1532:Aspell: found dictionary en en gtkaspell.c:1532:Aspell: found dictionary en_CA en_CA gtkaspell.c:1532:Aspell: found dictionary en_GB en_GB template.c:162:template.c:163 reading templates dir +/home/gloria/.claws-mail/templates alertpanel.c:252:Creating alert panel dialog... alertpanel.c:211:called inc_lock (lock count 1) alertpanel.c:221:called inc_unlock (lock count 0) alertpanel.c:106:return value = 0 compose.c:5047:called inc_unlock (lock count 0) compose.c:4932:called inc_lock (lock count 1) compose.c:5667:queueing message... compose.c:5711:queuing to /home/gloria/.claws-mail/tmp/queue.0xa436a3049026e4f codeconv.c:1481:current locale: en_US.utf8 compose.c:6020:Adding To-fields compose.c:6020:Adding Newsgroups-fields compose.c:6020:Adding Cc-fields compose.c:6020:Adding Bcc-fields utils.c:2092:domain name = gloria.histomat.net compose.c:6020:Adding Followup-To-fields compose.c:6020:Adding Reply-To-fields autofaces.c:41:header content file +'xface.gloria at gloriabrownministry.net@mail.gloriabrownministry.net_110' not +found autofaces.c:41:header content file 'xface' not found autofaces.c:41:header content file +'face.gloria at gloriabrownministry.net@mail.gloriabrownministry.net_110' not +found autofaces.c:41:header content file 'face' not found compose.c:5386:src encoding = UTF-8, out encoding = US-ASCII, transfer encoding += 7bit compose.c:5445:main text: 0 bytes encoded as US-ASCII in 0 -------------- That's the debug in its entirety. My questions: There's a blank line. Never seen that in debug messages. It is normal? As mentionted before, I don't use a Network Manager, but set up /etc/network/interfacs manually. Is the lines below, is Claws counting messages on the server or in a local folder? In either case, why is it 0 count? If the server, at least it should see my test message to the machine. No idea what the second line means. folder.c:1208:Counting total number of messages... main.c:965:The name com.google.code.Awn was not provided by any .service \ files ... msgcache.c:790:done. (0 items read) A bit later are the following lines an attempt to download messages? Is this the result of my having hit the GUI "Get Mail" button during the debug? The address is correct. main.c:1659:TIMING main startup: 0s264ms inc.c:1522:removed timer = 103 progressdialog.c:61:Creating progress dialog... inc.c:774:getting new messages of account +gloria at gloriabrownministry.net@mail.gloriabrownministry.net:110... folder.c:4230:tmpparentroot /home/gloria/.claws-mail/tempfolder folder.c:4250:*TMP* already created Subsequently I composed a message to mail the debug to my own machine: compose.c:7055:Creating compose window... but then something strange happens. When Claws tries to construct a header for my outgoing message, it garbles the domain name. There is no such host as gloria.histomat.net. I don't know what the xface is, but sounds like a variable ("xface.gloria at gloriabrownministry.net..." is not a mail account). If a variable, it seems the value for xface had not been set (I assume it should be null). The "+xface" line has my wife's correct address. Does this serve to construct the From: line in the outgoing message header? Debug messages are usually a mystery to me, but it seems that compose is trying to contruct a message header and not getting correct info about my wife's machine, perhaps because of the non-existent domain. The debug seems to terminate rather abruptly. Is this normal? > Try to send a new debug output, capturing a retrieval event. I apologize for having sent the debug as an attachment. I didn't realize it would be converted to a binary file (C++). I did attempt to "Get Mail" during the above debug. Haines From pf at pfortin.com Wed Aug 28 15:08:51 2013 From: pf at pfortin.com (Pierre Fortin) Date: Wed, 28 Aug 2013 09:08:51 -0400 Subject: [Users] Periodic "connection failed" In-Reply-To: <20130828110155.GO30046@histomat.net> References: <20130826014428.4c023e6f@sleipner.datanom.net> <20130825204731.54b3315e@stchupack-m4700> <20130826011054.GJ30046@histomat.net> <20130826080548.32fe5334@thewildbeast> <20130826180704.GL30046@histomat.net> <20130827185936.2d375eaa@thewildbeast> <20130827195156.GM30046@histomat.net> <20130827220750.7050ce5b@thewildbeast> <20130828000921.GN30046@histomat.net> <20130828043535.2e235613@thewildbeast> <20130828110155.GO30046@histomat.net> Message-ID: <20130828090851.46a940a7@pfortin.com> This is not a response to the original problem; but additional information that may help understand what is going on... This may be a DNS problem... On Wed, 28 Aug 2013 07:01:55 -0400 Haines Brown wrote: >There is no such host as gloria.histomat.net. Actually, you are using this domain as seen in the headers of your messages to this list: Received: from haines by engels.HistoricalMaterialism.info with local (Exim 4.72) (envelope-from ) id 1VEdVc-0006cz-1h for users at lists.claws-mail.org; Wed, 28 Aug 2013 07:01:56 -0400 From: Haines Brown A bit of dig'ing (output redacted -- vs. +short) reveals that all addresses are in Torrance, CA, except for histmat.net... $ dig engels.HistoricalMaterialism.info ;; AUTHORITY SECTION: HistoricalMaterialism.info. 1800 IN SOA primary.guardeddns.net. dns-admin.guardeddns.net. 101 28800 450 1209600 900 $ dig primary.guardeddns.net primary.guardeddns.net. 16957 IN A 216.239.130.176 $dig mail.gloriabrownministry.net mail.gloriabrownministry.net. 21600 IN A 216.239.128.27 $ dig gloriabrownministry.net mx gloriabrownministry.net. 21600 IN MX 10 postoffice.omnis.com. $ dig postoffice.omnis.com postoffice.omnis.com. 15457 IN A 216.239.133.242 $ dig mail.gloriabrownministry.net mail.gloriabrownministry.net. 21338 IN A 216.239.128.27 $ dig histmat.net histmat.net. 21600 IN A 213.128.138.236 <-- Torrance, CA histmat.net. 21600 IN A 109.234.109.21 <== Germany!!! histmat.net. 21600 IN A 109.234.109.20 <== Germany!!! $ telnet 216.239.128.27 110 Trying 216.239.128.27... Connected to mail.omnis.com (216.239.128.27). Escape character is '^]'. +OK Dovecot ready. quit +OK Logging out Connection closed by foreign host. Sounds like there's a lot going on there re DNS... seeing the contents of your ~/.claws-mail/accountrc for this account (minus the password[1] lines) might help. [1] password=, smtp_password=, in_ssl_client_cert_pass=, out_ssl_client_cert_pass= HTH, Pierre From haines at histomat.net Wed Aug 28 20:30:05 2013 From: haines at histomat.net (Haines Brown) Date: Wed, 28 Aug 2013 14:30:05 -0400 Subject: [Users] Periodic "connection failed" In-Reply-To: <20130828090851.46a940a7@pfortin.com> References: <20130826011054.GJ30046@histomat.net> <20130826080548.32fe5334@thewildbeast> <20130826180704.GL30046@histomat.net> <20130827185936.2d375eaa@thewildbeast> <20130827195156.GM30046@histomat.net> <20130827220750.7050ce5b@thewildbeast> <20130828000921.GN30046@histomat.net> <20130828043535.2e235613@thewildbeast> <20130828110155.GO30046@histomat.net> <20130828090851.46a940a7@pfortin.com> Message-ID: <20130828183005.GP30046@histomat.net> On Wed, Aug 28, 2013 at 09:08:51AM -0400, Pierre Fortin wrote: > This is not a response to the original problem; but additional > information that may help understand what is going on... > > This may be a DNS problem... > > On Wed, 28 Aug 2013 07:01:55 -0400 Haines Brown wrote: > > >There is no such host as gloria.histomat.net. > > Actually, you are using this domain as seen in the headers of your > messages to this list: > Received: from haines by engels.HistoricalMaterialism.info with local > (Exim > 4.72) (envelope-from ) id 1VEdVc-0006cz-1h > for users at lists.claws-mail.org; Wed, 28 Aug 2013 07:01:56 -0400 > From: Haines Brown Your effort appreciated, but you unfortunately seem to have suffered a typo. The domain is histomat.net, not histmat.net. Haines From pf at pfortin.com Thu Aug 29 03:01:32 2013 From: pf at pfortin.com (Pierre Fortin) Date: Wed, 28 Aug 2013 21:01:32 -0400 Subject: [Users] Periodic "connection failed" In-Reply-To: <20130828183005.GP30046@histomat.net> References: <20130826011054.GJ30046@histomat.net> <20130826080548.32fe5334@thewildbeast> <20130826180704.GL30046@histomat.net> <20130827185936.2d375eaa@thewildbeast> <20130827195156.GM30046@histomat.net> <20130827220750.7050ce5b@thewildbeast> <20130828000921.GN30046@histomat.net> <20130828043535.2e235613@thewildbeast> <20130828110155.GO30046@histomat.net> <20130828090851.46a940a7@pfortin.com> <20130828183005.GP30046@histomat.net> Message-ID: <20130828210132.67e74576@pfortin.com> On Wed, 28 Aug 2013 14:30:05 -0400 Haines Brown wrote: >Your effort appreciated, but you unfortunately seem to have suffered a >typo. The domain is histomat.net, not histmat.net. Oops. histmat.net may be having issues... :) I was having problems with my mail a few weeks ago that turned out to be due to a major outage at my hosting provider. DNS queries would get no response; yet, randomly one would get through... Very erratic mail. From haines at histomat.net Thu Aug 29 17:30:18 2013 From: haines at histomat.net (Haines Brown) Date: Thu, 29 Aug 2013 11:30:18 -0400 Subject: [Users] [pf@pfortin.com: Re: Periodic "connection failed"] Message-ID: <20130829153018.GR30046@histomat.net> ----- Forwarded message from Pierre Fortin ----- Date: Wed, 28 Aug 2013 09:08:51 -0400 From: Pierre Fortin To: users at lists.claws-mail.org Subject: Re: [Users] Periodic "connection failed" X-Mailer: Claws Mail 3.9.2-71-g78573e-dirty (GTK+ 2.24.10; x86_64-unknown-linux-gnu) This is not a response to the original problem; but additional information that may help understand what is going on... This may be a DNS problem... On Wed, 28 Aug 2013 07:01:55 -0400 Haines Brown wrote: >There is no such host as gloria.histomat.net. Actually, you are using this domain as seen in the headers of your messages to this list: Received: from haines by engels.HistoricalMaterialism.info with local (Exim 4.72) (envelope-from ) id 1VEdVc-0006cz-1h for users at lists.claws-mail.org; Wed, 28 Aug 2013 07:01:56 -0400 From: Haines Brown A bit of dig'ing (output redacted -- vs. +short) reveals that all addresses are in Torrance, CA, except for histmat.net... $ dig engels.HistoricalMaterialism.info ;; AUTHORITY SECTION: HistoricalMaterialism.info. 1800 IN SOA primary.guardeddns.net. dns-admin.guardeddns.net. 101 28800 450 1209600 900 $ dig primary.guardeddns.net primary.guardeddns.net. 16957 IN A 216.239.130.176 $dig mail.gloriabrownministry.net mail.gloriabrownministry.net. 21600 IN A 216.239.128.27 $ dig gloriabrownministry.net mx gloriabrownministry.net. 21600 IN MX 10 postoffice.omnis.com. $ dig postoffice.omnis.com postoffice.omnis.com. 15457 IN A 216.239.133.242 $ dig mail.gloriabrownministry.net mail.gloriabrownministry.net. 21338 IN A 216.239.128.27 $ dig histmat.net histmat.net. 21600 IN A 213.128.138.236 <-- Torrance, CA histmat.net. 21600 IN A 109.234.109.21 <== Germany!!! histmat.net. 21600 IN A 109.234.109.20 <== Germany!!! $ telnet 216.239.128.27 110 Trying 216.239.128.27... Connected to mail.omnis.com (216.239.128.27). Escape character is '^]'. +OK Dovecot ready. quit +OK Logging out Connection closed by foreign host. seeing the contents of your ~/.claws-mail/accountrc for this account (minus the password[1] lines) might help. Pierre, thank you. The problem with Claws persists as usual. This morning it was hung. After killing the Claws-mail process and restarting it, there was a bach of new incoming emails, as recently as earlier this morning. But when I click "Get Mail", still get no connection error message. I checked configuration. Server ID is simply my wife's email address. It works for both sending and receiving mail, and here I confine myself to the Receive mail configuration. The default inbot is #mh/Mailbox/inbox. Incoming mail is filtered and Get Mail is enabled. SMTP port is 587 and POP3 port is 110, which is correct. Domain name field left blank as is all folder fields. I here append a redacted accountrc from her machine: [Account: 1] account_name=gloria at gloriabrownministry.net@mail.gloriabrownministry.net:110 is_default=1 name=Gloria Brown address=gloria at gloriabrownministry.net organization= protocol=0 receive_server=mail.omnis.com smtp_server=mail.omnis.com nntp_server= local_mbox=/var/mail use_mail_command=0 mail_command=/usr/sbin/sendmail -t -i use_nntp_auth=0 use_nntp_auth_onconnect=0 user_id=gloria at gloriabrownministry.net password=XXXXX use_apop_auth=0 remove_mail=1 message_leave_time=7 message_leave_hour=0 enable_size_limit=0 size_limit=1024 filter_on_receive=1 filterhook_on_receive=1 imap_auth_method=0 receive_at_get_all=1 max_news_articles=300 inbox=#mh/Mailbox/inbox local_inbox=#mh/Mailbox/inbox imap_directory= imap_subsonly=1 low_bandwidth=0 imap_use_trash=1 generate_msgid=1 add_custom_header=0 use_smtp_auth=1 smtp_auth_method=0 smtp_user_id= smtp_password=! pop_before_smtp=0 pop_before_smtp_timeout=5 signature_type=0 signature_path=/home/gloria/.signature auto_signature=0 signature_separator=-- set_autocc=0 auto_cc= set_autobcc=0 auto_bcc= Set_autoreplyto=0 auto_replyto= enable_default_dictionary=0 default_dictionary=en enable_default_alt_dictionary=0 default_alt_dictionary=en compose_with_format=0 compose_subject_format= compose_body_format= reply_with_format=0 reply_quotemark= reply_body_format= forward_with_format=0 forward_quotemark= forward_body_format= default_privacy_system= default_encrypt=0 default_encrypt_reply=1 default_sign=0 default_sign_reply=1 save_clear_text=0 encrypt_to_self=0 smtp_auth_method=0 smtp_user_id= smtp_password=! pop_before_smtp=0 pop_before_smtp_timeout=5 signature_type=0 signature_path=/home/gloria/.signature auto_signature=0 signature_separator=-- set_autocc=0 auto_cc= set_autobcc=0 auto_bcc= set_autoreplyto=0 auto_replyto= enable_default_dictionary=0 default_dictionary=en enable_default_alt_dictionary=0 default_alt_dictionary=en compose_with_format=0 compose_subject_format= compose_body_format= reply_with_format=0 reply_quotemark= reply_body_format= forward_with_format=0 forward_quotemark= forward_body_format= default_privacy_system= default_encrypt=0 default_encrypt_reply=1 default_sign=0 default_sign_reply=1 save_clear_text=0 encrypt_to_self=0 privacy_prefs= ssl_pop=0 ssl_imap=0 ssl_nntp=0 ssl_smtp=0 use_nonblocking_ssl=1 in_ssl_client_cert_file= in_ssl_client_cert_pass=! out_ssl_client_cert_file= out_ssl_client_cert_pass=! set_smtpport=1 smtp_port=587 set_popport=1 pop_port=110 set_imapport=0 imap_port=143 set_nntpport=0 nntp_port=119 set_domain=0 domain= msgid_with_addr=0 set_tunnelcmd=0 tunnelcmd= mark_crosspost_read=0 crosspost_color=0 set_sent_folder=0 sent_folder= set_queue_folder=0 queue_folder= set_draft_folder=0 draft_folder= set_trash_folder=0 trash_folder= "Use_mail_command=0" Does not sound right, but I don't know that this function is supposed to do. "password=" looks like an encrypted version of the plain text password I provided during intial configuration. "smtp_password=!" I also don't understand. Haines From pf at pfortin.com Fri Aug 30 00:10:50 2013 From: pf at pfortin.com (Pierre Fortin) Date: Thu, 29 Aug 2013 18:10:50 -0400 Subject: [Users] [pf@pfortin.com: Re: Periodic "connection failed"] In-Reply-To: <20130829153018.GR30046@histomat.net> References: <20130829153018.GR30046@histomat.net> Message-ID: <20130829181050.338bfc75@pfortin.com> On Thu, 29 Aug 2013 11:30:18 -0400 Haines Brown wrote: >----- Forwarded message from Pierre Fortin ----- >>seeing the contents of your ~/.claws-mail/accountrc for this account >>(minus the password[1] lines) might help. > >Pierre, thank you. The problem with Claws persists as usual. This morning >it was hung. After killing the Claws-mail process and restarting it, >there was a bach of new incoming emails, as recently as earlier this >morning. But when I click "Get Mail", still get no connection error >message. > >I checked configuration. Server ID is simply my wife's email address. It >works for both sending and receiving mail, and here I confine myself to >the Receive mail configuration. The default inbot is >#mh/Mailbox/inbox. Incoming mail is filtered and Get Mail is enabled. >SMTP port is 587 and POP3 port is 110, which is correct. Domain name >field left blank as is all folder fields. > >I here append a redacted accountrc from her machine: > I've added lines showing where mine differs; but I see nothing wrong... well... except that for some reason, a block of lines is duplicated. >[Account: 1] >account_name=gloria at gloriabrownministry.net@mail.gloriabrownministry.net:110 >is_default=1 >name=Gloria Brown >address=gloria at gloriabrownministry.net >organization= >protocol=0 >receive_server=mail.omnis.com >smtp_server=mail.omnis.com >nntp_server= >local_mbox=/var/mail local_mbox= >use_mail_command=0 >mail_command=/usr/sbin/sendmail -t -i >use_nntp_auth=0 >use_nntp_auth_onconnect=0 >user_id=gloria at gloriabrownministry.net >password=XXXXX >use_apop_auth=0 >remove_mail=1 >message_leave_time=7 >message_leave_hour=0 >enable_size_limit=0 >size_limit=1024 >filter_on_receive=1 >filterhook_on_receive=1 >imap_auth_method=0 >receive_at_get_all=1 >max_news_articles=300 >inbox=#mh/Mailbox/inbox >local_inbox=#mh/Mailbox/inbox >imap_directory= >imap_subsonly=1 >low_bandwidth=0 >imap_use_trash=1 >generate_msgid=1 generate_xmailer=1 # dunno if this is from older or newer in mine # I've been using CM for over 10 years. >add_custom_header=0 >use_smtp_auth=1 ##### For some reason, the following group is duplicated below... >smtp_auth_method=0 >smtp_user_id= >smtp_password=! >pop_before_smtp=0 >pop_before_smtp_timeout=5 >signature_type=0 >signature_path=/home/gloria/.signature >auto_signature=0 >signature_separator=-- >set_autocc=0 >auto_cc= >set_autobcc=0 >auto_bcc= >Set_autoreplyto=0 # mine is "set...", not "Set..." >auto_replyto= >enable_default_dictionary=0 >default_dictionary=en >enable_default_alt_dictionary=0 >default_alt_dictionary=en >compose_with_format=0 >compose_subject_format= >compose_body_format= >reply_with_format=0 >reply_quotemark= >reply_body_format= >forward_with_format=0 >forward_quotemark= >forward_body_format= >default_privacy_system= >default_encrypt=0 >default_encrypt_reply=1 >default_sign=0 >default_sign_reply=1 >save_clear_text=0 >encrypt_to_self=0 ##### Start of duplicates >smtp_auth_method=0 >smtp_user_id= >smtp_password=! >pop_before_smtp=0 >pop_before_smtp_timeout=5 >signature_type=0 >signature_path=/home/gloria/.signature >auto_signature=0 >signature_separator=-- >set_autocc=0 >auto_cc= >set_autobcc=0 >auto_bcc= >set_autoreplyto=0 # lowercase here. >auto_replyto= >enable_default_dictionary=0 >default_dictionary=en >enable_default_alt_dictionary=0 >default_alt_dictionary=en >compose_with_format=0 >compose_subject_format= >compose_body_format= >reply_with_format=0 >reply_quotemark= >reply_body_format= >forward_with_format=0 >forward_quotemark= >forward_body_format= >default_privacy_system= >default_encrypt=0 >default_encrypt_reply=1 >default_sign=0 >default_sign_reply=1 >save_clear_text=0 >encrypt_to_self=0 ##### End of duplicates >privacy_prefs= >ssl_pop=0 >ssl_imap=0 >ssl_nntp=0 >ssl_smtp=0 >use_nonblocking_ssl=1 >in_ssl_client_cert_file= >in_ssl_client_cert_pass=! >out_ssl_client_cert_file= >out_ssl_client_cert_pass=! >set_smtpport=1 >smtp_port=587 >set_popport=1 >pop_port=110 >set_imapport=0 >imap_port=143 >set_nntpport=0 >nntp_port=119 >set_domain=0 set_domain=1 >domain= domain=pfortin.com >msgid_with_addr=0 >set_tunnelcmd=0 >tunnelcmd= >mark_crosspost_read=0 >crosspost_color=0 >set_sent_folder=0 >sent_folder= >set_queue_folder=0 >queue_folder= >set_draft_folder=0 >draft_folder= >set_trash_folder=0 >trash_folder= > >"Use_mail_command=0" Does not sound right, but I don't know that this >function is supposed to do. Just a boolean for: mail_command=/usr/sbin/sendmail -t -i >"password=" looks like an encrypted version of the plain text password I >provided during intial configuration. Yes. >"smtp_password=!" I also don't understand. Account->Send UserID & Password are blank = use what's on Account->Basic Going back to your original post... > ERROR > Connection to mail at omnis.com:110 failed ^^^^=^^^^^^^^^ Is this correct? A hostname doesn't contain "@" -- maybe you typo'd when copying... I don't see any error that would cause this. I'm still suspicious of a random DNS issue... Try running the attached script for a while to see if DNS changes are happening when your problem [dis]appears (it will only report DNS changes if and when they happen) with: $ watchdns mail.omnis.com HTH, Pierre >Haines >_______________________________________________ >Users mailing list >Users at lists.claws-mail.org >http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users > -------------- next part -------------- A non-text attachment was scrubbed... Name: watchdns Type: application/octet-stream Size: 592 bytes Desc: not available URL: From cgw993 at aol.com Fri Aug 30 05:29:40 2013 From: cgw993 at aol.com (cgw993 at aol.com) Date: Thu, 29 Aug 2013 20:29:40 -0700 Subject: [Users] Subject Line Message Message-ID: <000a01cea531$2a254830$7e6fd890$@aol.com> Hi, I am a new user to Claws Mail. I really like the program so far. I am still using Windows 7 but will be eventually transitioning all my software over to GNU variants. One of the features of Outlook that I did not like was the message that said something to the effect of "are you sure you want to send this email without a subject line?"? To me the question has been burned into my memory forever and is a constant reminder that with Microsoft, you can't have it your way at all or at least not easily. This same message seems to occur with Claws? Any way to turn this off? I know it seems minor, but I would love to get rid of that question and be able to send an email without a subject line if I want. Other than that the software is excellent so far. Thanks, any help appreciated as I want to learn everything there is to know about Claws Mail. -------------- next part -------------- An HTML attachment was scrubbed... URL: From claws at thewildbeast.co.uk Fri Aug 30 09:14:37 2013 From: claws at thewildbeast.co.uk (Paul) Date: Fri, 30 Aug 2013 08:14:37 +0100 Subject: [Users] Subject Line Message In-Reply-To: <000a01cea531$2a254830$7e6fd890$@aol.com> References: <000a01cea531$2a254830$7e6fd890$@aol.com> Message-ID: <20130830081437.1eefa354@thewildbeast> On Thu, 29 Aug 2013 20:29:40 -0700 wrote: > Any way to turn this off? Not currently, but the option will be present in the next release. with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From cgw993 at aol.com Fri Aug 30 09:38:29 2013 From: cgw993 at aol.com (cgw993 at aol.com) Date: Fri, 30 Aug 2013 00:38:29 -0700 Subject: [Users] Subject Line Message In-Reply-To: <20130830081437.1eefa354@thewildbeast> References: <000a01cea531$2a254830$7e6fd890$@aol.com> <20130830081437.1eefa354@thewildbeast> Message-ID: <004001cea553$ec9cf120$c5d6d360$@aol.com> -----Original Message----- From: users-bounces at lists.claws-mail.org [mailto:users-bounces at lists.claws-mail.org] On Behalf Of Paul Sent: Friday, August 30, 2013 12:15 AM To: users at lists.claws-mail.org Subject: Re: [Users] Subject Line Message On Thu, 29 Aug 2013 20:29:40 -0700 wrote: > Any way to turn this off? Not currently, but the option will be present in the next release. with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune _______________________________________________ Users mailing list Users at lists.claws-mail.org http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users Thank you for letting me know. I have noticed that sylpheed, claws and outlook all do this despite the fact that there are plenty of complaints about this online. When you send encrypted mail for privacy, I don't think the subject line is also encrypted. When users are harassed to constantly enter a subject line this doesn't help with privacy and it seems like it would be a very handy thing for data miners to have. I never really thought the subject line was that useful, I just look at who the email is from. All of the email clients I have tested so far do this so I was thinking there might be a oppressive legal requirement that forces the developers to do this. You cant find evidence of this on the internet search engines because of the heavy censorship of search results. Is this a plausible theory or maybe it really is just because no one thought there would be anyone that did not want to use a subject line? From claws at thewildbeast.co.uk Fri Aug 30 09:43:54 2013 From: claws at thewildbeast.co.uk (Paul) Date: Fri, 30 Aug 2013 08:43:54 +0100 Subject: [Users] Subject Line Message In-Reply-To: <004001cea553$ec9cf120$c5d6d360$@aol.com> References: <000a01cea531$2a254830$7e6fd890$@aol.com> <20130830081437.1eefa354@thewildbeast> <004001cea553$ec9cf120$c5d6d360$@aol.com> Message-ID: <20130830084354.5925e627@thewildbeast> Please don't reply to me and the list. You have to be subscribed to post here, so just sending a reply to the list address is enough. Also, sure, you're not top-posting, but without using quote marks on the original text it is difficult to quickly identify your reply. But, still, this should not be a problem once you stop using outlook and start using Claws. regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From colin at colino.net Fri Aug 30 10:01:16 2013 From: colin at colino.net (Colin Leroy) Date: Fri, 30 Aug 2013 10:01:16 +0200 Subject: [Users] Subject Line Message In-Reply-To: <004001cea553$ec9cf120$c5d6d360$@aol.com> References: <000a01cea531$2a254830$7e6fd890$@aol.com> <20130830081437.1eefa354@thewildbeast> <004001cea553$ec9cf120$c5d6d360$@aol.com> Message-ID: <20130830100116.2ac40877@colin> On Fri, 30 Aug 2013 00:38:29 -0700, wrote: Hi, > All of the email clients I have tested so far do this so I was > thinking there might be a oppressive legal requirement that forces > the developers to do this. You cant find evidence of this on the > internet search engines because of the heavy censorship of search > results. Is this a plausible theory or maybe it really is just > because no one thought there would be anyone that did not want to use > a subject line? It's mostly because putting an informative Subject helps the recipient sort emails and determine quickly what's important and what's not. It's part of the "good rules" of internet, and email client developers tend to like these rules and help people stick to it. In case of encrypted email, you can either put no subject, vague subjects, or even have fun with the NSA and tease them ;) -- Colin From cgw993 at aol.com Fri Aug 30 10:29:04 2013 From: cgw993 at aol.com (cgw993 at aol.com) Date: Fri, 30 Aug 2013 01:29:04 -0700 Subject: [Users] Subject Line Message In-Reply-To: <20130830100116.2ac40877@colin> References: <000a01cea531$2a254830$7e6fd890$@aol.com> <20130830081437.1eefa354@thewildbeast> <004001cea553$ec9cf120$c5d6d360$@aol.com> <20130830100116.2ac40877@colin> Message-ID: <004301cea55a$fd9a4a70$f8cedf50$@aol.com> "Hi, > All of the email clients I have tested so far do this so I was > thinking there might be a oppressive legal requirement that forces the > developers to do this. You cant find evidence of this on the internet > search engines because of the heavy censorship of search > results. Is this a plausible theory or maybe it really is just > because no one thought there would be anyone that did not want to use > a subject line? It's mostly because putting an informative Subject helps the recipient sort emails and determine quickly what's important and what's not. It's part of the "good rules" of internet, and email client developers tend to like these rules and help people stick to it. In case of encrypted email, you can either put no subject, vague subjects, or even have fun with the NSA and tease them ;) -- Colin _______________________________________________ Users mailing list Users at lists.claws-mail.org http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users" You're an idiot and probably a wimp :| I will keeping looking for email clients From claws at thewildbeast.co.uk Fri Aug 30 10:39:10 2013 From: claws at thewildbeast.co.uk (Paul) Date: Fri, 30 Aug 2013 09:39:10 +0100 Subject: [Users] Subject Line Message In-Reply-To: <004301cea55a$fd9a4a70$f8cedf50$@aol.com> References: <000a01cea531$2a254830$7e6fd890$@aol.com> <20130830081437.1eefa354@thewildbeast> <004001cea553$ec9cf120$c5d6d360$@aol.com> <20130830100116.2ac40877@colin> <004301cea55a$fd9a4a70$f8cedf50$@aol.com> Message-ID: <20130830093910.793528cd@thewildbeast> On Fri, 30 Aug 2013 01:29:04 -0700 wrote: > You're an idiot and probably a wimp :| Are you crazy, or what?!? with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From colin at colino.net Fri Aug 30 11:00:17 2013 From: colin at colino.net (Colin Leroy) Date: Fri, 30 Aug 2013 11:00:17 +0200 Subject: [Users] Subject Line Message In-Reply-To: <004301cea55a$fd9a4a70$f8cedf50$@aol.com> References: <000a01cea531$2a254830$7e6fd890$@aol.com> <20130830081437.1eefa354@thewildbeast> <004001cea553$ec9cf120$c5d6d360$@aol.com> <20130830100116.2ac40877@colin> <004301cea55a$fd9a4a70$f8cedf50$@aol.com> Message-ID: <20130830110017.2f684b5b@colin> On Fri, 30 Aug 2013 01:29:04 -0700, wrote: Hi, > I will keeping looking for email clients Seems like a good idea. -- Colin From jerry at seibercom.net Fri Aug 30 13:21:19 2013 From: jerry at seibercom.net (Jerry) Date: Fri, 30 Aug 2013 07:21:19 -0400 Subject: [Users] Subject Line Message In-Reply-To: <20130830100116.2ac40877@colin> References: <000a01cea531$2a254830$7e6fd890$@aol.com> <20130830081437.1eefa354@thewildbeast> <004001cea553$ec9cf120$c5d6d360$@aol.com> <20130830100116.2ac40877@colin> Message-ID: <20130830072119.249b8c34@scorpio> On Fri, 30 Aug 2013 10:01:16 +0200 Colin Leroy articulated: > On Fri, 30 Aug 2013 00:38:29 -0700, wrote: > > Hi, > > > All of the email clients I have tested so far do this so I was > > thinking there might be a oppressive legal requirement that forces > > the developers to do this. You cant find evidence of this on the > > internet search engines because of the heavy censorship of search > > results. Is this a plausible theory or maybe it really is just > > because no one thought there would be anyone that did not want to > > use a subject line? > > It's mostly because putting an informative Subject helps the recipient > sort emails and determine quickly what's important and what's not. > It's part of the "good rules" of internet, and email client > developers tend to like these rules and help people stick to it. > > In case of encrypted email, you can either put no subject, vague > subjects, or even have fun with the NSA and tease them ;) I like the feature. It is rare, but on a few occasions I do attempt to send sans a "subject line" due to my haste in writing the document. I like being reminded. Besides, it is just one click to send if I do not want a subject line. I might add, that my Spam filters are set up to discard mail sans a "subject". That modus operandi use to be used by Spam artists. Not so much today; however, I feel that if the originator of the email did not want to take the time to properly classify his document, I don't have the time to waste reading it. Just my 2¢. -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ Ryan's Law: Make three correct guesses consecutively and you will establish yourself as an expert. From slitt at troubleshooters.com Fri Aug 30 18:28:28 2013 From: slitt at troubleshooters.com (Steve Litt) Date: Fri, 30 Aug 2013 12:28:28 -0400 Subject: [Users] Subject Line Message In-Reply-To: <20130830072119.249b8c34@scorpio> References: <000a01cea531$2a254830$7e6fd890$@aol.com> <20130830081437.1eefa354@thewildbeast> <004001cea553$ec9cf120$c5d6d360$@aol.com> <20130830100116.2ac40877@colin> <20130830072119.249b8c34@scorpio> Message-ID: <20130830122828.0513169c@mydesk> On Fri, 30 Aug 2013 07:21:19 -0400 Jerry wrote: > On Fri, 30 Aug 2013 10:01:16 +0200 > Colin Leroy articulated: > > > On Fri, 30 Aug 2013 00:38:29 -0700, wrote: > > > > Hi, > > > > > All of the email clients I have tested so far do this so I was > > > thinking there might be a oppressive legal requirement that forces > > > the developers to do this. You cant find evidence of this on the > > > internet search engines because of the heavy censorship of search > > > results. Is this a plausible theory or maybe it really is just > > > because no one thought there would be anyone that did not want to > > > use a subject line? > > > > It's mostly because putting an informative Subject helps the > > recipient sort emails and determine quickly what's important and > > what's not. It's part of the "good rules" of internet, and email > > client developers tend to like these rules and help people stick to > > it. > > > > In case of encrypted email, you can either put no subject, vague > > subjects, or even have fun with the NSA and tease them ;) > > I like the feature. It is rare, but on a few occasions I do attempt to > send sans a "subject line" due to my haste in writing the document. I > like being reminded. Besides, it is just one click to send if I do not > want a subject line. I might add, that my Spam filters are set up to > discard mail sans a "subject". That modus operandi use to be used by > Spam artists. Not so much today; however, I feel that if the > originator of the email did not want to take the time to properly > classify his document, I don't have the time to waste reading it. > > Just my 2¢. I agree with Jerry. Thanks, SteveT Steve Litt * http://www.troubleshooters.com/ Troubleshooting Training * Human Performance From slitt at troubleshooters.com Fri Aug 30 18:31:23 2013 From: slitt at troubleshooters.com (Steve Litt) Date: Fri, 30 Aug 2013 12:31:23 -0400 Subject: [Users] Subject Line Message In-Reply-To: <004301cea55a$fd9a4a70$f8cedf50$@aol.com> References: <000a01cea531$2a254830$7e6fd890$@aol.com> <20130830081437.1eefa354@thewildbeast> <004001cea553$ec9cf120$c5d6d360$@aol.com> <20130830100116.2ac40877@colin> <004301cea55a$fd9a4a70$f8cedf50$@aol.com> Message-ID: <20130830123123.5d37a976@mydesk> On Fri, 30 Aug 2013 01:29:04 -0700 wrote: > > "Hi, > > > All of the email clients I have tested so far do this so I was > > thinking there might be a oppressive legal requirement that forces > > the developers to do this. You cant find evidence of this on the > > internet search engines because of the heavy censorship of search > > results. Is this a plausible theory or maybe it really is just > > because no one thought there would be anyone that did not want to > > use a subject line? > > It's mostly because putting an informative Subject helps the > recipient sort emails and determine quickly what's important and > what's not. It's part of the "good rules" of internet, and email > client developers tend to like these rules and help people stick to > it. > > In case of encrypted email, you can either put no subject, vague > subjects, or even have fun with the NSA and tease them ;) > > -- > Colin > > You're an idiot and probably a wimp :| > > I will keeping looking for email clients An excellent idea, cgw993. One less filter I need to put in .procmailrc. SteveT Steve Litt * http://www.troubleshooters.com/ Troubleshooting Training * Human Performance From haines at histomat.net Fri Aug 30 19:18:38 2013 From: haines at histomat.net (Haines Brown) Date: Fri, 30 Aug 2013 13:18:38 -0400 Subject: [Users] Periodic "connection failed" In-Reply-To: <20130829181050.338bfc75@pfortin.com> References: <20130829153018.GR30046@histomat.net> <20130829181050.338bfc75@pfortin.com> Message-ID: <20130830171838.GT30046@histomat.net> On Thu, Aug 29, 2013 at 06:10:50PM -0400, Pierre Fortin wrote: > I've added lines showing where mine differs; but I see nothing wrong... Thank you for the effort. So there's nothing obviously wrong with the configuration. > >set_domain=0 > set_domain=1 > >domain= > domain=pfortin.com My intuition is that placing my wife's domain name in here would do no harm. I tried adding it, sent a test message to the machine, and clicked on "Get Mail". But result ambiguous. The machine had automatically downloaded some messages from earlier this morning. I sent a test message after changing the above configuration. When I clicked Get Mail it acted reasonably quickly and retrieved my test message without generating an ERROR message about connection. However, this turned out to be a fluke. A subsequent test message sent to the machine was not automatically downloaded, and "Get Mail" again generates connection error. > >"Use_mail_command=0" Does not sound right, but I don't know that this > >function is supposed to do. > > Just a boolean for: mail_command=/usr/sbin/sendmail -t -i Does this mean Claws does not use sendmail? > Going back to your original post... > > ERROR > > Connection to mail at omnis.com:110 failed > ^^^^=^^^^^^^^^ > Is this correct? No. As you suspect, a typo. > I'm still suspicious of a random DNS issue... > > Try running the attached script for a while to see if DNS changes are > happening when your problem [dis]appears (it will only report DNS changes > if and when they happen) with: > $ watchdns mail.omnis.com I'm not sure what "random" DNS means. I put the scipt on the machine and ran it. It returned an IP address for mail.omnis.com. Is the idea that the script checks every five minutes and I should look for changes in the IP address? I tried to run it on my own machine to compare results and for some reason get permission denied. Haines From pf at pfortin.com Fri Aug 30 23:38:22 2013 From: pf at pfortin.com (Pierre Fortin) Date: Fri, 30 Aug 2013 17:38:22 -0400 Subject: [Users] Periodic "connection failed" In-Reply-To: <20130830171838.GT30046@histomat.net> References: <20130829153018.GR30046@histomat.net> <20130829181050.338bfc75@pfortin.com> <20130830171838.GT30046@histomat.net> Message-ID: <20130830173822.528a435c@pfortin.com> On Fri, 30 Aug 2013 13:18:38 -0400 Haines Brown wrote: >The machine had automatically downloaded some messages from earlier this >morning. I sent a test message after changing the above configuration. >When I clicked Get Mail it acted reasonably quickly and retrieved my test >message without generating an ERROR message about connection. However, >this turned out to be a fluke. A subsequent test message sent to the >machine was not automatically downloaded, and "Get Mail" again generates >connection error. How about using wireshark to trace the network traffic? >> >"Use_mail_command=0" Does not sound right, but I don't know that this >> >function is supposed to do. >> >> Just a boolean for: mail_command=/usr/sbin/sendmail -t -i > >Does this mean Claws does not use sendmail? Would seen reasonable assumption; but that's a dev question to be sure... >> I'm still suspicious of a random DNS issue... >> >> Try running the attached script for a while to see if DNS changes are >> happening when your problem [dis]appears (it will only report DNS >> changes if and when they happen) with: >> $ watchdns mail.omnis.com > >I'm not sure what "random" DNS means. This would be where DNS responses give the IP for the queried hostname, then for some reason, return nothing, or a different address. >I put the scipt on the machine and >ran it. It returned an IP address for mail.omnis.com. Is the idea that >the script checks every five minutes and I should look for changes in >the IP address? Actually, that's every 5 seconds. Just let it run and if there are any changes, or no response, it'll output whatever it got with a time stamp. If you're not seeing any output other than the initial address, then DNS is not changing -- actually, when checked every 5 seconds. Who knows if something happens between the checks... :) >I tried to run it on my own machine to compare results >and for some reason get permission denied. If you are running from an "su [-] " environment, that could be because the sound is not allowed from that userid. Or, your security level is setup like a server which restricts what commands can be run. Pierre From noreply at thewildbeast.co.uk Sat Aug 31 01:09:36 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 30 Aug 2013 23:09:36 +0000 Subject: [Users] [Bug 2998] New: Claws mail process (3278) received signal 6 Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2998 Bug ID: 2998 Summary: Claws mail process (3278) received signal 6 Classification: Unclassified Product: Claws Mail Version: 3.8.0 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P3 Component: Plugins/Gtkhtml2 Viewer Assignee: users at lists.claws-mail.org Reporter: peddlerp at YAHOO.COM Claws Mail version 3.8.0 GTK+ version 2.24.10 / GLib 2.36.4 Locale: en_US.UTF-8 (charset: UTF-8) Features: IPv6 iconv compface GnuTLS LDAP JPilot GNU/aspell libetpan libSM Operating system: Linux 2.6.38.8-pclos3.bfs (i686) C Library: GNU libc 2.16 -- -- You are receiving this mail because: You are the assignee for the bug. From itz at buug.org Sat Aug 31 05:11:03 2013 From: itz at buug.org (Ian Zimmerman) Date: Fri, 30 Aug 2013 20:11:03 -0700 Subject: [Users] Periodic "connection failed" In-Reply-To: <20130830173822.528a435c@pfortin.com> References: <20130829153018.GR30046@histomat.net> <20130829181050.338bfc75@pfortin.com> <20130830171838.GT30046@histomat.net> <20130830173822.528a435c@pfortin.com> Message-ID: <20130830201103.0ea257d0.itz@buug.org> On Fri, 30 Aug 2013 17:38:22 -0400 Pierre Fortin wrote: Haines> Does this mean Claws does not use sendmail? Pierre> Would seen reasonable assumption; but that's a dev question to Pierre> be sure... Normally, it doesn't. That's why you specify a SMTP server as part of account configuration. Claws just feeds outgoing mails to the server over a SMTP connection. I'm sure you knew this, so in what other way would sendmail (or any other MTA) be used? -- Please *no* private copies of mailing list or newsgroup messages. gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD Funny pic: http://bit.ly/ZNE2MX From noreply at thewildbeast.co.uk Sat Aug 31 09:00:49 2013 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 31 Aug 2013 07:00:49 +0000 Subject: [Users] [Bug 2998] Claws mail process (3278) received signal 6 In-Reply-To: References: Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2998 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #1 from Paul --- This report has absolutely no useful information and is also for a now-supported plugin. Use the Fancy plugin instead, and next time you submit a bug report read this first: http://www.thewildbeast.co.uk/claws-mail/bugzilla/page.cgi?id=bug-writing.html -- You are receiving this mail because: You are the assignee for the bug. From haines at histomat.net Sat Aug 31 13:50:20 2013 From: haines at histomat.net (Haines Brown) Date: Sat, 31 Aug 2013 07:50:20 -0400 Subject: [Users] Periodic "connection failed" In-Reply-To: <20130830173822.528a435c@pfortin.com> References: <20130829153018.GR30046@histomat.net> <20130829181050.338bfc75@pfortin.com> <20130830171838.GT30046@histomat.net> <20130830173822.528a435c@pfortin.com> Message-ID: <20130831115020.GU30046@histomat.net> On Fri, Aug 30, 2013 at 05:38:22PM -0400, Pierre Fortin wrote: > How about using wireshark to trace the network traffic? I had never heard of wireshark. I installed it, but the (hard-to-find) directions imply that the Capture Options dialog would automatically detect interfaces. In my case, the Interface field was blank. My wife's machine has a wifi connection to my router, and I suppose the router's DNS is the interface to which wireshark refers. I was not sure what words to type in and had no time to play with it. In any case, the watchdns script reports the same stable IP address on both machines connected to the router. The only problem is that my wife's receive function succeeds only once in a while. If the problem were a random DNS, I should think watchdns would not yield the same IP on both machines except only once in a while. Also, if the problem were between the router and the mail server, my own machine would have the same problem; if the problem lay with the router's DNS, then wouldn't it affect both her receipt and sending of mail? > If you're not seeing any output other than the initial address, then DNS > is not changing -- actually, when checked every 5 seconds. Who knows if > something happens between the checks... :) Because it is success that happens only once in a great while, wouldn't I generally expect different IP addresses on both machines when watchdns is repeatedly run? The odds against its reporting the same address would be great. > If you are running from an "su [-] " environment, that could be > because the sound is not allowed from that userid. Or, your security > level is setup like a server which restricts what commands can be run. Turned out that when I copied watchdns to my wife's machine executable mode was preserved, but when copied to my machine it was lost. Also I had to change the watchdns script because my machine does not have a /usr/share/sounds/pop.wav. I am tempted simply to upgrade my wife's machine from Debian squeeze to wheezy and thus hopefully get a newer version of Claws. If nothing else I would at least start with a clean slate. Haines From pf at pfortin.com Sat Aug 31 17:40:26 2013 From: pf at pfortin.com (Pierre Fortin) Date: Sat, 31 Aug 2013 11:40:26 -0400 Subject: [Users] Periodic "connection failed" In-Reply-To: <20130831115020.GU30046@histomat.net> References: <20130829153018.GR30046@histomat.net> <20130829181050.338bfc75@pfortin.com> <20130830171838.GT30046@histomat.net> <20130830173822.528a435c@pfortin.com> <20130831115020.GU30046@histomat.net> Message-ID: <20130831114026.6935d813@pfortin.com> On Sat, 31 Aug 2013 07:50:20 -0400 Haines Brown wrote: >On Fri, Aug 30, 2013 at 05:38:22PM -0400, Pierre Fortin wrote: > >> How about using wireshark to trace the network traffic? > >I had never heard of wireshark. I installed it, but the (hard-to-find) >directions imply that the Capture Options dialog would automatically >detect interfaces. In my case, the Interface field was blank. My wife's >machine has a wifi connection to my router, and I suppose the router's >DNS is the interface to which wireshark refers. I was not sure what >words to type in and had no time to play with it. wireshark actually has a fairly logical syntax with tons of options... here are some examples... Select the interface to watch, and in the Filter field, enter: host mail.omnis.com to watch only traffic related to this problem. To watch only POP, you would use: host port 110 To watch DNS queries also, use (POP only): port (110 or 53) or (any protocol to/from host and DNS): host mail.omnis.com or port 53 "host" filter accepts hostname or IPaddress inputs. >In any case, the watchdns script reports the same stable IP address on >both machines connected to the router. The only problem is that my wife's >receive function succeeds only once in a while. If the problem were a >random DNS, I should think watchdns would not yield the same IP on both >machines except only once in a while. watchdns forces an initial output by defaulting the initial address to 0.0.0.0, then reports the first address it sees. After that, it simply watches for a change of address and reports if any. >Also, if the problem were between >the router and the mail server, my own machine would have the same >problem; if the problem lay with the router's DNS, then wouldn't it >affect both her receipt and sending of mail? Out of curiosity, what's in /etc/resolv.conf on each machine? >Turned out that when I copied watchdns to my wife's machine executable >mode was preserved, but when copied to my machine it was lost. Also I >had to change the watchdns script because my machine does not have a >/usr/share/sounds/pop.wav. Shouldn't have had to change the script; it checks for existence of "play" and sound file first...(?) >I am tempted simply to upgrade my wife's machine from Debian squeeze to >wheezy and thus hopefully get a newer version of Claws. If nothing else >I would at least start with a clean slate. True... :) >Haines >_______________________________________________ >Users mailing list >Users at lists.claws-mail.org >http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users > From pf at pfortin.com Sat Aug 31 17:47:19 2013 From: pf at pfortin.com (Pierre Fortin) Date: Sat, 31 Aug 2013 11:47:19 -0400 Subject: [Users] Periodic "connection failed" In-Reply-To: <20130831114026.6935d813@pfortin.com> References: <20130829153018.GR30046@histomat.net> <20130829181050.338bfc75@pfortin.com> <20130830171838.GT30046@histomat.net> <20130830173822.528a435c@pfortin.com> <20130831115020.GU30046@histomat.net> <20130831114026.6935d813@pfortin.com> Message-ID: <20130831114719.7ec85f07@pfortin.com> On Sat, 31 Aug 2013 11:40:26 -0400 Pierre Fortin wrote: > host port 110 Oops... host mail.omnis.com and port 110 or simply port 110 if only one mail server (unlike my email configs... :) From haines at histomat.net Sat Aug 31 18:32:00 2013 From: haines at histomat.net (Haines Brown) Date: Sat, 31 Aug 2013 12:32:00 -0400 Subject: [Users] Periodic "connection failed" In-Reply-To: <20130831114026.6935d813@pfortin.com> References: <20130829153018.GR30046@histomat.net> <20130829181050.338bfc75@pfortin.com> <20130830171838.GT30046@histomat.net> <20130830173822.528a435c@pfortin.com> <20130831115020.GU30046@histomat.net> <20130831114026.6935d813@pfortin.com> Message-ID: <20130831163200.GV30046@histomat.net> On Sat, Aug 31, 2013 at 11:40:26AM -0400, Pierre Fortin wrote: > wireshark actually has a fairly logical syntax with tons of options... > here are some examples... > > Select the interface to watch, and in the Filter field, enter: > host mail.omnis.com > to watch only traffic related to this problem. Oh, I didn't realize that "Interface" referred to the interface to watch rather than my local interface. To watch only POP, you > would use: > host port 110 > > To watch DNS queries also, use (POP only): > port (110 or 53) > or (any protocol to/from host and DNS): > host mail.omnis.com or port 53 > > "host" filter accepts hostname or IPaddress inputs. > watchdns forces an initial output by defaulting the initial address to > 0.0.0.0, then reports the first address it sees. After that, it simply > watches for a change of address and reports if any. Thanks for the clues for the clueless. I'll give it wireshark a try. > Out of curiosity, what's in /etc/resolv.conf on each machine? Both on my current machine (no Claws) and wife's machine (with Claws), it is: domain att.net search att.net nameserver 192.168.1.254 > Shouldn't have had to change the script; it checks for existence of > "play" and sound file first...(?) Interesting, I don't have a "play" command (a $ whereis command returns nothing). So in the script I substited an aplay command for it. If the script does not find the "play" command, what does it do? I received back no error message from the original script. Haines From boudiccas at talktalk.net Sat Aug 31 21:24:05 2013 From: boudiccas at talktalk.net (Sharon Kimble) Date: Sat, 31 Aug 2013 20:24:05 +0100 Subject: [Users] Request for enhancement - resize windows gadget Message-ID: <20130831202405.7298dc8d@london> I'm not sure where this should go, but I'm making a request for enhancement in that I'd like claws-mail to be built with that little thingie on the bottom right corner which makes it easier to resize the window using a mouse. This could benefit everyone who needs to resize the window by making it easier to do. Thanks Sharon. -- A taste of linux = http://www.sharons.org.uk efever = http://www.efever.blogspot.com/ efever = http://sharon04.livejournal.com/ Debian testing, Fluxbox 1.3.5, LibreOffice 4.1.0.4 Registered Linux user 334501 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From brad at fineby.me.uk Sat Aug 31 21:53:22 2013 From: brad at fineby.me.uk (Brad Rogers) Date: Sat, 31 Aug 2013 20:53:22 +0100 Subject: [Users] Request for enhancement - resize windows gadget In-Reply-To: <20130831202405.7298dc8d@london> References: <20130831202405.7298dc8d@london> Message-ID: <20130831205322.6af998bd@abydos.stargate.org.uk> On Sat, 31 Aug 2013 20:24:05 +0100 Sharon Kimble wrote: Hello Sharon, >I'm not sure where this should go, but I'm making a request for >enhancement in that I'd like claws-mail to be built with that little >thingie on the bottom right corner which makes it easier to resize the >window using a mouse. This could benefit everyone who needs to resize >the window by making it easier to do. I can do that already. Maybe it's a WM/DE thing. Using KDE here. -- Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" I am alone there's nobody there I Look Alone - Buzzcocks -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From claws at thewildbeast.co.uk Sat Aug 31 22:37:55 2013 From: claws at thewildbeast.co.uk (Paul) Date: Sat, 31 Aug 2013 21:37:55 +0100 Subject: [Users] Periodic "connection failed" In-Reply-To: <20130831163200.GV30046@histomat.net> References: <20130829153018.GR30046@histomat.net> <20130829181050.338bfc75@pfortin.com> <20130830171838.GT30046@histomat.net> <20130830173822.528a435c@pfortin.com> <20130831115020.GU30046@histomat.net> <20130831114026.6935d813@pfortin.com> <20130831163200.GV30046@histomat.net> Message-ID: <20130831213755.439a015f@thewildbeast> errr.... off topic. -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune