From richard.pieri at gmail.com Sat Dec 1 01:15:18 2012
From: richard.pieri at gmail.com (Rich Pieri)
Date: Fri, 30 Nov 2012 19:15:18 -0500
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121130234324.5d2698e7@wodan>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121129201759.0000240f@unknown>
<20121130234324.5d2698e7@wodan>
Message-ID: <20121130191518.000058b3@unknown>
On Fri, 30 Nov 2012 23:43:24 +0100
Holger Berndt wrote:
> In fact, when I ssh into my machine, it is set. Not that it would
> matter. And I don't really care about a good place to put unix
> domain sockets on windows right now, thank you very much.
It isn't set on any of my Debian servers.
> I doubt that you have the authority (or insight) to make this kind of
> design decisions for Claws Mail. That's up to the maintainers.
Log into a computer with GNU Emacs installed. Look for the files
pop3.el or pop3.el.gz. Look at the author line. That's me. I was
writing mail handling software before either Claws or Sylpheed existed.
I'd say that gives me at least some insight into how to do it right.
--
Rich P.
From iwkse at claws-mail.org Sat Dec 1 02:04:42 2012
From: iwkse at claws-mail.org (Salvatore De Paolis)
Date: Sat, 1 Dec 2012 02:04:42 +0100
Subject: [Users] Fw: Tuning the fancy plug
Message-ID: <20121201020442.69993ebc@net24.it>
Begin forwarded message:
Date: Fri, 30 Nov 2012 14:53:15 +0100
From: Jonas Petersson
To: Salvatore De Paolis
Subject: Re: Tuning the fancy plug
Hi again Salvatore,
I'm sorry, but I'm getting doubts about my switch. Here is why:
A lot of the time it works pretty well - in particular it starts up a
LOT quicker than Thunderbird, which was my main gripe.
However, switching between (big) folders is often painfully slow - in
my case I have several GMail accounts with a LOT of mails (basically
everything I've sent since 2005 or so). I've tried letting Claws
download all my old mails in the hope that it would speed things up,
but the network log window clearly shows that there is a LOT of
communication going on when I switch - and then quickly switching back
is just as bad. Am I doing something stupid or is this just a bad use
case?
To make things worse, I just saw that it messed up the local copy of
my inbox for the THIRD time now - happily showing that my huge folder
just contains 24 messages, then newest being from January 2006! A full
re-downioad takes several hours... :-/ BTW: I'm now on pure 3.8.1 that
comes with Ubuntu 12.10 - I backed down from my own hack once when it
failed the first time in order to eliminate that my code is the cause
(it seemed unlikely, but still).
Perhaps I've just got too much mail (~8GB) to handle this way?
Google's web interface isn't perfect, but it never fails... In my mind
it seemed to work pretty well up until about 6 months ago, but it
might be the size of my mailbox that passed the magic border rather
then any of the mail clients that are broken really. A mix of Claws'
upstart and Thunderbird's folder caching would be the best.
Best / Jonas
From sylpheed at 911networks.com Sat Dec 1 03:19:39 2012
From: sylpheed at 911networks.com (sylpheed at 911networks.com)
Date: Fri, 30 Nov 2012 18:19:39 -0800
Subject: [Users] Gmail quote problem
Message-ID: <20121130181939.1dec0915@from-theboss.911networks.com>
Hi,
I received the following email from GMAIL:
----------START--------------------
--f46d04083b510d781a04cfc107f6
Content-Type: text/plain; charset=ISO-8859-1
On Fri, Nov 30, 2012 at 2:18 PM, Carlos Eduardo G. Carvalho (Cartola)
< cartoleba at gmail.com> wrote:
> GIMP?
>
I mostly use Lightroom. I can do it in Lightroom, but I first have to
set the dimensions, amke sure that the spacing is exact and do not
overlap... I have access to Photoshop CS5. Could be done, but (I'm
not an expert in PS) and it's not as quick and simple as: "here are
the photos, stitch them" and with Hugin I can make a whole batch of
it.
----------END---------------------
but in text/plain it shows as:
----------START--------------------
On Fri, Nov 30, 2012 at 2:18 PM, Carlos Eduardo G. Carvalho (Cartola) <
[...]
[...]
I mostly use Lightroom. I can do it in Lightroom, but I first have to
set the dimensions, amke sure that the spacing is exact and do not
overlap... I have access to Photoshop CS5. Could be done, but (I'm
not an expert in PS) and it's not as quick and simple as: "here are
the photos, stitch them" and with Hugin I can make a whole batch of
it.
----------END---------------------
Where did the word "GIMP" go? With the HTML the word "GIMP" does show
up.
CM: 3.9.0 xUbuntu 12.04, Fancy HTML 0.9.17
Is this a bug? Is this an improper configuration on my part?
--
Thank you
http://www.911networks.com
When the network has to work
From sylpheed at 911networks.com Sat Dec 1 03:24:03 2012
From: sylpheed at 911networks.com (sylpheed at 911networks.com)
Date: Fri, 30 Nov 2012 18:24:03 -0800
Subject: [Users] Gmail quote problem
Message-ID: <20121130182403.55aecb11@from-theboss.911networks.com>
Oops, improper formatting:
Hi,
I received the following email from GMAIL:
----------START--------------------
On Fri, Nov 30, 2012 at 2:18 PM, Carlos Eduardo G. Carvalho (Cartola)
< cartoleba at gmail.com> wrote:
> GIMP?
>
I mostly use Lightroom. I can do it in Lightroom, but I first have to
set the dimensions, amke sure that the spacing is exact and do not
overlap... I have access to Photoshop CS5. Could be done, but (I'm
not an expert in PS) and it's not as quick and simple as: "here are
the photos, stitch them" and with Hugin I can make a whole batch of
it.
----------END---------------------
but in text/plain it shows as:
----------START--------------------
On Fri, Nov 30, 2012 at 2:18 PM, Carlos Eduardo G. Carvalho (Cartola)
< [...]
[...]
I mostly use Lightroom. I can do it in Lightroom, but I first have to
set the dimensions, amke sure that the spacing is exact and do not
overlap... I have access to Photoshop CS5. Could be done, but (I'm
not an expert in PS) and it's not as quick and simple as: "here are
the photos, stitch them" and with Hugin I can make a whole batch of
it.
----------END---------------------
Where did the word "GIMP" go? With the HTML the word "GIMP" does show
up.
CM: 3.9.0 xUbuntu 12.04, Fancy HTML 0.9.17
Is this a bug? Is this an improper configuration on my part?
--
Thank you
http://www.911networks.com
When the network has to work
From sylpheed at 911networks.com Sat Dec 1 03:28:38 2012
From: sylpheed at 911networks.com (sylpheed at 911networks.com)
Date: Fri, 30 Nov 2012 18:28:38 -0800
Subject: [Users] Gmail quote problem
In-Reply-To: <20121130182403.55aecb11@from-theboss.911networks.com>
References: <20121130182403.55aecb11@from-theboss.911networks.com>
Message-ID: <20121130182838.3b69b8b2@from-theboss.911networks.com>
sorry this is try #3!
It won't format properly so you can see my problem. So can you please
look at the source (Ctrl-U).
thank you
On Fri, 30 Nov 2012 18:24:03 -0800
sylpheed at 911networks.com wrote:
>Hi,
>
>I received the following email from GMAIL:
>
>----------START--------------------
>On Fri, Nov 30, 2012 at 2:18 PM, Carlos Eduardo G. Carvalho (Cartola)
>< cartoleba at gmail.com> wrote:
>
>> GIMP?
>>
>
>I mostly use Lightroom. I can do it in Lightroom, but I first have to
>set the dimensions, amke sure that the spacing is exact and do not
>overlap... I have access to Photoshop CS5. Could be done, but (I'm
>not an expert in PS) and it's not as quick and simple as: "here are
>the photos, stitch them" and with Hugin I can make a whole batch of
>it.
>
>----------END---------------------
>
>but in text/plain it shows as:
>
>----------START--------------------
>On Fri, Nov 30, 2012 at 2:18 PM, Carlos Eduardo G. Carvalho (Cartola)
>< [...]
>
> [...]
>
>I mostly use Lightroom. I can do it in Lightroom, but I first have to
>set the dimensions, amke sure that the spacing is exact and do not
>overlap... I have access to Photoshop CS5. Could be done, but (I'm
>not an expert in PS) and it's not as quick and simple as: "here are
>the photos, stitch them" and with Hugin I can make a whole batch of
>it.
>
>----------END---------------------
>
>Where did the word "GIMP" go? With the HTML the word "GIMP" does show
>up.
>
>CM: 3.9.0 xUbuntu 12.04, Fancy HTML 0.9.17
>
>Is this a bug? Is this an improper configuration on my part?
>
>--
>Thank you
>http://www.911networks.com
>When the network has to work
>_______________________________________________
>Users mailing list
>Users at lists.claws-mail.org
>http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users
>
--
Thanks
http://www.911networks.com
When the network has to work
From colin at colino.net Sat Dec 1 13:21:43 2012
From: colin at colino.net (Colin Leroy)
Date: Sat, 1 Dec 2012 13:21:43 +0100
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121130010022.31fbc26d@wodan>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan>
Message-ID: <20121201132143.2f242748@mike>
On 30 November 2012 at 01h00, Holger Berndt wrote:
Hi,
> But anyways, it's a matter of preference what's more valuable: Safety
> against different uids trying to mess with the same config dir at the
> same time, or DoS prevention. Personally, I lean towards the second.
Different UIDs should not be messing with the same config dir anyway.
The UID in the socket name is there just to allow different users run
different instances of Claws Mail at the same time, not to prevent DoS
or anything.
Also, I feel we're getting a little bit carried away there with
XDG_RUNTIME_DIR and everything. Supporting XDG would be great, but we
don't, right now.
Maybe we can start caring about XDG_RUNTIME_DIR when we'll have
migrated our config dir to XDG_CONDIR_DIR and imap caches to
XDG_CACHE_DIR.
In the meantime I couldn't care less if the socket name is rendered
unique using UID, config-dir-name hash, md5sum of the user's full name
appended to the computer domain name or whatever.
Ratinox's patch is good as it is, there's no need to add the UID
> don't remove uid from socket name, just add the MD5, otherwise two
>different users could clash using the same dir.
That's misguided, we sure as hell don't want two users running two
instances of Claws Mail, writing UIDL files, preferences and IMAP cache
files in the same configuration directory.
Having the unicity on config dirs only is actually better than on UID +
config dir. Of course the hash has to be on the absolute path.
Or am I missing something there?
--
Colin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: not available
URL:
From richard.pieri at gmail.com Sat Dec 1 14:38:48 2012
From: richard.pieri at gmail.com (Rich Pieri)
Date: Sat, 1 Dec 2012 08:38:48 -0500
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121201132143.2f242748@mike>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121201132143.2f242748@mike>
Message-ID: <20121201083848.00003d28@unknown>
On Sat, 1 Dec 2012 13:21:43 +0100
Colin Leroy wrote:
> Having the unicity on config dirs only is actually better than on UID
> + config dir. Of course the hash has to be on the absolute path.
>
> Or am I missing something there?
We're in agreement over the shared configuration idea being a bad one.
We're also in agreement that the hash should be on the canonicalized
configuration directory path. I would much prefer one of the core
developers implement the realpath(3) function or whatever function you
prefer. I'm not comfortable inserting realpath(3) into your code when
the documentation for it describes it as "broken by design".
--
Rich P.
From colin at colino.net Sat Dec 1 17:54:27 2012
From: colin at colino.net (Colin Leroy)
Date: Sat, 1 Dec 2012 17:54:27 +0100
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121201083848.00003d28@unknown>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121201132143.2f242748@mike>
<20121201083848.00003d28@unknown>
Message-ID: <20121201175427.3c0a2272@mike>
On 01 December 2012 at 08h38, Rich Pieri wrote:
Hi,
> We're in agreement over the shared configuration idea being a bad one.
> We're also in agreement that the hash should be on the canonicalized
> configuration directory path. I would much prefer one of the core
> developers implement the realpath(3) function or whatever function you
> prefer. I'm not comfortable inserting realpath(3) into your code when
> the documentation for it describes it as "broken by design".
And not portable, too. Too bad glib doesn't provide a wrapper... I'll
do it some time soon.
--
Colin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: not available
URL:
From mir at miras.org Sat Dec 1 18:24:32 2012
From: mir at miras.org (Michael Rasmussen)
Date: Sat, 1 Dec 2012 18:24:32 +0100
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121201175427.3c0a2272@mike>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121201132143.2f242748@mike>
<20121201083848.00003d28@unknown> <20121201175427.3c0a2272@mike>
Message-ID: <20121201182432.4c3b8cac@sleipner.datanom.net>
On Sat, 1 Dec 2012 17:54:27 +0100
Colin Leroy wrote:
>
> And not portable, too. Too bad glib doesn't provide a wrapper... I'll
> do it some time soon.
>
What precisely is wrong with the function realpath from glibc?
--
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
--------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From richard.pieri at gmail.com Sat Dec 1 18:42:01 2012
From: richard.pieri at gmail.com (Rich Pieri)
Date: Sat, 1 Dec 2012 12:42:01 -0500
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121201182432.4c3b8cac@sleipner.datanom.net>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121201132143.2f242748@mike>
<20121201083848.00003d28@unknown> <20121201175427.3c0a2272@mike>
<20121201182432.4c3b8cac@sleipner.datanom.net>
Message-ID: <20121201124201.000010eb@unknown>
On Sat, 1 Dec 2012 18:24:32 +0100
Michael Rasmussen wrote:
> What precisely is wrong with the function realpath from glibc?
http://www.kernel.org/doc/man-pages/online/pages/man3/realpath.3.html
and scroll down to the BUGS section.
--
Rich P.
From mir at miras.org Sat Dec 1 18:58:45 2012
From: mir at miras.org (Michael Rasmussen)
Date: Sat, 1 Dec 2012 18:58:45 +0100
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121201124201.000010eb@unknown>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121201132143.2f242748@mike>
<20121201083848.00003d28@unknown> <20121201175427.3c0a2272@mike>
<20121201182432.4c3b8cac@sleipner.datanom.net>
<20121201124201.000010eb@unknown>
Message-ID: <20121201185845.49f8140c@sleipner.datanom.net>
On Sat, 1 Dec 2012 12:42:01 -0500
Rich Pieri wrote:
> On Sat, 1 Dec 2012 18:24:32 +0100
> Michael Rasmussen wrote:
>
> > What precisely is wrong with the function realpath from glibc?
>
> http://www.kernel.org/doc/man-pages/online/pages/man3/realpath.3.html
> and scroll down to the BUGS section.
>
I have seen that, but this is only the fact for POSIX.1-2001. In
POSIX.1-2008 the bug have been solved. So the versions of glibc we are
using all has this bug fixed.
"The GNU C Library is primarily designed to be a portable and high
performance C library. It follows all relevant standards including ISO
C11 and POSIX.1-2008. It is also internationalized and has one of the
most complete internationalization interfaces known."
--
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
--------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From c-blair at illinois.edu Sat Dec 1 19:27:48 2012
From: c-blair at illinois.edu (Charles Blair)
Date: Sat, 1 Dec 2012 12:27:48 -0600
Subject: [Users] installation error message: authentication protocol problem
Message-ID: <20121201122748.2386981a@debian.hsd1.il.comcast.net.>
My claws-mail install (debian linux machine) continues
to get the warning "configured mailbox, but incomplete."
I have noticed that I also am seeing
"While connecting to session manager:
None of the authentication protocols are supported."
My current account preferences use what worked
successfully on a previous machine:
IMAP4 for receiving, Automatic authentication,
SSL used but not STARTTLS. I have tried both checking
and not checking the "non-blocking" box.
I have gone to /root/.claws-mail and tried to
copy the folders clawsrc and accountrc from my
previously working 3.76. This did not seem to
make any difference.
Thank you for continuing advice!
From mir at miras.org Sat Dec 1 19:55:53 2012
From: mir at miras.org (Michael Rasmussen)
Date: Sat, 1 Dec 2012 19:55:53 +0100
Subject: [Users] installation error message: authentication protocol
problem
In-Reply-To: <20121201122748.2386981a@debian.hsd1.il.comcast.net.>
References: <20121201122748.2386981a@debian.hsd1.il.comcast.net.>
Message-ID: <20121201195553.0cf30bbd@sleipner.datanom.net>
On Sat, 1 Dec 2012 12:27:48 -0600
Charles Blair wrote:
> My claws-mail install (debian linux machine) continues
> to get the warning "configured mailbox, but incomplete."
>
> I have noticed that I also am seeing
>
> "While connecting to session manager:
> None of the authentication protocols are supported."
>
What does the network log window show (Shift+Ctrl+L) ?
--
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
--------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From freebsd at grem.de Sat Dec 1 20:02:16 2012
From: freebsd at grem.de (Michael Gmelin)
Date: Sat, 1 Dec 2012 20:02:16 +0100
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121201185845.49f8140c@sleipner.datanom.net>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121201132143.2f242748@mike>
<20121201083848.00003d28@unknown> <20121201175427.3c0a2272@mike>
<20121201182432.4c3b8cac@sleipner.datanom.net>
<20121201124201.000010eb@unknown>
<20121201185845.49f8140c@sleipner.datanom.net>
Message-ID: <20121201200216.3758d5d6@bsd64.grem.de>
On Sat, 1 Dec 2012 18:58:45 +0100
Michael Rasmussen wrote:
> On Sat, 1 Dec 2012 12:42:01 -0500
> Rich Pieri wrote:
>
> > On Sat, 1 Dec 2012 18:24:32 +0100
> > Michael Rasmussen wrote:
> >
> > > What precisely is wrong with the function realpath from glibc?
> >
> > http://www.kernel.org/doc/man-pages/online/pages/man3/realpath.3.html
> > and scroll down to the BUGS section.
> >
> I have seen that, but this is only the fact for POSIX.1-2001. In
> POSIX.1-2008 the bug have been solved. So the versions of glibc we are
> using all has this bug fixed.
>
> "The GNU C Library is primarily designed to be a portable and high
> performance C library. It follows all relevant standards including ISO
> C11 and POSIX.1-2008. It is also internationalized and has one of the
> most complete internationalization interfaces known."
>
Claws is not only built on Linux though, so even if realpath in glibc
is all ok that doesn't mean it is on other platforms and their
standard C libraries.
--
Michael Gmelin
From mir at miras.org Sat Dec 1 20:12:45 2012
From: mir at miras.org (Michael Rasmussen)
Date: Sat, 1 Dec 2012 20:12:45 +0100
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121201200216.3758d5d6@bsd64.grem.de>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121201132143.2f242748@mike>
<20121201083848.00003d28@unknown> <20121201175427.3c0a2272@mike>
<20121201182432.4c3b8cac@sleipner.datanom.net>
<20121201124201.000010eb@unknown>
<20121201185845.49f8140c@sleipner.datanom.net>
<20121201200216.3758d5d6@bsd64.grem.de>
Message-ID: <20121201201245.6b7402b8@sleipner.datanom.net>
On Sat, 1 Dec 2012 20:02:16 +0100
Michael Gmelin wrote:
>
> Claws is not only built on Linux though, so even if realpath in glibc
> is all ok that doesn't mean it is on other platforms and their
> standard C libraries.
>
But compiling claws without glibc is IMHO impossible since must of the
core functionality uses glibc. Therefore a port of claws without glibc
seems to be a fantasy;-)
--
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
--------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From brad at fineby.me.uk Sat Dec 1 20:14:32 2012
From: brad at fineby.me.uk (Brad Rogers)
Date: Sat, 1 Dec 2012 19:14:32 +0000
Subject: [Users] installation error message: authentication protocol
problem
In-Reply-To: <20121201122748.2386981a@debian.hsd1.il.comcast.net.>
References: <20121201122748.2386981a@debian.hsd1.il.comcast.net.>
Message-ID: <20121201191432.270f0214@abydos.stargate.org.uk>
On Sat, 1 Dec 2012 12:27:48 -0600
Charles Blair wrote:
Hello Charles,
> I have gone to /root/.claws-mail and tried to
/root/? What's the .claws-mail prefs directory doing there? You
copied stuff from there to a regular user directory? Is it possible that
you have a permissions issue with your prefs folder?
Or have I misunderstood what you're saying?
--
Regards _
/ ) "The blindingly obvious is
/ _)rad never immediately apparent"
Your father was a megalomaniac, you've got an insane brother
Pure Mania - The Vibrators
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL:
From colin at colino.net Sat Dec 1 20:20:35 2012
From: colin at colino.net (Colin Leroy)
Date: Sat, 1 Dec 2012 20:20:35 +0100
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121201201245.6b7402b8@sleipner.datanom.net>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121201132143.2f242748@mike>
<20121201083848.00003d28@unknown> <20121201175427.3c0a2272@mike>
<20121201182432.4c3b8cac@sleipner.datanom.net>
<20121201124201.000010eb@unknown>
<20121201185845.49f8140c@sleipner.datanom.net>
<20121201200216.3758d5d6@bsd64.grem.de>
<20121201201245.6b7402b8@sleipner.datanom.net>
Message-ID: <20121201202035.4b13a5eb@mike>
> > Claws is not only built on Linux though, so even if realpath in
> > glibc is all ok that doesn't mean it is on other platforms and their
> > standard C libraries.
> >
> But compiling claws without glibc is IMHO impossible since must of the
> core functionality uses glibc. Therefore a port of claws without glibc
> seems to be a fantasy;-)
Hi Michael,
You seem a bit tired :) we're talking glibc here which is a POSIX libc,
not glib which is a cross-platform abstraction library.
Claws Mail relies on libc, glib, gtk+ (and others) and on linux our
libc is usually glibc.
--
Colin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: not available
URL:
From noreply at thewildbeast.co.uk Sat Dec 1 22:31:00 2012
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sat, 1 Dec 2012 22:31:00 +0100 (CET)
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To:
References:
Message-ID: <20121201213100.E6193853BF@mx.colino.net>
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2828
--- Comment #3 from Colin Leroy 2012-12-01 22:30:59 ---
Hi,
So, CVS now has rc_dir canonicalized. Two issues with that patch though:
1) unified diff please
2) the "normal", no alternate-config-dir-case socket is going to change name
with that patch (from, for my example, /tmp/claws-mail-1000 to
/tmp/claws-mail-SOMEHASH. That's a big problem for everyone who's going to
upgrade his distro some day while Claws is running with a /tmp/claws-mail-1000
socket. After the upgrade, he'll click a mailto link in his browser, the new
binary will see no /tmp/claws-mail-SOMEHASH socket, so will create it and
start, and the poor user will have two claws-mail instances battling for his
~/.claws-mail.
There is no doubt that data loss would occur.
So, TL;DR for 2) is that the normal socket for normal RC dir must not change
name until the sun goes red giant on us :)
--
Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
From nicolas.claws at iselin.ch Sat Dec 1 23:08:08 2012
From: nicolas.claws at iselin.ch (Nicolas Iselin)
Date: Sat, 1 Dec 2012 23:08:08 +0100
Subject: [Users] How to migrate "read/unread" status from KMail to Claws?
Message-ID: <20121201230808.571d8a3b@omega>
Hi,
I know there was a similar question about this a few days ago, but I am
unable to find it in the archives. Sorry.
I am migrating KMail-mails to Claws using a combination of my own
scripts and some found in various places. I am quite successful right
now even on weird Kmail structures with a mixture of MBOX and MDIR
"folders". However, all mails appear in Claws as "unread" after
migration.
While KMail has that in "Status:" and "X-Status:" Headers (which are of
course also migrated), claws seems to store that information in the
tagsdb.
Is there any way to move that status from KMail-representation to
the tagsdb with a script (preferrably shell, but I would be able to do
it in perl if needed)?
Or is this problem implicitly solved when I would use a different
migration scenario (like moving the mail in Kmail to an IMAP Server and
then move it in Claws from imap to the local disk)?
Thanks for any hint...
Nicolas
From berndth at gmx.de Sat Dec 1 23:13:23 2012
From: berndth at gmx.de (Holger Berndt)
Date: Sat, 1 Dec 2012 23:13:23 +0100
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121201132143.2f242748@mike>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121201132143.2f242748@mike>
Message-ID: <20121201231323.450b137d@wodan>
On Sa, 01.12.2012 13:21, Colin Leroy wrote:
>> But anyways, it's a matter of preference what's more valuable: Safety
>> against different uids trying to mess with the same config dir at the
>> same time, or DoS prevention. Personally, I lean towards the second.
>
>Different UIDs should not be messing with the same config dir anyway.
Agreed. I don't see the "different uids at the same time" usecase as an
interesting one either, as I wrote above.
>The UID in the socket name is there just to allow different users run
>different instances of Claws Mail at the same time, not to prevent DoS
>or anything.
Of course it's not there to prevent DoS. But - and this is the problem
Mones spotted - the way it's implemented, it makes Claws Mail vulnerable
for local DoS attacks. It's trivialy easy to block Claws Mail for all
users on a shared machine (just create a bunch of /tmp/claws-mail-1234
files). And, if the "different uids" usecase is not interesting
anyways, on which we seem to agree, it's making Claws Mail vulnerable
for no benefit whatsoever.
This is bad design, and it doesn't have anything to do with
alternate-config-dir. It just poped up by coincidence during that topic.
The solution would be to ...
>Also, I feel we're getting a little bit carried away there with
>XDG_RUNTIME_DIR and everything. Supporting XDG would be great, but we
>don't, right now.
... create your socket in a user-specific place instead of public /tmp.
Now, you can either make up a directory name, or use a specified and
configured one that's already there. By coincidence, there indeed is
already a spec for exactly this usecase, it's followed on many modern
machines, and it happens to be called XDG_RUNTIME_DIR. There's nothing
magic, really.
And you don't need to follow XDG either. On the contrary, if that
variable is set, it help you in so far as it guarantees that it's gonna
work (you're guaranteed to be able to create unix domain sockets there,
unlike in random directories that you make up, which could themselves
be on FAT or whatever).
>Maybe we can start caring about XDG_RUNTIME_DIR when we'll have
>migrated our config dir to XDG_CONDIR_DIR and imap caches to
>XDG_CACHE_DIR.
General XDG conformity is a completely unrelated topic.
>In the meantime I couldn't care less if the socket name is rendered
>unique using UID, config-dir-name hash, md5sum of the user's full name
>appended to the computer domain name or whatever.
Now you're talking about a feature (being able to put config dir on FAT
or similarly limited filesystems). That's, as I said above, not really
related to above notes. It could be done either way (putting it
into /tmp, or putting it into /run/user/foo would work equally well
feature-wise).
>> don't remove uid from socket name, just add the MD5, otherwise two
>>different users could clash using the same dir.
Weird quoting. I didn't write that.
>That's misguided, we sure as hell don't want two users running two
>instances of Claws Mail, writing UIDL files, preferences and IMAP cache
>files in the same configuration directory.
>
>Having the unicity on config dirs only is actually better than on UID +
>config dir. Of course the hash has to be on the absolute path.
>
>Or am I missing something there?
No, you're not. That's exactly what I said ("But that's actually a
feature").
Holger
-------------- 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 Sat Dec 1 23:21:47 2012
From: berndth at gmx.de (Holger Berndt)
Date: Sat, 1 Dec 2012 23:21:47 +0100
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121130191518.000058b3@unknown>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121129201759.0000240f@unknown>
<20121130234324.5d2698e7@wodan> <20121130191518.000058b3@unknown>
Message-ID: <20121201232147.53260a6f@wodan>
On Fr, 30.11.2012 19:15, Rich Pieri wrote:
>> In fact, when I ssh into my machine, it is set. Not that it would
>> matter. And I don't really care about a good place to put unix
>> domain sockets on windows right now, thank you very much.
>
>It isn't set on any of my Debian servers.
Then you just found out how the Debian versions that you use do it, not
how it's "usually" or always done. Linux is (unfortunately) too diverse
for this kind of generalizations.
>> I doubt that you have the authority (or insight) to make this kind of
>> design decisions for Claws Mail. That's up to the maintainers.
>
>Log into a computer with GNU Emacs installed. Look for the files
>pop3.el or pop3.el.gz. Look at the author line. That's me. I was
>writing mail handling software before either Claws or Sylpheed existed.
>I'd say that gives me at least some insight into how to do it right.
That's cute, but it doesn't impress me much, sorry.
I showed you that you didn't really understand the problem scope in the
first place (in the part that you stripped out in your quoting, by
coincidence).
Holger
From richard.pieri at gmail.com Sun Dec 2 02:10:29 2012
From: richard.pieri at gmail.com (Rich Pieri)
Date: Sat, 1 Dec 2012 20:10:29 -0500
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121201232147.53260a6f@wodan>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121129201759.0000240f@unknown>
<20121130234324.5d2698e7@wodan> <20121130191518.000058b3@unknown>
<20121201232147.53260a6f@wodan>
Message-ID: <20121201201029.00003237@unknown>
On Sat, 1 Dec 2012 23:21:47 +0100
Holger Berndt wrote:
> Then you just found out how the Debian versions that you use do it,
> not how it's "usually" or always done. Linux is (unfortunately) too
> diverse for this kind of generalizations.
This is my point: you can't expect an environment variable to be set
without having a hard dependency. If you aren't ready to make this
happen then don't even suggest it.
> That's cute, but it doesn't impress me much, sorry.
You questioned my insight into mail handling practices and decisions. I
called you on it. Simple as that.
> I showed you that you didn't really understand the problem scope in
> the first place (in the part that you stripped out in your quoting, by
> coincidence).
There is no scope. Losing mail is the worst thing that can happen.
Period. Because, in fact, we WERE talking about concurrent access. The
whole reason that this discussion happened is because Ricardo brought
it up.
--
Rich P.
From richard.pieri at gmail.com Sun Dec 2 02:26:31 2012
From: richard.pieri at gmail.com (Rich Pieri)
Date: Sat, 1 Dec 2012 20:26:31 -0500
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121201213100.E6193853BF@mx.colino.net>
References:
<20121201213100.E6193853BF@mx.colino.net>
Message-ID: <20121201202631.000053a8@unknown>
On Sat, 1 Dec 2012 22:31:00 +0100 (CET)
noreply at thewildbeast.co.uk wrote:
> --- Comment #3 from Colin Leroy 2012-12-01 22:30:59 ---
> Hi,
>
> So, CVS now has rc_dir canonicalized. Two issues with that patch
> though: 1) unified diff please
I'll work on it this coming week. I've been busy the past couple of
days. Perhaps you heard about the city-wide power failure in Cambridge,
MA on Thursday afternoon? My mail server ate it's system drive because
of that despite the server being on a UPS and being shut down cleanly
(it seemed). I spent Friday afternoon and evening building a new mail
server and restoring my users' mail from backups and the salvaged data
drives.
> So, TL;DR for 2) is that the normal socket for normal RC dir must not
> change name until the sun goes red giant on us :)
Does it make sense to test the existence of both sockets and do
the right thing if either exists?
--
Rich P.
From noreply at thewildbeast.co.uk Sun Dec 2 03:08:26 2012
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sun, 2 Dec 2012 03:08:26 +0100 (CET)
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To:
References:
Message-ID: <20121202020826.D769D853BF@mx.colino.net>
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2828
--- Comment #4 from Ricardo Mones 2012-12-02 03:08:25 ---
The claws-mail-uid/md5hashsocket which has been proposed on the users list
solves this problem, as clashes with existing claws-mail-uid socket files.
Furthermore, on detecting a file instead of a directory new versions can
shutdown previous through the socket (probably asking/warning user) and
continue loading. No fight would happen, and no need to wait for such
astronomical events ;)
--
Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
From ricardo at mones.org Sun Dec 2 03:48:26 2012
From: ricardo at mones.org (Ricardo Mones)
Date: Sun, 2 Dec 2012 03:48:26 +0100
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121201231323.450b137d@wodan>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121201132143.2f242748@mike>
<20121201231323.450b137d@wodan>
Message-ID: <20121202034826.1e0ed490@svn.mones.org>
On Sat, 1 Dec 2012 23:13:23 +0100
Holger Berndt wrote:
> On Sa, 01.12.2012 13:21, Colin Leroy wrote:
>
> >> But anyways, it's a matter of preference what's more valuable: Safety
> >> against different uids trying to mess with the same config dir at the
> >> same time, or DoS prevention. Personally, I lean towards the second.
> >
> >Different UIDs should not be messing with the same config dir anyway.
>
> Agreed. I don't see the "different uids at the same time" usecase as an
> interesting one either, as I wrote above.
Indeed, I thought of it as a possibility for sharing read-only config dirs
(and mail relative to users $HOME), but now I agree it's a bad idea™ for
most of the cases, or at least until runtime data is separated from config.
> >The UID in the socket name is there just to allow different users run
> >different instances of Claws Mail at the same time, not to prevent DoS
> >or anything.
>
> Of course it's not there to prevent DoS. But - and this is the problem
> Mones spotted - the way it's implemented, it makes Claws Mail vulnerable
> for local DoS attacks. It's trivialy easy to block Claws Mail for all
> users on a shared machine (just create a bunch of /tmp/claws-mail-1234
> files). And, if the "different uids" usecase is not interesting
> anyways, on which we seem to agree, it's making Claws Mail vulnerable
> for no benefit whatsoever.
>
> This is bad design, and it doesn't have anything to do with
> alternate-config-dir. It just poped up by coincidence during that topic.
Right, we had the problem before.
> The solution would be to ...
>
> >Also, I feel we're getting a little bit carried away there with
> >XDG_RUNTIME_DIR and everything. Supporting XDG would be great, but we
> >don't, right now.
>
> ... create your socket in a user-specific place instead of public /tmp.
> Now, you can either make up a directory name, or use a specified and
> configured one that's already there. By coincidence, there indeed is
> already a spec for exactly this usecase, it's followed on many modern
> machines, and it happens to be called XDG_RUNTIME_DIR. There's nothing
> magic, really.
>
> And you don't need to follow XDG either. On the contrary, if that
> variable is set, it help you in so far as it guarantees that it's gonna
> work (you're guaranteed to be able to create unix domain sockets there,
> unlike in random directories that you make up, which could themselves
> be on FAT or whatever).
The public directory can still be used as long as the names created cannot
be easily guessable. The MD5 makes it a bit more difficult. Using content
of XDG_RUNTIME_DIR could be interesting, yes. But on machines where it's
not defined we still need some default, because making it required doesn't
sound good.
> >Maybe we can start caring about XDG_RUNTIME_DIR when we'll have
> >migrated our config dir to XDG_CONDIR_DIR and imap caches to
> >XDG_CACHE_DIR.
>
> General XDG conformity is a completely unrelated topic.
>
> >In the meantime I couldn't care less if the socket name is rendered
> >unique using UID, config-dir-name hash, md5sum of the user's full name
> >appended to the computer domain name or whatever.
>
> Now you're talking about a feature (being able to put config dir on FAT
> or similarly limited filesystems). That's, as I said above, not really
> related to above notes. It could be done either way (putting it
> into /tmp, or putting it into /run/user/foo would work equally well
> feature-wise).
>
> >> don't remove uid from socket name, just add the MD5, otherwise two
> >>different users could clash using the same dir.
>
> Weird quoting. I didn't write that.
Nope, that was me :)
> >That's misguided, we sure as hell don't want two users running two
> >instances of Claws Mail, writing UIDL files, preferences and IMAP cache
> >files in the same configuration directory.
> >
> >Having the unicity on config dirs only is actually better than on UID +
> >config dir. Of course the hash has to be on the absolute path.
> >
> >Or am I missing something there?
>
> No, you're not. That's exactly what I said ("But that's actually a
> feature").
regards,
--
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: not available
URL:
From ricardo at mones.org Sun Dec 2 04:13:09 2012
From: ricardo at mones.org (Ricardo Mones)
Date: Sun, 2 Dec 2012 04:13:09 +0100
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121201201029.00003237@unknown>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121129201759.0000240f@unknown>
<20121130234324.5d2698e7@wodan> <20121130191518.000058b3@unknown>
<20121201232147.53260a6f@wodan> <20121201201029.00003237@unknown>
Message-ID: <20121202041309.5665e20c@svn.mones.org>
On Sat, 1 Dec 2012 20:10:29 -0500
Rich Pieri wrote:
> > I showed you that you didn't really understand the problem scope in
> > the first place (in the part that you stripped out in your quoting, by
> > coincidence).
>
> There is no scope. Losing mail is the worst thing that can happen.
Right, I think nobody is discussing that.
> Period. Because, in fact, we WERE talking about concurrent access. The
> whole reason that this discussion happened is because Ricardo brought
> it up.
Not really, I'm afraid Holger was right here. As he explained concurrent
access to same config dir by two different instances it's already
possible, and unavoidable unless the feature is removed, which is not
planned. Users are expected to know what they do when using
--alternate-config-dir, otherwise better not to use it, like rm -f.
This whole digression, which I didn't bring to @users in fact, has more to
do with the name of the locking mechanism which _already_ guarantees two
instances cannot access launching user's config. Nothing else.
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: not available
URL:
From richard.pieri at gmail.com Sun Dec 2 06:03:00 2012
From: richard.pieri at gmail.com (Rich Pieri)
Date: Sun, 2 Dec 2012 00:03:00 -0500
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121202020826.D769D853BF@mx.colino.net>
References:
<20121202020826.D769D853BF@mx.colino.net>
Message-ID: <20121202000300.00006610@unknown>
> --- Comment #4 from Ricardo Mones 2012-12-02 03:08:25 ---
> The claws-mail-uid/md5hashsocket which has been proposed on the users
> list solves this problem, as clashes with existing claws-mail-uid
> socket files.
I proposed this. I was told, "[i]f it's to be per-user, it should just
be XDG_RUNTIME_DIR."
Enough. I can't deal with this any more. You guys have my proposal, you
have the logic behind it, and you have a working context diff. YOU
figure out how you want to implement it.
--
Rich P.
From colin at colino.net Sun Dec 2 10:01:27 2012
From: colin at colino.net (Colin Leroy)
Date: Sun, 2 Dec 2012 10:01:27 +0100
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121202041309.5665e20c@svn.mones.org>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121129201759.0000240f@unknown>
<20121130234324.5d2698e7@wodan> <20121130191518.000058b3@unknown>
<20121201232147.53260a6f@wodan> <20121201201029.00003237@unknown>
<20121202041309.5665e20c@svn.mones.org>
Message-ID: <20121202100127.7e282d6f@mike>
On 02 December 2012 at 04h13, Ricardo Mones wrote:
Hi,
> Not really, I'm afraid Holger was right here. As he explained
> concurrent access to same config dir by two different instances it's
> already possible, and unavoidable unless the feature is removed,
> which is not planned.
Well, now that I'm aware of it, I *am* planning on removing that
possibility, as it's too unpredicable - contrary to rm -f.
--
Colin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: not available
URL:
From colin at colino.net Sun Dec 2 10:09:13 2012
From: colin at colino.net (Colin Leroy)
Date: Sun, 2 Dec 2012 10:09:13 +0100
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121201202631.000053a8@unknown>
References:
<20121201213100.E6193853BF@mx.colino.net>
<20121201202631.000053a8@unknown>
Message-ID: <20121202100913.5251c331@mike>
On 01 December 2012 at 20h26, Rich Pieri wrote:
Hi,
> > So, CVS now has rc_dir canonicalized. Two issues with that patch
> > though: 1) unified diff please
>
> I'll work on it this coming week.
Is that superceded by your next mail (ID
20121202000300.00006610 at unknown)? So that I know whether to do it or
not.
> I've been busy the past couple of days. Perhaps you heard about the
> city-wide power failure in Cambridge, MA on Thursday afternoon? My
> mail server ate it's system drive because of that despite the server
> being on a UPS and being shut down cleanly (it seemed). I spent
> Friday afternoon and evening building a new mail server and restoring
> my users' mail from backups and the salvaged data drives.
Yeah, servers tend to suicide themselves for no apparent reason at the
worst times possible... That's annoying as hell!
I tend to put SSDs in the mission-critical servers now, they seem to
handle age better than disks, at the expense of being not so big.
> > So, TL;DR for 2) is that the normal socket for normal RC dir must
> > not change name until the sun goes red giant on us :)
>
> Does it make sense to test the existence of both sockets and do
> the right thing if either exists?
Yes :)
> > The claws-mail-uid/md5hashsocket which has been proposed on the
> > users list solves this problem, as clashes with existing
> > claws-mail-uid socket files.
>
> I proposed this. I was told, "[i]f it's to be per-user, it should just
> be XDG_RUNTIME_DIR."
Well, that was a good idea (your proposition). The problem with
XDG_RUNTIME_DIR is that it won't work for sure and we have to have a
failback in any case. That makes a lot of logic for not very much
benefits.
--
Colin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: not available
URL:
From inigo_aldazabal at ehu.es Sun Dec 2 11:31:34 2012
From: inigo_aldazabal at ehu.es (Inigo Aldazabal Mensa)
Date: Sun, 2 Dec 2012 11:31:34 +0100
Subject: [Users] How to migrate "read/unread" status from KMail to Claws?
In-Reply-To: <20121201230808.571d8a3b@omega>
References: <20121201230808.571d8a3b@omega>
Message-ID: <201212021131.34333.inigo_aldazabal@ehu.es>
El Saturday 01 December 2012 a las 23:08, Nicolas Iselin escribió:
> Hi,
>
> I know there was a similar question about this a few days ago, but I am
> unable to find it in the archives. Sorry.
I assume you are referring to my question
http://thread.gmane.org/gmane.mail.sylpheed.claws.general/52678
which remains unanswered, but... read on.
> I am migrating KMail-mails to Claws using a combination of my own
> scripts and some found in various places. I am quite successful right
> now even on weird Kmail structures with a mixture of MBOX and MDIR
> "folders". However, all mails appear in Claws as "unread" after
> migration.
>
> While KMail has that in "Status:" and "X-Status:" Headers (which are of
> course also migrated), claws seems to store that information in the
> tagsdb.
>
> Is there any way to move that status from KMail-representation to
> the tagsdb with a script (preferrably shell, but I would be able to do
> it in perl if needed)?
Yes there is. I finally looked for the relevant information in the Claws
sources and I have the migration script almost done. I plan to finish it
in a couple of days and I'll post it back here.
>
> Or is this problem implicitly solved when I would use a different
> migration scenario (like moving the mail in Kmail to an IMAP Server and
> then move it in Claws from imap to the local disk)?
I'm also interested on this information.
Inigo
From andrej at kacian.sk Sun Dec 2 16:03:41 2012
From: andrej at kacian.sk (Andrej Kacian)
Date: Sun, 2 Dec 2012 16:03:41 +0100
Subject: [Users] Gmail quote problem
In-Reply-To: <20121130182838.3b69b8b2@from-theboss.911networks.com>
References: <20121130182403.55aecb11@from-theboss.911networks.com>
<20121130182838.3b69b8b2@from-theboss.911networks.com>
Message-ID: <20121202160341.7d53aea3@penny>
On Fri, 30 Nov 2012 18:28:38 -0800
sylpheed at 911networks.com wrote:
> sorry this is try #3!
>
> It won't format properly so you can see my problem. So can you please
> look at the source (Ctrl-U).
Have you tried double-clicking the "[...]" ? It is a feature of Claws Mail to
collapse quotes, to make long-winded threads more readable.
You can turn it off in preferences, in /Message View/Text Options.
Regards,
--
Andrej Kacian
From berndth at gmx.de Sun Dec 2 16:47:04 2012
From: berndth at gmx.de (Holger Berndt)
Date: Sun, 2 Dec 2012 16:47:04 +0100
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121201201029.00003237@unknown>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121129201759.0000240f@unknown>
<20121130234324.5d2698e7@wodan> <20121130191518.000058b3@unknown>
<20121201232147.53260a6f@wodan> <20121201201029.00003237@unknown>
Message-ID: <20121202164704.668c14cb@wodan>
On Sa, 01.12.2012 20:10, Rich Pieri wrote:
>> Then you just found out how the Debian versions that you use do it,
>> not how it's "usually" or always done. Linux is (unfortunately) too
>> diverse for this kind of generalizations.
>
>This is my point: you can't expect an environment variable to be set
>without having a hard dependency. If you aren't ready to make this
>happen then don't even suggest it.
... because ... ?
It's perfectly reasonable to obey system and/or user settings (which
are expressed via environment variables, or otherwise), and fall back to
something else if it's not set.
>> That's cute, but it doesn't impress me much, sorry.
>
>You questioned my insight into mail handling practices and decisions. I
>called you on it. Simple as that.
No. I questioned your insight into the current topic, and in fact, you
continue to demonstrate that you're lacking it. Because...
>> I showed you that you didn't really understand the problem scope in
>> the first place (in the part that you stripped out in your quoting, by
>> coincidence).
>
>There is no scope. Losing mail is the worst thing that can happen.
>Period. Because, in fact, we WERE talking about concurrent access. The
>whole reason that this discussion happened is because Ricardo brought
>it up.
... I explained it to you already, and I am explaining it again because
you still didn't get it: We are _NOT_ talking about concurrent access to
the MAILBOX! Claws Mail will happily let you interact with the same
mailbox at the same time, using --alternate-config-dir.
Holger
From berndth at gmx.de Sun Dec 2 17:09:34 2012
From: berndth at gmx.de (Holger Berndt)
Date: Sun, 2 Dec 2012 17:09:34 +0100
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121202000300.00006610@unknown>
References:
<20121202020826.D769D853BF@mx.colino.net>
<20121202000300.00006610@unknown>
Message-ID: <20121202170934.3c3f4316@wodan>
On So, 02.12.2012 00:03, Rich Pieri wrote:
>Enough. I can't deal with this any more. You guys have my proposal, you
>have the logic behind it, and you have a working context diff. YOU
>figure out how you want to implement it.
In fact, we have an implementation for MY proposal [1] from you which
lacks normalization. You might remember that your proposal was an
additional config option which would have introduced yet more problems.
And we have a discussion whether the socket should be in a public or
private place, because Mones spotted a problem with the public place
which made me reconsider.
So, indeed, somebody should decide whether that problem is considered
too academic, and we don't care, or whether it's worth attacking, in
which case the need for a live-update migration path is the worst part.
Holger
[1] http://lists.claws-mail.org/pipermail/users/2012-November/004614.html
From richard.pieri at gmail.com Sun Dec 2 18:38:26 2012
From: richard.pieri at gmail.com (Rich Pieri)
Date: Sun, 2 Dec 2012 12:38:26 -0500
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121202164704.668c14cb@wodan>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121129201759.0000240f@unknown>
<20121130234324.5d2698e7@wodan> <20121130191518.000058b3@unknown>
<20121201232147.53260a6f@wodan> <20121201201029.00003237@unknown>
<20121202164704.668c14cb@wodan>
Message-ID: <20121202123826.000008c8@unknown>
On Sun, 2 Dec 2012 16:47:04 +0100
Holger Berndt wrote:
> ... I explained it to you already, and I am explaining it again
> because you still didn't get it: We are _NOT_ talking about
> concurrent access to the MAILBOX! Claws Mail will happily let you
> interact with the same mailbox at the same time, using
> --alternate-config-dir.
I say -- and I've always maintained -- that concurrent access to
mailboxes is bad behavior. Colin agrees. If you disagree then take it up
with him.
--
Rich P.
From berndth at gmx.de Sun Dec 2 19:08:36 2012
From: berndth at gmx.de (Holger Berndt)
Date: Sun, 2 Dec 2012 19:08:36 +0100
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121202123826.000008c8@unknown>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121129201759.0000240f@unknown>
<20121130234324.5d2698e7@wodan> <20121130191518.000058b3@unknown>
<20121201232147.53260a6f@wodan> <20121201201029.00003237@unknown>
<20121202164704.668c14cb@wodan> <20121202123826.000008c8@unknown>
Message-ID: <20121202190836.5bc2270b@wodan>
On So, 02.12.2012 12:38, Rich Pieri wrote:
>On Sun, 2 Dec 2012 16:47:04 +0100
>Holger Berndt wrote:
>
>> ... I explained it to you already, and I am explaining it again
>> because you still didn't get it: We are _NOT_ talking about
>> concurrent access to the MAILBOX! Claws Mail will happily let you
>> interact with the same mailbox at the same time, using
>> --alternate-config-dir.
>
>I say -- and I've always maintained -- that concurrent access to
>mailboxes is bad behavior. Colin agrees. If you disagree then take it up
>with him.
I always said killing people is bad behaviour. My mom agrees. If you
disagree, take it up with my mom.
But I guess you're not even realizing that you're pulling strawmen.
Again: Concurrent mailbox access is not the topic in this thread. It
never was (outside your own misguided posts). The socket does NOT
prevent concurrent mailbox access. I didn't do so in the past, and it
doesn't do so with your patch applied.
Holger
From colin at colino.net Sun Dec 2 19:37:18 2012
From: colin at colino.net (Colin Leroy)
Date: Sun, 2 Dec 2012 19:37:18 +0100
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121202123826.000008c8@unknown>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121129201759.0000240f@unknown>
<20121130234324.5d2698e7@wodan> <20121130191518.000058b3@unknown>
<20121201232147.53260a6f@wodan> <20121201201029.00003237@unknown>
<20121202164704.668c14cb@wodan> <20121202123826.000008c8@unknown>
Message-ID: <20121202193718.463004e8@mike>
On 02 December 2012 at 12h38, Rich Pieri wrote:
Hi,
> I say -- and I've always maintained -- that concurrent access to
> mailboxes is bad behavior. Colin agrees. If you disagree then take it
> up with him.
In fact concurrent mailbox access is OK, be it MH or IMAP. What's
really dangerous is concurrent config dir access :)
--
Colin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: not available
URL:
From richard.pieri at gmail.com Sun Dec 2 19:37:33 2012
From: richard.pieri at gmail.com (Rich Pieri)
Date: Sun, 2 Dec 2012 13:37:33 -0500
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121202190836.5bc2270b@wodan>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121129201759.0000240f@unknown>
<20121130234324.5d2698e7@wodan> <20121130191518.000058b3@unknown>
<20121201232147.53260a6f@wodan> <20121201201029.00003237@unknown>
<20121202164704.668c14cb@wodan> <20121202123826.000008c8@unknown>
<20121202190836.5bc2270b@wodan>
Message-ID: <20121202133733.00005217@unknown>
Holger,
I don't know why you're even bothering. Or why I'm bothering. I've
washed my hands of it. If you have a problem with it then take it up
with Colin.
--
Rich P.
From berndth at gmx.de Sun Dec 2 20:27:12 2012
From: berndth at gmx.de (Holger Berndt)
Date: Sun, 2 Dec 2012 20:27:12 +0100
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121202133733.00005217@unknown>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121129201759.0000240f@unknown>
<20121130234324.5d2698e7@wodan> <20121130191518.000058b3@unknown>
<20121201232147.53260a6f@wodan> <20121201201029.00003237@unknown>
<20121202164704.668c14cb@wodan> <20121202123826.000008c8@unknown>
<20121202190836.5bc2270b@wodan> <20121202133733.00005217@unknown>
Message-ID: <20121202202712.5ff1283e@wodan>
On So, 02.12.2012 13:37, Rich Pieri wrote:
>I don't know why you're even bothering. Or why I'm bothering. I've
>washed my hands of it. If you have a problem with it then take it up
>with Colin.
You didn't understand what Colin was saying either. But I leave it up
to him to try to enlighten you.
Holger
From noreply at thewildbeast.co.uk Sun Dec 2 21:00:29 2012
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sun, 2 Dec 2012 21:00:29 +0100 (CET)
Subject: [Users] [Bug 2829] New: Rightclicking folder lacks "Update/Refresh
all feeds (in folder)" menu entry
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2829
Summary: Rightclicking folder lacks "Update/Refresh all feeds
(in folder)" menu entry
Product: Claws Mail
Version: CVS
Platform: PC
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P3
Component: Plugins/RSSyl
AssignedTo: users at lists.claws-mail.org
ReportedBy: gusnan at gusnan.se
What do you guys think about a menuentry for folders to update only all feeds
that is located in that folder? There is a menuentry for "Refresh all feeds"
which refreshes all feeds that are registered in RSSyl - how about a
possibility to refresh only a subset of the feeds?
Using folders to group feeds that are similar in content, it might be a good
idea to be able to refresh only this subset of all feeds.
--
Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Sun Dec 2 21:36:35 2012
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sun, 2 Dec 2012 21:36:35 +0100 (CET)
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To:
References:
Message-ID: <20121202203635.22E40FE91@mx.colino.net>
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2828
--- Comment #5 from users 2012-12-02 21:36:34 ---
Changes related to this bug have been committed.
Please check latest CVS and update the bug accordingly.
You can also get the patch from:
http://www.claws-mail.org/tracker/
2012-12-02 [colin] 3.9.0cvs36
* src/main.c
Move control sockets inside their own directory,
$TMPDIR/claws-mail-$UID/, and name them after the configuration
directory md5 hash. That allows
- cleaner separation of sockets and config dirs in
case of alternate config directories
- forward migration is handled: if $TMPDIR/claws-mail-$UID
exists as a socket, use it to control the running entity
- backwards migration is handled: starting an old Claws Mail
version will bail out as creating the legacy socket won't
be possible.
- migration for alternate-config-dirs is not handled, which
could be mentioned in release notes.
Fixes bug #2828, "Use MD5 digest for socket name"
--
Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
From richard.pieri at gmail.com Sun Dec 2 22:41:56 2012
From: richard.pieri at gmail.com (Rich Pieri)
Date: Sun, 2 Dec 2012 16:41:56 -0500
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121202193718.463004e8@mike>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121129201759.0000240f@unknown>
<20121130234324.5d2698e7@wodan> <20121130191518.000058b3@unknown>
<20121201232147.53260a6f@wodan> <20121201201029.00003237@unknown>
<20121202164704.668c14cb@wodan> <20121202123826.000008c8@unknown>
<20121202193718.463004e8@mike>
Message-ID: <20121202164156.00006a83@unknown>
On Sun, 2 Dec 2012 19:37:18 +0100
Colin Leroy wrote:
> In fact concurrent mailbox access is OK, be it MH or IMAP.
Okay, I guess we don't agree on this point. :)
The UW, Courier and Dovecot IMAP servers try to be meticulous about
locking files and directories before performing potentially destructive
operations. They do this specifically to avoid concurrent writes which
would result in damaged or destroyed mail.
I won't make statements about MH or nhm since I haven't used them in
many years.
Consider this: user has his home directory on NFS or AFS. User starts
CM on one workstation. User starts CM on another workstation. This is a
concurrency problem. Unix Domain Sockets are local to the nodes they
are created on. There is no place that you can put the lock socket
where the second instance can tell that it is the second instance. Both
instances have full write access to the same claws-mark and claws-cache
files in the MH directories.
This is an environment that I work in every day: I manage an AFS cell
for about 150 users. One of my faculty lost 3 months worth of mail late
last year due to a similar problem involving Thunderbird.
There's a new wrinkle coming down the 'pike: Dropbox. Colleges and
universities that have traditionally provided computing facilities to
students have been looking at Dropbox to replace or supplement NFS and
AFS home directories. Consider how messy things can get if a user with
such a profile logs in and starts CM before the Dropbox software fully
synchronizes the configuration and cache (to wit: a partial copy of the
config directory).
I've not seen this implemented yet so I can't say just how bad it would
be. One of my reasons for addressing the socket path is to put a CM
configuration in a Dropbox folder to see what happens under various
abuses. The worst case I can imagine falls into the "catastrophic"
category.
--
Rich P.
From berndth at gmx.de Sun Dec 2 23:49:23 2012
From: berndth at gmx.de (Holger Berndt)
Date: Sun, 2 Dec 2012 23:49:23 +0100
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121202193718.463004e8@mike>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121129201759.0000240f@unknown>
<20121130234324.5d2698e7@wodan> <20121130191518.000058b3@unknown>
<20121201232147.53260a6f@wodan> <20121201201029.00003237@unknown>
<20121202164704.668c14cb@wodan> <20121202123826.000008c8@unknown>
<20121202193718.463004e8@mike>
Message-ID: <20121202234923.7c64076a@wodan>
On So, 02.12.2012 19:37, Colin Leroy wrote:
>In fact concurrent mailbox access is OK, be it MH or IMAP.
If I remember correctly, concurrent access to an MH mailbox usually
works - but there are race conditions, and in rare cases you might
end up with messed up or even lost messages. So I would sort concurrent
access to a mailbox under "do at your own risk".
But that's a completely different topic.
Holger
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From ricardo at mones.org Mon Dec 3 02:23:15 2012
From: ricardo at mones.org (Ricardo Mones)
Date: Mon, 3 Dec 2012 02:23:15 +0100
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121202100127.7e282d6f@mike>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121129201759.0000240f@unknown>
<20121130234324.5d2698e7@wodan> <20121130191518.000058b3@unknown>
<20121201232147.53260a6f@wodan> <20121201201029.00003237@unknown>
<20121202041309.5665e20c@svn.mones.org>
<20121202100127.7e282d6f@mike>
Message-ID: <20121203022315.05630e69@svn.mones.org>
Hi Colin,
On Sun, 2 Dec 2012 10:01:27 +0100
Colin Leroy wrote:
> On 02 December 2012 at 04h13, Ricardo Mones wrote:
>
> Hi,
>
> > Not really, I'm afraid Holger was right here. As he explained
> > concurrent access to same config dir by two different instances it's
> > already possible, and unavoidable unless the feature is removed,
> > which is not planned.
>
> Well, now that I'm aware of it, I *am* planning on removing that
> possibility, as it's too unpredicable - contrary to rm -f.
Not sure why --alternate-config-dir has to be a collateral damage here. The
usual use case for it of a single user who wants several configs to be used
sequentially is still perfectly valid and has no problems.
regards,
--
Ricardo Mones
~
The world will end in 5 minutes. Please log out. Unknown
-------------- 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 Dec 3 02:30:26 2012
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Mon, 3 Dec 2012 02:30:26 +0100 (CET)
Subject: [Users] [Bug 1137] loading plugins with same profile on different
archs
In-Reply-To:
References:
Message-ID: <20121203013026.5EC1E8542F@mx.colino.net>
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=1137
Ricardo Mones changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--
Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
From ninomraz at gmail.com Mon Dec 3 05:31:12 2012
From: ninomraz at gmail.com (Nick M.)
Date: Mon, 3 Dec 2012 05:31:12 +0100
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121202041309.5665e20c@svn.mones.org>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121129201759.0000240f@unknown>
<20121130234324.5d2698e7@wodan> <20121130191518.000058b3@unknown>
<20121201232147.53260a6f@wodan> <20121201201029.00003237@unknown>
<20121202041309.5665e20c@svn.mones.org>
Message-ID:
On Sun, Dec 2, 2012 at 4:13 AM, Ricardo Mones wrote:
> ... Users are expected to know what they do when using
> --alternate-config-dir, otherwise better not to use it...
Over-riding default locations of user's data is the most common thing
users have
to do. I don't know what exactly you mean by "must know what they do", but such
basic intervention should certainly require no knowledge of internal
workings of the
application or finer points of the file-system.
Nick
From noreply at thewildbeast.co.uk Mon Dec 3 07:20:32 2012
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Mon, 3 Dec 2012 07:20:32 +0100 (CET)
Subject: [Users] [Bug 2829] Rightclicking folder lacks "Update/Refresh all
feeds (in folder)" menu entry
In-Reply-To:
References:
Message-ID: <20121203062032.553E48542F@mx.colino.net>
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2829
--- Comment #1 from Andrej Kacian 2012-12-03 07:20:31 ---
This is already possible in my RSSyl rewrite, and you can help bringing it
closer to the release by testing it. See
http://lists.claws-mail.org/pipermail/devel/2012-January/000201.html
--
Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
From ricardo at mones.org Mon Dec 3 08:47:34 2012
From: ricardo at mones.org (Ricardo Mones)
Date: Mon, 3 Dec 2012 08:47:34 +0100
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To:
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121129201759.0000240f@unknown>
<20121130234324.5d2698e7@wodan> <20121130191518.000058b3@unknown>
<20121201232147.53260a6f@wodan> <20121201201029.00003237@unknown>
<20121202041309.5665e20c@svn.mones.org>
Message-ID: <20121203084734.4d7f3be3@svn.mones.org>
On Mon, 3 Dec 2012 05:31:12 +0100
"Nick M." wrote:
> On Sun, Dec 2, 2012 at 4:13 AM, Ricardo Mones wrote:
> > ... Users are expected to know what they do when using
> > --alternate-config-dir, otherwise better not to use it...
>
> Over-riding default locations of user's data is the most common thing
> users have
> to do. I don't know what exactly you mean by "must know what they do", but
> such basic intervention should certainly require no knowledge of internal
> workings of the
> application or finer points of the file-system.
It doesn't, but if weird things are done deliberately, like using that
option with the user's default config dir (!) and then launch another
instance, weird things can happen. Since 3.9.0cvs37 not anymore ;-)
--
Ricardo Mones
~
Never send a human to do a machine's job. Agent Smith
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From colin at colino.net Mon Dec 3 09:40:40 2012
From: colin at colino.net (Colin Leroy)
Date: Mon, 3 Dec 2012 09:40:40 +0100
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121203022315.05630e69@svn.mones.org>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121129201759.0000240f@unknown>
<20121130234324.5d2698e7@wodan> <20121130191518.000058b3@unknown>
<20121201232147.53260a6f@wodan> <20121201201029.00003237@unknown>
<20121202041309.5665e20c@svn.mones.org>
<20121202100127.7e282d6f@mike>
<20121203022315.05630e69@svn.mones.org>
Message-ID: <20121203094040.7bc0aa42@colin>
On Mon, 3 Dec 2012 02:23:15 +0100, Ricardo Mones
wrote:
> > Well, now that I'm aware of it, I *am* planning on removing that
> > possibility, as it's too unpredicable - contrary to rm -f.
>
> Not sure why --alternate-config-dir has to be a collateral damage
> here. The usual use case for it of a single user who wants several
> configs to be used sequentially is still perfectly valid and has no
> problems.
I wasn't thinking about nuking --alternate-config-dir but the
possibility to have two users running an instance of claws using the
same alternate-config-dir. But with what I implemented that won't be
possible, so forget it :)
It seems that topic generates a lot of misunderstanding :-)
--
Colin
From ricardo at mones.org Mon Dec 3 10:01:47 2012
From: ricardo at mones.org (Ricardo Mones)
Date: Mon, 3 Dec 2012 10:01:47 +0100
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121203094040.7bc0aa42@colin>
References: <20121130010022.31fbc26d@wodan> <20121129201759.0000240f@unknown>
<20121130234324.5d2698e7@wodan> <20121130191518.000058b3@unknown>
<20121201232147.53260a6f@wodan> <20121201201029.00003237@unknown>
<20121202041309.5665e20c@svn.mones.org>
<20121202100127.7e282d6f@mike>
<20121203022315.05630e69@svn.mones.org>
<20121203094040.7bc0aa42@colin>
Message-ID: <20121203090147.GE29348@trasgu>
On Mon, Dec 03, 2012 at 09:40:40AM +0100, Colin Leroy wrote:
> On Mon, 3 Dec 2012 02:23:15 +0100, Ricardo Mones
> wrote:
>
> > > Well, now that I'm aware of it, I *am* planning on removing that
> > > possibility, as it's too unpredicable - contrary to rm -f.
> >
> > Not sure why --alternate-config-dir has to be a collateral damage
> > here. The usual use case for it of a single user who wants several
> > configs to be used sequentially is still perfectly valid and has no
> > problems.
>
> I wasn't thinking about nuking --alternate-config-dir but the
> possibility to have two users running an instance of claws using the
> same alternate-config-dir. But with what I implemented that won't be
> possible, so forget it :)
Saw it, nice patch, thanks ;)
> It seems that topic generates a lot of misunderstanding :-)
Indeed, largest thread in ages... :)
--
Ricardo Mones
~
00:45 < hammar> cool.. have you used rssyl?
00:46 <@Ticho> um, yes Seen on #sylpheed
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL:
From bdm at fenrir.org.uk Mon Dec 3 11:35:24 2012
From: bdm at fenrir.org.uk (Brian Morrison)
Date: Mon, 3 Dec 2012 10:35:24 +0000
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121202164156.00006a83@unknown>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121129201759.0000240f@unknown>
<20121130234324.5d2698e7@wodan> <20121130191518.000058b3@unknown>
<20121201232147.53260a6f@wodan> <20121201201029.00003237@unknown>
<20121202164704.668c14cb@wodan> <20121202123826.000008c8@unknown>
<20121202193718.463004e8@mike> <20121202164156.00006a83@unknown>
Message-ID: <20121203103524.000001c4@surtees.fenrir.org.uk>
On Sun, 2 Dec 2012 16:41:56 -0500
Rich Pieri wrote:
> > In fact concurrent mailbox access is OK, be it MH or IMAP.
>
> Okay, I guess we don't agree on this point. :)
>
> The UW, Courier and Dovecot IMAP servers try to be meticulous about
> locking files and directories before performing potentially
> destructive operations. They do this specifically to avoid concurrent
> writes which would result in damaged or destroyed mail.
I think that Colin said concurrent _access_ deliberately, precisely
because IMAP has mechanisms to prevent concurrent _writes_.
--
Brian Morrison
From noreply at thewildbeast.co.uk Mon Dec 3 16:54:34 2012
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Mon, 3 Dec 2012 16:54:34 +0100 (CET)
Subject: [Users] [Bug 2141] Notification plugin segfaults on claws-mail exit
if set to monitor a RSS-folder
In-Reply-To:
References:
Message-ID: <20121203155434.D141E85480@mx.colino.net>
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2141
Ricardo Mones changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|3.7.6 |CVS
--- Comment #13 from Ricardo Mones 2012-12-03 16:54:33 ---
This still happens on current CVS, so changing version accordingly.
--
Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Mon Dec 3 17:00:00 2012
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Mon, 3 Dec 2012 17:00:00 +0100 (CET)
Subject: [Users] [Bug 1996] S/MIME key not selected
In-Reply-To:
References:
Message-ID: <20121203160000.A8E6885480@mx.colino.net>
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=1996
Ricardo Mones changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #5 from Ricardo Mones 2012-12-03 16:59:59 ---
Given the time passed I hope a package has been released, otherwise I'd think
about switching distribution... :)
--
Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
From richard.pieri at gmail.com Mon Dec 3 18:19:14 2012
From: richard.pieri at gmail.com (Rich Pieri)
Date: Mon, 3 Dec 2012 12:19:14 -0500
Subject: [Users] [Bug 2828] Use MD5 digest for socket name
In-Reply-To: <20121203103524.000001c4@surtees.fenrir.org.uk>
References:
<20121128203335.62FDE853E3@mx.colino.net>
<20121128161734.000023b5@unknown> <20121128232229.5dadf5e7@sumiciu>
<20121129010838.373f5ee8@wodan> <20121128194739.00004e44@unknown>
<20121129083359.GC29348@trasgu> <20121129110229.0000000b@unknown>
<20121129165245.GD29348@trasgu> <20121129125936.0000533f@unknown>
<20121129205127.28ca6988@wodan> <20121129160126.00002694@unknown>
<20121130010022.31fbc26d@wodan> <20121129201759.0000240f@unknown>
<20121130234324.5d2698e7@wodan> <20121130191518.000058b3@unknown>
<20121201232147.53260a6f@wodan> <20121201201029.00003237@unknown>
<20121202164704.668c14cb@wodan> <20121202123826.000008c8@unknown>
<20121202193718.463004e8@mike> <20121202164156.00006a83@unknown>
<20121203103524.000001c4@surtees.fenrir.org.uk>
Message-ID: <20121203121914.00006f31@unknown>
On Mon, 3 Dec 2012 10:35:24 +0000
Brian Morrison wrote:
> I think that Colin said concurrent _access_ deliberately, precisely
> because IMAP has mechanisms to prevent concurrent _writes_.
Unqualified "access" means full permission to read and write. If Colin
did mean read-only access then it should have been clearly indicated.
I admit to being pedantic about this. Losing mail is one of my worst
nightmares.
--
Rich P.
From noreply at thewildbeast.co.uk Tue Dec 4 10:10:37 2012
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 4 Dec 2012 10:10:37 +0100 (CET)
Subject: [Users] [Bug 2768] Wrong detection of charset in Youtube
notification e-mail
In-Reply-To:
References:
Message-ID: <20121204091037.B7BA5853C2@mx.colino.net>
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2768
--- Comment #1 from Ricardo Mones 2012-12-04 10:10:36 ---
Can you attach the raw file of one of these mails? You can obscure email
addresses, server names/addresses or even content between boundaries you don't
want to expose, of course, those are not important.
Anyway I suspect this is a bug of Youtube: the wrong displayed chars are just
one char, like ISO-8859-1 displayed as UTF-8. If they were UTF-8 displayed as
ISO-8859-1 they should be two wrong chars.
--
Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Tue Dec 4 15:58:15 2012
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 4 Dec 2012 15:58:15 +0100 (CET)
Subject: [Users] [Bug 2830] New: Fancy does not "copy" properly
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2830
Summary: Fancy does not "copy" properly
Product: Claws Mail
Version: CVS
Platform: PC
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P3
Component: Plugins/Fancy
AssignedTo: users at lists.claws-mail.org
ReportedBy: clawsmail at kushwaha.com
The right-click-to-copy-a-link function in Fancy is different from the
right-click-to-copy-a-link function of text display.
I run a virtual box and when I copy a link using the latter, it gets copied
into the clipboard which is then picked up by the VM and is then available to
me in my host OS. However, when I copy a link in Fancy, it shows up in the
clipboard within the virtual OS but is not picked up by the VM. If I simply
copy the link into a text box of something and then copy it again, it works!
Could the Fancy plug-in please be enhanced to use the same copy function as the
text-rendered-as-link version so that the copy-paste works better.
--
Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Tue Dec 4 17:44:46 2012
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 4 Dec 2012 17:44:46 +0100 (CET)
Subject: [Users] [Bug 2768] Wrong detection of charset in Youtube
notification e-mail
In-Reply-To:
References:
Message-ID: <20121204164446.97014853C2@mx.colino.net>
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2768
--- Comment #2 from D�niel Fraga 2012-12-04 17:44:46 ---
Created an attachment (id=1200)
--> (http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1200)
Raw message from youtube
Hi Ricardo! It's attached.
A way to fix it is simply changing the line (notice the broken '">':
to this:
--
Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Tue Dec 4 18:31:46 2012
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 4 Dec 2012 18:31:46 +0100 (CET)
Subject: [Users] [Bug 2768] Wrong detection of charset in Youtube
notification e-mail
In-Reply-To:
References:
Message-ID: <20121204173146.45E3F853C2@mx.colino.net>
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2768
Ricardo Mones changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |INVALID
--- Comment #3 from Ricardo Mones 2012-12-04 18:31:45 ---
The change you mention doesn't fix anything here (CVS version), but if I change
the head line to:
It renders perfectly, as the HTML is in fact ISO, not UTF-8.
Sorry, but I'm afraid this is a Youtube generator bug.
--
Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
From sylpheed at 911networks.com Wed Dec 5 01:33:49 2012
From: sylpheed at 911networks.com (sylpheed at 911networks.com)
Date: Tue, 4 Dec 2012 16:33:49 -0800
Subject: [Users] Problem displaying replies
Message-ID: <20121204163349.7b8479b3@from-theboss.911networks.com>
Hi,
When reading back and forth email messages with quotes it shows as
this example:
===start================
On Tue, Dec 4, 2012 at 10:42 PM, Robert Moskowitz wrote:
[...]
[...]
[...]
[...]
I'm sorry, I am afraid I misunderstood the question.
Blah blah
===end=================
I have to double click on [...] to see what they are replying to:
I have:
Preferences > Text Options > quotation > Checkmark: Collapse quoted text on double click
I have also tried with the checkmark off. Then I can't even click to
expand the text.
CM 390, xUbuntu 12.04
Linux pc-00192 3.2.0-34-generic #53-Ubuntu SMP Thu Nov 15 10:48:16 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
--
Thanks
http://www.911networks.com
When the network has to work
From kushwaha at netsolutionsindia.com Wed Dec 5 06:22:44 2012
From: kushwaha at netsolutionsindia.com (Abhay S. Kushwaha)
Date: Wed, 5 Dec 2012 10:52:44 +0530
Subject: [Users] Problem displaying replies
In-Reply-To: <20121204163349.7b8479b3@from-theboss.911networks.com>
References: <20121204163349.7b8479b3@from-theboss.911networks.com>
Message-ID: <20121205105244.4176202e@netsolutionsindia.com>
On Tue, 4 Dec 2012 16:33:49 -0800, sylpheed at 911networks.com wrote:
> I have to double click on [...] to see what they are replying to:
Go to the menu: View -> Quotes
And de-select which-ever option is selected (I am guessing "Collapse
All" is selected). You can de-select the marked option by simply
clicking on the option that's enabled; it will toggle the status.
[a]
From c-blair at Illinois.edu Wed Dec 5 07:28:34 2012
From: c-blair at Illinois.edu (Charles Blair)
Date: Wed, 5 Dec 2012 00:28:34 -0600
Subject: [Users] install "incomplete mailbox" failure (continued)
Message-ID: <20121205002834.515d92e6@Charlie.hsd1.il.comcast.net.>
This is a continuation of my attempts to install
claws-mail. I'm sorry that I don't know how to
post follow-ups within a single thread (I'm receiving
digests, if that makes a difference). Thanks to
anyone who has the patience to read the detailed
account below.
I have been using claws-mail 3.7.6 on another
machine. I have downloaded a debian linux package for
3.8.1 to my current machine, and am trying to use
the same configuration as before. The new machine
has a dual-boot with Windows Vista, and claws-mail
is working in Windows using this configuration.
I usually log into a linux terminal as "ceblair,"
and then issue an "su" command, so I think the
important stuff is happening in the /root directory.
When I type "claws-mail" the first time, the "Welcome
to Claws Mail" appears, but there are also messages
failed to open directory: /usr/etc/skel/.claws-mail
/root/.claws-mail/clawsrc: No such file or directory
I am using my university's server (imap.illinois.edu)
for incoming mail, but am using a residential network
supplied by comcast for outgoing mail (this has worked
on previous installs). The "About You" window already
has an address including "comcast," which I have changed
to the correct address.
Again, the "Receiving Mail" display begins by showing
a pop server with an address including "comcast." I
change this to imap.illinois.edu. I am using SSL but
not STARTLS. I left the "IMAP server directory" blank.
The Sending mail display has "smtp.hsd1.il.comcast.net"
filled in. I have replaced this, to be consistent with
my other computer, with "smtp.comcast.net". Again, SSL
is used, but not STARTLS.
I now have "Configuration Finished" and click "save".
This displays the "detected configured mailbox, but
it is incomplete" message. At the same time, the terminal
shows
Can't create INBOX, Trash, Queue, Sent, or Drafts
/root/.claws-mail/clawsrc: fopen: No such file or directory.
When I close the "incomplete" message, the terminal shows
While connecting to session manger: specified authentication
not supported.
If I click on the folder and click "Rebuild folder tree"
then click on "continue?" nothing seems to happen.
If I then go to "Tools" and "Network Log," there is
the one line
Network Manager: network is offline.
However, my browser is working, as is my download of the
.deb package for claws-mail.
There is a folder /root/.claws-mail/imapcache, but it
is empty.
From ricardo at mones.org Wed Dec 5 10:07:45 2012
From: ricardo at mones.org (Ricardo Mones)
Date: Wed, 5 Dec 2012 10:07:45 +0100
Subject: [Users] install "incomplete mailbox" failure (continued)
In-Reply-To: <50bedab8.0387e50a.7733.ffffe290SMTPIN_ADDED_BROKEN@mx.google.com>
References: <50bedab8.0387e50a.7733.ffffe290SMTPIN_ADDED_BROKEN@mx.google.com>
Message-ID: <20121205090745.GA10614@trasgu>
On Wed, Dec 05, 2012 at 12:28:34AM -0600, Charles Blair wrote:
> This is a continuation of my attempts to install
> claws-mail. I'm sorry that I don't know how to
> post follow-ups within a single thread (I'm receiving
> digests, if that makes a difference). Thanks to
> anyone who has the patience to read the detailed
> account below.
Have you tried to select the text you want to reply and hit reply
button?
> I have been using claws-mail 3.7.6 on another
> machine. I have downloaded a debian linux package for
> 3.8.1 to my current machine, and am trying to use
> the same configuration as before. The new machine
> has a dual-boot with Windows Vista, and claws-mail
> is working in Windows using this configuration.
>
> I usually log into a linux terminal as "ceblair,"
> and then issue an "su" command, so I think the
> important stuff is happening in the /root directory.
Why do you do that!? If you need to read root mail forward
it to a user account and you're done. Claws Mail can run
perfectly in a user account.
> When I type "claws-mail" the first time, the "Welcome
> to Claws Mail" appears, but there are also messages
>
> failed to open directory: /usr/etc/skel/.claws-mail
>
> /root/.claws-mail/clawsrc: No such file or directory
This is normal, it's first run. Don't worry about that.
> I am using my university's server (imap.illinois.edu)
> for incoming mail, but am using a residential network
> supplied by comcast for outgoing mail (this has worked
> on previous installs). The "About You" window already
> has an address including "comcast," which I have changed
> to the correct address.
>
> Again, the "Receiving Mail" display begins by showing
> a pop server with an address including "comcast." I
> change this to imap.illinois.edu. I am using SSL but
> not STARTLS. I left the "IMAP server directory" blank.
Is it using standard ports? Otherwise you should add :nnn after
server name, where nnn is the port number the IMAP server uses.
Same applies for outgoing server, in case it's needed.
[...]
> If I click on the folder and click "Rebuild folder tree"
> then click on "continue?" nothing seems to happen.
>
> If I then go to "Tools" and "Network Log," there is
> the one line
>
> Network Manager: network is offline.
Yep, that's the probable cause of all of what you're describing. NM was
not very reliable, and in fact I stopped to use it completely.
See http://bugs.debian.org/661334 for example.
Click the little blue icon on the left of the account selector at the
bottom right corner of the screen to put it online, then try rebuilding
folder tree.
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 charlescurley at charlescurley.com Wed Dec 5 15:33:01 2012
From: charlescurley at charlescurley.com (Charles Curley)
Date: Wed, 5 Dec 2012 07:33:01 -0700
Subject: [Users] install "incomplete mailbox" failure (continued)
In-Reply-To: <20121205002834.515d92e6@Charlie.hsd1.il.comcast.net.>
References: <20121205002834.515d92e6@Charlie.hsd1.il.comcast.net.>
Message-ID: <20121205073301.1771a66e@yendi.localdomain>
On Wed, 5 Dec 2012 00:28:34 -0600
Charles Blair wrote:
> I'm sorry that I don't know how to
> post follow-ups within a single thread (I'm receiving
> digests, if that makes a difference).
Yes, it does make a difference. Digests are for archivists and others
who passively accumulate the traffic.
You have already noted one problem with digests. Another is that the
digests go out with their own subject lines, not those of the actual
messages.
Most email has an identifier. Replies will usually have that identifier
in the reply email, so that thread-enabled mail readers can easily
thread discussions. Digests do not contain those identifiers, so your
traffic will break threads.
I recommend that you change your subscription to non-digest mode.
--
Charles Curley /"\ ASCII Ribbon Campaign
Looking for fine software \ / Respect for open standards
and/or writing? X No HTML/RTF in email
http://www.charlescurley.com / \ No M$ Word docs in email
Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB
From noreply at thewildbeast.co.uk Wed Dec 5 16:19:55 2012
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Wed, 5 Dec 2012 16:19:55 +0100 (CET)
Subject: [Users] [Bug 2831] New: Trash failed
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2831
Summary: Trash failed
Product: Claws Mail
Version: CVS
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P3
Component: UI/Message List
AssignedTo: users at lists.claws-mail.org
ReportedBy: pf at pfortin.com
Never saw anything like this before... 3.9.0cvs17 (in case it matters, I was
compiling cvs40 at the time; installation not yet started)
Selected a message and clicked Trash. Message changed color to blue and list
selector moved to next message. Message to be trashed had a white-on-blue "<"
icon which apparently means Move Pending or somesuch.
Selecting that message gave what is in the attached screenshot. Clicked on
Network Log and nothing related to this was in the log. I only use POP/SMTP
(never used IMAP), so the "network" issue makes no sense to me.
More strangeness... just switched back to mail desktop and CM is back to what
it looked like before I hit Trash -- like none of this ever happened. The blue
is gone, as is the icon. and the original message contents are visible again.
Only desktop switching occurred...
Hit Trash again and it went to trash as initially expected....
[cue Twilight Zone music...]
--
Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Wed Dec 5 16:24:38 2012
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Wed, 5 Dec 2012 16:24:38 +0100 (CET)
Subject: [Users] [Bug 2831] Trash failed
In-Reply-To:
References:
Message-ID: <20121205152438.6FA71854AD@mx.colino.net>
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2831
--- Comment #1 from Pierre Fortin 2012-12-05 16:24:37 ---
Created an attachment (id=1201)
--> (http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1201)
screen shot of Trash failing
--
Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Wed Dec 5 17:50:45 2012
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Wed, 5 Dec 2012 17:50:45 +0100 (CET)
Subject: [Users] [Bug 2831] Trash failed
In-Reply-To:
References:
Message-ID: <20121205165045.E4540854AD@mx.colino.net>
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2831
Paul changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |INVALID
--- Comment #2 from Paul 2012-12-05 17:50:45 ---
looks like a temporary network problem to me, I see no bug here
--
Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Wed Dec 5 18:32:25 2012
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Wed, 5 Dec 2012 18:32:25 +0100 (CET)
Subject: [Users] [Bug 2477] gtkhtml2 viewer plugin causes Claws-Mail to
crash when viewing a MH folder I created
In-Reply-To:
References:
Message-ID: <20121205173225.64F20854C8@mx.colino.net>
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2477
Ricardo Mones changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |RESOLVED
Resolution| |FIXED
--- Comment #5 from Ricardo Mones 2012-12-05 18:32:24 ---
Closing, as this seems to be fixed since 3.8.0.
--
Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Wed Dec 5 18:40:49 2012
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Wed, 5 Dec 2012 18:40:49 +0100 (CET)
Subject: [Users] [Bug 2831] Trash failed
In-Reply-To:
References:
Message-ID: <20121205174049.7F290854C8@mx.colino.net>
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2831
--- Comment #3 from Pierre Fortin 2012-12-05 18:40:49 ---
Now you've got my curiosity... What network activity is related to moving a
message to Trash in a local-only MH setup? Then, I'm really puzzled how Move
Pending was automatically undone... :)
--
Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
From bdm at fenrir.org.uk Wed Dec 5 20:56:08 2012
From: bdm at fenrir.org.uk (Brian Morrison)
Date: Wed, 5 Dec 2012 19:56:08 +0000
Subject: [Users] Crash in cvs40, backtrace etc appended
Message-ID: <20121205195608.100753b5@peterson.fenrir.org.uk>
Not sure what happened, Claws was sat in the background and crashed
while I was at work:
[New LWP 2126]
[New LWP 3611]
[New LWP 2296]
[New LWP 2678]
[New LWP 3613]
[New LWP 3612]
[New LWP 3615]
[New LWP 2593]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
warning: "/var/cache/abrt-di/usr/lib/debug/usr/lib64/libicudata.so.48.1.1.debug": separate debug info file has no debug info
Core was generated by `claws-mail --select #imap/Brian/INBOX'.
Program terminated with signal 6, Aborted.
#0 0x0000003c3ca35935 in __GI_raise (sig=sig at entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
64 return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig);
Thread 8 (Thread 0x7fb81d6a8700 (LWP 2593)):
#0 0x0000003c3cae8bdf in __GI___poll (fds=, nfds=, timeout=) at ../sysdeps/unix/sysv/linux/poll.c:87
resultvar =
oldtype = 0
result =
#1 0x0000003c3f647af4 in g_main_context_poll (n_fds=3, fds=0x7fb8100010c0, timeout=-1, context=0x7fb818007700, priority=) at gmain.c:3440
poll_func = 0x3c3f655910
#2 g_main_context_iterate (context=0x7fb818007700, block=block at entry=1, dispatch=dispatch at entry=1, self=) at gmain.c:3141
max_priority = 2147483647
timeout = -1
some_ready =
nfds = 3
allocated_nfds =
fds = 0x7fb8100010c0
#3 0x0000003c3f647f52 in g_main_loop_run (loop=0x7fb8180076b0) at gmain.c:3340
__PRETTY_FUNCTION__ = "g_main_loop_run"
#4 0x0000003c44ac94d6 in gdbus_shared_thread_func (user_data=0x7fb8180076d0) at gdbusprivate.c:277
data = 0x7fb8180076d0
#5 0x0000003c3f66a495 in g_thread_proxy (data=0x7fb818006a30) at gthread.c:801
thread = 0x7fb818006a30
#6 0x0000003c3d207d14 in start_thread (arg=0x7fb81d6a8700) at pthread_create.c:309
__res =
pd = 0x7fb81d6a8700
now =
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140428744230656, 5590689974997831382, 0, 258708996096, 140428744230656, 140428653393616, -5555713242968011050, 5615536465086467798}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 0
pagesize_m1 =
sp =
freesize =
#7 0x0000003c3caf168d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115
No locals.
Thread 7 (Thread 0x7fb7cdff9700 (LWP 3615)):
#0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:218
No locals.
#1 0x00007fb81c398f1c in WTF::ThreadCondition::timedWait (this=0x7fb8241714b8, mutex=..., absoluteTime=) at Source/JavaScriptCore/wtf/ThreadingPthreads.cpp:415
timeSeconds =
timeNanoseconds =
targetTime = {tv_sec = 1354697750, tv_nsec = 223870038}
#2 0x00007fb81c201602 in JSC::Heap::waitForRelativeTime (this=0x7fb824170ac8, relative=) at Source/JavaScriptCore/heap/Heap.cpp:407
No locals.
#3 0x00007fb81c201665 in JSC::Heap::blockFreeingThreadMain (this=0x7fb824170ac8) at Source/JavaScriptCore/heap/Heap.cpp:420
currentNumberOfFreeBlocks =
desiredNumberOfFreeBlocks =
#4 0x00007fb81c39887e in WTF::wtfThreadEntryPoint (param=0xdadde0) at Source/JavaScriptCore/wtf/ThreadingPthreads.cpp:162
No locals.
#5 0x0000003c3d207d14 in start_thread (arg=0x7fb7cdff9700) at pthread_create.c:309
__res =
pd = 0x7fb7cdff9700
now =
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140427411822336, 5590689974997831382, 0, 258708996096, 140427411822336, 140428856203000, -5550258734896951594, 5615536465086467798}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 0
pagesize_m1 =
sp =
freesize =
#6 0x0000003c3caf168d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115
No locals.
Thread 6 (Thread 0x7fb7cf7fc700 (LWP 3612)):
#0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:166
No locals.
#1 0x00007fb816d9b6eb in WebCore::IconDatabase::syncThreadMainLoop (this=0x7fb8240a3000) at Source/WebCore/loader/icon/IconDatabase.cpp:1449
didAnyWork =
shouldReenableSuddenTermination = false
#2 0x00007fb816d9b9dd in WebCore::IconDatabase::iconDatabaseSyncThread (this=0x7fb8240a3000) at Source/WebCore/loader/icon/IconDatabase.cpp:1061
journalFilename = {m_impl = {m_ptr = 0x7fb8240b0c98}}
#3 0x00007fb81c39887e in WTF::wtfThreadEntryPoint (param=0x3269d80) at Source/JavaScriptCore/wtf/ThreadingPthreads.cpp:162
No locals.
#4 0x0000003c3d207d14 in start_thread (arg=0x7fb7cf7fc700) at pthread_create.c:309
__res =
pd = 0x7fb7cf7fc700
now =
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140427437000448, 5590689974997831382, 0, 258708996096, 140427437000448, 24, -5550264232991961386, 5615536465086467798}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 0
pagesize_m1 =
sp =
freesize =
#5 0x0000003c3caf168d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115
No locals.
Thread 5 (Thread 0x7fb7ceffb700 (LWP 3613)):
#0 0x0000003c3cae8bdf in __GI___poll (fds=, nfds=, timeout=) at ../sysdeps/unix/sysv/linux/poll.c:87
resultvar =
oldtype = 0
result =
#1 0x0000003c3f647af4 in g_main_context_poll (n_fds=1, fds=0x7fb7c00010e0, timeout=-1, context=0x3e55c00, priority=) at gmain.c:3440
poll_func = 0x3c3f655910
#2 g_main_context_iterate (context=0x3e55c00, block=block at entry=1, dispatch=dispatch at entry=1, self=) at gmain.c:3141
max_priority = 2147483647
timeout = -1
some_ready =
nfds = 1
allocated_nfds =
fds = 0x7fb7c00010e0
#3 0x0000003c3f647f52 in g_main_loop_run (loop=0x7fb7c00010c0) at gmain.c:3340
__PRETTY_FUNCTION__ = "g_main_loop_run"
#4 0x00007fb81423ab0b in dconf_context_thread (data=0x3e55c00) at dconfcontext.c:11
context = 0x3e55c00
loop =
__PRETTY_FUNCTION__ = "dconf_context_thread"
#5 0x0000003c3f66a495 in g_thread_proxy (data=0x3acb590) at gthread.c:801
thread = 0x3acb590
#6 0x0000003c3d207d14 in start_thread (arg=0x7fb7ceffb700) at pthread_create.c:309
__res =
pd = 0x7fb7ceffb700
now =
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140427428607744, 5590689974997831382, 0, 258708996096, 140427428607744, 65362944, -5550260934993948970, 5615536465086467798}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 0
pagesize_m1 =
sp =
freesize =
#7 0x0000003c3caf168d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115
No locals.
Thread 4 (Thread 0x7fb81dea9700 (LWP 2678)):
#0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:166
No locals.
#1 0x0000003c47631733 in mailsem_internal_wait (s=0x39808e0) at mailsem.c:121
r =
#2 0x0000003c476318e8 in mailsem_down (sem=) at mailsem.c:321
No locals.
#3 0x00000000005e3de9 in thread_run (data=0x3a1fd90) at etpan-thread-manager.c:331
do_quit =
op =
thread = 0x3a1fd90
r =
#4 0x0000003c3d207d14 in start_thread (arg=0x7fb81dea9700) at pthread_create.c:309
__res =
pd = 0x7fb81dea9700
now =
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140428752623360, 5590689974997831382, 0, 49884384, 140428752623360, 21, -5555712149361963306, 5615536465086467798}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 0
pagesize_m1 =
sp =
freesize =
#5 0x0000003c3caf168d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115
No locals.
Thread 3 (Thread 0x7fb8253e5700 (LWP 2296)):
#0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:166
No locals.
#1 0x0000003c47631733 in mailsem_internal_wait (s=0x1202190) at mailsem.c:121
r =
#2 0x0000003c476318e8 in mailsem_down (sem=) at mailsem.c:321
No locals.
#3 0x00000000005e3de9 in thread_run (data=0x1205400) at etpan-thread-manager.c:331
do_quit =
op =
thread = 0x1205400
r =
#4 0x0000003c3d207d14 in start_thread (arg=0x7fb8253e5700) at pthread_create.c:309
__res =
pd = 0x7fb8253e5700
now =
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140428875552512, 5590689974997831382, 0, 258708996096, 140428875552512, 18895872, -5555660087915884842, 5615536465086467798}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 0
pagesize_m1 =
sp =
freesize =
#5 0x0000003c3caf168d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115
No locals.
Thread 2 (Thread 0x7fb80ffff700 (LWP 3611)):
#0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:166
No locals.
#1 0x00007fb81c3795e7 in WTF::TCMalloc_PageHeap::scavengerThread (this=0x7fb81c655ba0) at Source/JavaScriptCore/wtf/FastMalloc.cpp:2551
No locals.
#2 0x00007fb81c379619 in WTF::TCMalloc_PageHeap::runScavengerThread (context=) at Source/JavaScriptCore/wtf/FastMalloc.cpp:1628
No locals.
#3 0x0000003c3d207d14 in start_thread (arg=0x7fb80ffff700) at pthread_create.c:309
__res =
pd = 0x7fb80ffff700
now =
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140428519143168, 5590689974997831382, 0, 258708996096, 140428519143168, 32768, -5555751893915578666, 5615536465086467798}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 0
pagesize_m1 =
sp =
freesize =
#4 0x0000003c3caf168d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115
No locals.
Thread 1 (Thread 0x7fb82eaa1a00 (LWP 2126)):
#0 0x0000003c3ca35935 in __GI_raise (sig=sig at entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
resultvar = 0
pid = 2126
selftid = 2126
#1 0x0000003c3ca370e8 in __GI_abort () at abort.c:91
save_stage = 2
act = {__sigaction_handler = {sa_handler = 0x7fff78dea23a, sa_sigaction = 0x7fff78dea23a}, sa_mask = {__val = {6, 258716693859, 2, 140735221244494, 2, 258716687172, 1, 258716693855, 3, 140735221244470, 10, 258716693859, 2, 140735221245280, 17, 140735221247040}}, sa_flags = 83, sa_restorer = 0x7}
sigs = {__val = {32, 0 }}
#2 0x0000003c3ca74e8b in __libc_message (do_abort=do_abort at entry=2, fmt=fmt at entry=0x3c3cb78928 "*** glibc detected *** %s: %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:198
ap = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 0x7fff78deac50, reg_save_area = 0x7fff78deab60}}
ap_copy = {{gp_offset = 16, fp_offset = 48, overflow_arg_area = 0x7fff78deac50, reg_save_area = 0x7fff78deab60}}
fd = 2
on_2 =
list =
nlist =
cp =
written =
#3 0x0000003c3ca7c00e in malloc_printerr (ptr=0x13f62f0, str=0x3c3cb767b5 "free(): invalid pointer", action=3) at malloc.c:5027
buf = "00000000013f62f0"
cp =
#4 _int_free (av=0x3c3cdb0720, p=0x13f62e0, have_lock=0) at malloc.c:3948
size =
fb =
nextchunk =
nextsize =
nextinuse =
prevsize =
bck =
fwd =
errstr =
locked =
#5 0x0000003c5fc31cd9 in gnutls_certificate_free_keys (sc=sc at entry=0x3c55bf0) at gnutls_cert.c:74
i =
j =
#6 0x0000003c5fc31d59 in gnutls_certificate_free_credentials (sc=0x3c55bf0) at gnutls_cert.c:280
No locals.
#7 0x00000000005d3869 in ssl_done_socket (sockinfo=sockinfo at entry=0x13f62f0) at ssl.c:348
No locals.
#8 0x00000000005d2e9b in sock_close (sock=0x13f62f0) at socket.c:1628
ret =
#9 0x00000000005cea7a in session_close (session=session at entry=0x3c55c00) at session.c:355
No locals.
#10 0x00000000005cf8c4 in session_destroy (session=session at entry=0x3c55c00) at session.c:222
No locals.
#11 0x00000000004e1f54 in nntp_ping (data=0x3c55c00) at news.c:304
No locals.
#12 nntp_ping (data=0x3c55c00, data at entry=) at news.c:285
session = 0x3c55c00
news_session = 0x3c55c00
r =
lt = {tm_sec = 2027867632, tm_min = 32767, tm_hour = 2027944092, tm_mday = 32767, tm_mon = 2027867664, tm_year = 32767, tm_wday = 1, tm_yday = 0, tm_isdst = 15037232, tm_gmtoff = 15037232, tm_zone = 0xe57330 "\200T\345"}
#13 0x0000003c3f6483bb in g_timeout_dispatch (source=source at entry=0x3a575d0, callback=, user_data=) at gmain.c:3882
timeout_source =
again =
#14 0x0000003c3f647825 in g_main_dispatch (context=0xe57330) at gmain.c:2539
dispatch = 0x3c3f6483a0
was_in_call = 0
user_data = 0x3c55c00
callback = 0x4e1e90
cb_funcs = 0x3c3f91e980
cb_data = 0x33a6bb0
current_source_link = {data = 0x3a575d0, next = 0x0}
need_destroy =
source = 0x3a575d0
current = 0x1205370
i =
#15 g_main_context_dispatch (context=context at entry=0xe57330) at gmain.c:3075
No locals.
#16 0x0000003c3f647b58 in g_main_context_iterate (context=0xe57330, block=block at entry=1, dispatch=dispatch at entry=1, self=) at gmain.c:3146
max_priority = 2147483647
timeout = 7111
some_ready = 1
nfds =
allocated_nfds =
fds = 0x30b7bd0
#17 0x0000003c3f647f52 in g_main_loop_run (loop=0xe06cd0) at gmain.c:3340
__PRETTY_FUNCTION__ = "g_main_loop_run"
#18 0x0000003c54f4ab27 in IA__gtk_main () at gtkmain.c:1257
tmp_list = 0x0
functions = 0x0
init =
loop = 0xe06cd0
#19 0x000000000044851a in main (argc=3, argv=0x7fff78ded448) at main.c:1710
connection = 0xe66bd8
error = 0x0
nm_proxy = 0xe5b000 [DBusGProxy]
userrc =
mainwin = 0xeb9160
folderview = 0x1010d70
icon = 0xea3450 [GdkPixbuf]
crash_file_present =
num_folder_class =
asked_for_migration =
start_done =
plug_list = 0x0
never_ran =
mainwin_shown =
start = {tv_sec = 1354656261, tv_usec = 647677}
end = {tv_sec = 1354656328, tv_usec = 738647}
diff = {tv_sec = 67, tv_usec = 90970}
timing_name = 0x650ed5 "startup"
__FUNCTION__ = "main"
From To Syms Read Shared Object Library
0x0000003c3fe00680 0x0000003c3fe007fc Yes /lib64/libgthread-2.0.so.0
0x0000003c4f400dc0 0x0000003c4f405cac Yes /lib64/libcrypt.so.1
0x0000003c53402ea0 0x0000003c534080b8 Yes /lib64/libenchant.so.1
0x0000003c442010f0 0x0000003c44201fd8 Yes /lib64/libgmodule-2.0.so.0
0x0000003c54e69920 0x0000003c5510b438 Yes /lib64/libgtk-x11-2.0.so.0
0x0000003c5461e7c0 0x0000003c546810e4 Yes /lib64/libgdk-x11-2.0.so.0
0x0000003c48e09b30 0x0000003c48e15c04 Yes /lib64/libatk-1.0.so.0
0x0000003c44a2eee0 0x0000003c44aeaaf4 Yes /lib64/libgio-2.0.so.0
0x0000003c48607600 0x0000003c48621bfc Yes /lib64/libpangoft2-1.0.so.0
0x0000003c49604910 0x0000003c49609358 Yes /lib64/libpangocairo-1.0.so.0
0x0000003c47a06750 0x0000003c47a19b50 Yes /lib64/libgdk_pixbuf-2.0.so.0
0x0000003c47e0b2f0 0x0000003c47e8215c Yes /lib64/libcairo.so.2
0x0000003c48a0eeb0 0x0000003c48a2d490 Yes /lib64/libpango-1.0.so.0
0x0000003c41e0cbc0 0x0000003c41e77870 Yes /usr/lib64/freetype-freeworld/libfreetype.so.6
0x0000003c42205ef0 0x0000003c4221f6fc Yes /lib64/libfontconfig.so.1
0x0000003c4b006840 0x0000003c4b0243f0 Yes /lib64/libgpgme.so.11
0x0000003c57e040d0 0x0000003c57e11934 Yes /lib64/libnsl.so.1
0x0000003c5d4036a0 0x0000003c5d40ab14 Yes /lib64/liblber-2.4.so.2
0x0000003c5dc0f060 0x0000003c5dc3d978 Yes /lib64/libldap-2.4.so.2
0x0000003c45201130 0x0000003c452026b8 Yes /lib64/libcompface.so.1
0x0000003c4e8095c0 0x0000003c4e82fb8c Yes /lib64/libpisock.so.9
0x0000003c43a01be0 0x0000003c43a05d18 Yes /lib64/libSM.so.6
0x0000003c43604eb0 0x0000003c43612e1c Yes /lib64/libICE.so.6
0x0000003c4c8031b0 0x0000003c4c80680c Yes /lib64/libstartup-notification-1.so.0
0x0000003c4ce0a540 0x0000003c4ce1c594 Yes /lib64/libdbus-glib-1.so.2
0x0000003c43e07890 0x0000003c43e30924 Yes /lib64/libdbus-1.so.3
0x0000003c3d205790 0x0000003c3d210494 Yes /lib64/libpthread.so.0
0x0000003c3da02260 0x0000003c3da0554c Yes /lib64/librt.so.1
0x0000003c4020a910 0x0000003c40237dbc Yes /lib64/libgobject-2.0.so.0
0x0000003c3f619d00 0x0000003c3f6ac9cc Yes /lib64/libglib-2.0.so.0
0x0000003c3ce055f0 0x0000003c3ce6ca0c Yes /lib64/libm.so.6
0x0000003c4762a890 0x0000003c476949fc Yes /lib64/libetpan.so.16
0x0000003c61c09980 0x0000003c61c4c278 Yes /lib64/libcurl.so.4
0x0000003c40e03dd0 0x0000003c40e1cccc Yes /lib64/libexpat.so.1
0x0000003c5fc189b0 0x0000003c5fc92f2c Yes /lib64/libgnutls.so.26
0x0000003c58207200 0x0000003c58252b48 Yes /lib64/libgcrypt.so.11
0x0000003c55a00960 0x0000003c55a00ed8 Yes /lib64/libgpg-error.so.0
0x0000003c3de01f50 0x0000003c3de0e718 Yes /lib64/libz.so.1
0x0000003c4a823ae0 0x0000003c4a945db8 Yes /lib64/libdb-4.8.so
0x0000003c5ac04840 0x0000003c5ac14504 Yes /lib64/libsasl2.so.2
0x0000003c3e6029d0 0x0000003c3e612138 Yes /lib64/libgcc_s.so.1
0x0000003c3ca1ef60 0x0000003c3cb5f7a0 Yes /lib64/libc.so.6
0x0000003c4ec03520 0x0000003c4ec424f8 Yes /lib64/libfreebl3.so
0x0000003c3d600ea0 0x0000003c3d6019e0 Yes /lib64/libdl.so.2
0x0000003c3f21dea0 0x0000003c3f2a4260 Yes /lib64/libX11.so.6
0x0000003c41a014f0 0x0000003c41a03cf8 Yes /lib64/libXfixes.so.3
0x0000003c3fa03700 0x0000003c3fa0d7d0 Yes /lib64/libXext.so.6
0x0000003c42601a70 0x0000003c426079e0 Yes /lib64/libXrender.so.1
0x0000003c42e00b00 0x0000003c42e01438 Yes /lib64/libXinerama.so.1
0x0000003c42a02130 0x0000003c42a0bfb4 Yes /lib64/libXi.so.6
0x0000003c43201830 0x0000003c43205f34 Yes /lib64/libXrandr.so.2
0x0000003c44602a80 0x0000003c446076dc Yes /lib64/libXcursor.so.1
0x0000003c49200c30 0x0000003c49201774 Yes /lib64/libXcomposite.so.1
0x0000003c46e00b90 0x0000003c46e0159c Yes /lib64/libXdamage.so.1
0x0000003c40601950 0x0000003c406060ec Yes /lib64/libffi.so.5
0x0000003c3e205fc0 0x0000003c3e216768 Yes /lib64/libselinux.so.1
0x0000003c3ea039b0 0x0000003c3ea11e1c Yes /lib64/libresolv.so.2
0x0000003c41204fa0 0x0000003c41220ae0 Yes /lib64/libpng15.so.15
0x0000003c48208d80 0x0000003c48272eec Yes /lib64/libpixman-1.so.0
0x0000003c59c030b0 0x0000003c59c0b520 Yes /lib64/libassuan.so.0
0x0000003c3c200b20 0x0000003c3c21a2e9 Yes /lib64/ld-linux-x86-64.so.2
0x0000003c5720a290 0x0000003c5722fb50 Yes /lib64/libssl3.so
0x0000003c57a09ca0 0x0000003c57a22210 Yes /lib64/libsmime3.so
0x0000003c56218ac0 0x0000003c562fba04 Yes /lib64/libnss3.so
0x0000003c55e0aa30 0x0000003c55e15af4 Yes /lib64/libnssutil3.so
0x0000003c56a00fb0 0x0000003c56a01ef8 Yes /lib64/libplds4.so
0x0000003c556014d0 0x0000003c55602bd4 Yes /lib64/libplc4.so
0x0000003c56e0d250 0x0000003c56e2cc10 Yes /lib64/libnspr4.so
0x0000003c5e001710 0x0000003c5e003284 Yes /lib64/libusb-0.1.so.4
0x0000003c5d8073c0 0x0000003c5d812c68 Yes /lib64/libbluetooth.so.3
0x0000003c416016d0 0x0000003c41602d48 Yes /lib64/libuuid.so.1
0x0000003c4b4025f0 0x0000003c4b4033a4 Yes /lib64/libxcb-util.so.0
0x0000003c4b8005c0 0x0000003c4b8006dc Yes /lib64/libX11-xcb.so.1
0x0000003c3ee099c0 0x0000003c3ee158d8 Yes /lib64/libxcb.so.1
0x0000003c40a5bb50 0x0000003c40ac105b Yes /lib64/libstdc++.so.6
0x0000003c5c802fe0 0x0000003c5c8074d8 Yes /lib64/libidn.so.11
0x0000003c4620ad60 0x0000003c46238424 Yes /lib64/libgssapi_krb5.so.2
0x0000003c4661b640 0x0000003c46693340 Yes /lib64/libkrb5.so.3
0x0000003c45e04490 0x0000003c45e1c92c Yes /lib64/libk5crypto.so.3
0x0000003c45601520 0x0000003c45602114 Yes /lib64/libcom_err.so.2
0x0000003c620053f0 0x0000003c6201ec08 Yes /lib64/libssh2.so.1
0x0000003c5f001ce0 0x0000003c5f00c9e8 Yes /lib64/libtasn1.so.3
0x0000003c5e802cd0 0x0000003c5e80ba6c Yes /lib64/libp11-kit.so.0
0x0000003c5a802a00 0x0000003c5a80a588 Yes /lib64/libusb-1.0.so.0
0x0000003c3c600e80 0x0000003c3c601bb0 Yes /lib64/libXau.so.6
0x0000003c46a02a60 0x0000003c46a07eac Yes /lib64/libkrb5support.so.0
0x0000003c45a01120 0x0000003c45a01ac4 Yes /lib64/libkeyutils.so.1
0x0000003c47214780 0x0000003c47246c94 Yes /lib64/libssl.so.10
0x0000003c44e5ca00 0x0000003c44f24528 Yes /lib64/libcrypto.so.10
0x00007fb82e88fd20 0x00007fb82e899cbc Yes /usr/lib64/pkcs11/gnome-keyring-pkcs11.so
0x00007fb8282541b0 0x00007fb82825b67c Yes /lib64/libnss_files.so.2
0x00007fb82804f540 0x00007fb82804ff50 Yes /usr/lib64/gconv/ISO8859-1.so
0x00007fb827df4b10 0x00007fb827e156d8 Yes /usr/lib64/gtk-2.0/2.10.0/engines/libclearlooks.so
0x00007fb827bef6a0 0x00007fb827bef7b4 Yes /usr/lib64/gtk-2.0/modules/libpk-gtk-module.so
0x00007fb8279ecd00 0x00007fb8279ed228 Yes /usr/lib64/claws-mail/plugins/newmail.so
0x00007fb8277e6500 0x00007fb8277e785c Yes /usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-xpm.so
0x00007fb827487c10 0x00007fb827489b68 Yes /usr/lib64/gtk-2.0/2.10.0/immodules/im-ibus.so
0x00007fb8271f0010 0x00007fb82720f820 Yes /lib64/libibus-1.0.so.5
0x00007fb826fc1930 0x00007fb826fd8f98 Yes /usr/lib64/gio/modules/libgvfsdbus.so
0x00007fb826daa310 0x00007fb826db3c9c Yes /lib64/libgvfscommon.so.0
0x00007fb826b76ec0 0x00007fb826b961fc Yes /lib64/libbluray.so.1
0x0000003c57600ee0 0x0000003c57601814 Yes /lib64/libutil.so.1
0x00007fb826845d70 0x00007fb826928744 Yes /lib64/libxml2.so.2
0x00007fb82655db10 0x00007fb826565514 Yes /usr/lib64/sasl2/libdigestmd5.so
0x00007fb826357220 0x00007fb826359624 Yes /usr/lib64/sasl2/libcrammd5.so
0x00007fb82614f960 0x00007fb826153b44 Yes /usr/lib64/sasl2/libgssapiv2.so
0x00007fb825f49480 0x00007fb825f4c088 Yes /usr/lib64/sasl2/libsasldb.so
0x00007fb825b79e50 0x00007fb825cb4348 Yes /lib64/libdb-5.2.so
0x00007fb825948120 0x00007fb825949d44 Yes /usr/lib64/sasl2/libanonymous.so
0x00007fb825743120 0x00007fb825744eb4 Yes /usr/lib64/sasl2/liblogin.so
0x00007fb82553e130 0x00007fb82553fef4 Yes /usr/lib64/sasl2/libplain.so
0x00007fb8249e17a0 0x00007fb8249e2c8c Yes /usr/lib64/claws-mail/plugins/attachwarner.so
0x00007fb8247dbe80 0x00007fb8247dd2e8 Yes /usr/lib64/claws-mail/plugins/att_remover.so
0x00007fb8245babc0 0x00007fb8245cab10 Yes /usr/lib64/claws-mail/plugins/notification_plugin.so
0x0000003c4da02790 0x0000003c4da04cbc Yes /lib64/libnotify.so.4
0x00007fb8243aad40 0x00007fb8243ac200 Yes /lib64/libcanberra-gtk.so.0
0x0000003c5f4033c0 0x0000003c5f40c31c Yes /lib64/libcanberra.so.0
0x0000003c5b4020b0 0x0000003c5b40614c Yes /lib64/libvorbisfile.so.3
0x0000003c51803810 0x0000003c5181ad6c Yes /lib64/libvorbis.so.0
0x0000003c51001a70 0x0000003c51004138 Yes /lib64/libogg.so.0
0x0000003c5e402880 0x0000003c5e40c010 Yes /lib64/libtdb.so.1
0x00007fb8241a2400 0x00007fb8241a65d4 Yes /lib64/libltdl.so.7
0x00007fb81fdf0f10 0x00007fb81fdf7800 Yes /usr/lib64/claws-mail/plugins/perl_plugin.so
0x00007fb81faa3a00 0x00007fb81fbb2424 Yes /usr/lib64/perl5/CORE/libperl.so
0x00007fb81f867790 0x00007fb81f86ea9c Yes /usr/lib64/claws-mail/plugins/pgpcore.so
0x00007fb81f65ca20 0x00007fb81f65ebd8 Yes /usr/lib64/claws-mail/plugins/pgpmime.so
0x00007fb81f455730 0x00007fb81f457b68 Yes /usr/lib64/claws-mail/plugins/pgpinline.so
0x00007fb81f24dd00 0x00007fb81f250148 Yes /usr/lib64/claws-mail/plugins/smime.so
0x00007fb81f041d70 0x00007fb81f047278 Yes /usr/lib64/claws-mail/plugins/spamassassin.so
0x00007fb81ee38e40 0x00007fb81ee3a39c Yes /usr/lib64/claws-mail/plugins/spamreport.so
0x00007fb81ec1dbe0 0x00007fb81ec2452c Yes /usr/lib64/claws-mail/plugins/tnef_parse.so
0x00007fb81ea17a80 0x00007fb81ea188f4 Yes /usr/lib64/claws-mail/plugins/fetchinfo_plugin.so
0x00007fb81e80cb70 0x00007fb81e8137b8 Yes /usr/lib64/claws-mail/plugins/pdf_viewer.so
0x00007fb81e5e11c0 0x00007fb81e5f7338 Yes /lib64/libpoppler-glib.so.8
0x0000003c50495220 0x0000003c50577300 Yes /lib64/libpoppler.so.19
0x00007fb81e398630 0x00007fb81e3bb9fc Yes /lib64/liblcms.so.1
0x00007fb81e144e30 0x00007fb81e177280 Yes /lib64/libjpeg.so.62
0x0000003c4f804c90 0x0000003c4f81a3e4 Yes /lib64/libopenjpeg.so.3
0x00007fb81decbba0 0x00007fb81df19eb0 Yes /usr/lib64/claws-mail/plugins/vcalendar.so
0x00007fb81cc9df30 0x00007fb81cca478c Yes /usr/lib64/claws-mail/plugins/archive.so
0x0000003c5240ed30 0x0000003c5246e730 Yes /lib64/libarchive.so.12
0x0000003c4d201f50 0x0000003c4d205dc4 Yes /lib64/libacl.so.1
0x00007fb81ca953a0 0x00007fb81ca9748c Yes /lib64/libattr.so.1
0x0000003c49a030b0 0x0000003c49a19320 Yes /lib64/liblzma.so.5
0x00007fb81c8856f0 0x00007fb81c8912c0 Yes /lib64/libbz2.so.1
0x00007fb81c67e2d0 0x00007fb81c68196c Yes /usr/lib64/claws-mail/plugins/fancy.so
0x00007fb81677a930 0x00007fb817825a3c Yes /lib64/libwebkitgtk-1.0.so.0
0x00007fb81c12c820 0x00007fb81c3bcfe4 Yes /lib64/libjavascriptcoregtk-1.0.so.0
0x0000003c53c01b80 0x0000003c53c02ca4 Yes /lib64/libsoup-gnome-2.4.so.1
0x0000003c514191e0 0x0000003c51450554 Yes /lib64/libsoup-2.4.so.1
0x0000003c4c002aa0 0x0000003c4c006310 Yes /lib64/libgailutil.so.18
0x0000003c53807e90 0x0000003c5380f17c Yes /lib64/libgeoclue.so.0
0x0000003c624030e0 0x0000003c6240839c Yes /lib64/libgstapp-0.10.so.0
0x0000003c52c09ea0 0x0000003c52c28824 Yes /lib64/libgstaudio-0.10.so.0
0x00007fb8161c5d40 0x00007fb8161cc454 Yes /lib64/libgstfft-0.10.so.0
0x0000003c61004f80 0x0000003c6100b044 Yes /lib64/libgstinterfaces-0.10.so.0
0x0000003c6140a4d0 0x0000003c6141838c Yes /lib64/libgstpbutils-0.10.so.0
0x0000003c61805480 0x0000003c61814b40 Yes /lib64/libgstvideo-0.10.so.0
0x0000003c6080af50 0x0000003c6083f880 Yes /lib64/libgstbase-0.10.so.0
0x0000003c5ec24c60 0x0000003c5eca168c Yes /lib64/libgstreamer-0.10.so.0
0x0000003c6000aa90 0x0000003c6002f1e4 Yes /lib64/libxslt.so.1
0x0000003c5861ade0 0x0000003c58661bb0 Yes /lib64/libGL.so.1
0x0000003c5b00a2e0 0x0000003c5b086860 Yes /lib64/libsqlite3.so.0
0x0000003c4e2680b0 0x0000003c4e36cba4 Yes /lib64/libicui18n.so.48
0x0000003c4de480b0 0x0000003c4defd574 Yes /lib64/libicuuc.so.48
0x00007fb814e55570 0x00007fb814e55670 Yes (*) /lib64/libicudata.so.48
0x0000003c50c13170 0x0000003c50c4f28c Yes /lib64/libXt.so.6
0x0000003c4ac07960 0x0000003c4ac193b4 Yes /lib64/libgnome-keyring.so.0
0x0000003c6040bed0 0x0000003c604585a8 Yes /lib64/liborc-0.4.so.0
0x0000003c58a0e8c0 0x0000003c58a22058 Yes /lib64/libglapi.so.0
0x0000003c58e09f70 0x0000003c58e101b8 Yes /lib64/libxcb-glx.so.0
0x0000003c54200f60 0x0000003c542039ac Yes /lib64/libXxf86vm.so.1
0x0000003c56603190 0x0000003c56607fc4 Yes /lib64/libdrm.so.2
0x00007fb814c52c00 0x00007fb814c53830 Yes /lib64/libnss_mdns4_minimal.so.2
0x00007fb814a4c0d0 0x00007fb814a4f8c4 Yes /lib64/libnss_dns.so.2
0x00007fb81443fde0 0x00007fb8144410f8 Yes /usr/lib64/gio/modules/libgiognomeproxy.so
0x00007fb814238a30 0x00007fb81423ba18 Yes /usr/lib64/gio/modules/libdconfsettings.so
0x00007fb81465e540 0x00007fb81465f1dc Yes /usr/lib64/gconv/CP1252.so
(*): Shared library is missing debugging information.
$1 = 0x7fb7cd3f8000 ""
$2 = 0x0
rax 0x0 0
rbx 0x0 0
rcx 0xffffffffffffffff -1
rdx 0x6 6
rsi 0x84e 2126
rdi 0x84e 2126
rbp 0x7fff78deac40 0x7fff78deac40
rsp 0x7fff78dea208 0x7fff78dea208
r8 0x0 0
r9 0xd 13
r10 0x8 8
r11 0x206 518
r12 0x20 32
r13 0x7 7
r14 0x7 7
r15 0x7fff78dea3b0 140735221244848
rip 0x3c3ca35935 0x3c3ca35935 <__GI_raise+53>
eflags 0x206 [ PF IF ]
cs 0x33 51
ss 0x2b 43
ds 0x0 0
es 0x0 0
fs 0x0 0
gs 0x0 0
Dump of assembler code for function __GI_raise:
0x0000003c3ca35900 <+0>: mov %fs:0x2d4,%eax
0x0000003c3ca35908 <+8>: mov %fs:0x2d0,%esi
0x0000003c3ca35910 <+16>: test %esi,%esi
0x0000003c3ca35912 <+18>: jne 0x3c3ca35940 <__GI_raise+64>
0x0000003c3ca35914 <+20>: mov $0xba,%eax
0x0000003c3ca35919 <+25>: syscall
0x0000003c3ca3591b <+27>: mov %eax,%esi
0x0000003c3ca3591d <+29>: mov %eax,%fs:0x2d0
0x0000003c3ca35925 <+37>: movslq %edi,%rdx
0x0000003c3ca35928 <+40>: movslq %esi,%rsi
0x0000003c3ca3592b <+43>: movslq %eax,%rdi
0x0000003c3ca3592e <+46>: mov $0xea,%eax
0x0000003c3ca35933 <+51>: syscall
=> 0x0000003c3ca35935 <+53>: cmp $0xfffffffffffff000,%rax
0x0000003c3ca3593b <+59>: ja 0x3c3ca3594f <__GI_raise+79>
0x0000003c3ca3593d <+61>: repz retq
0x0000003c3ca3593f <+63>: nop
0x0000003c3ca35940 <+64>: test %eax,%eax
0x0000003c3ca35942 <+66>: jg 0x3c3ca35925 <__GI_raise+37>
0x0000003c3ca35944 <+68>: test $0x7fffffff,%eax
0x0000003c3ca35949 <+73>: je 0x3c3ca35960 <__GI_raise+96>
0x0000003c3ca3594b <+75>: neg %eax
0x0000003c3ca3594d <+77>: jmp 0x3c3ca35925 <__GI_raise+37>
0x0000003c3ca3594f <+79>: mov 0x37a4da(%rip),%rdx # 0x3c3cdafe30
0x0000003c3ca35956 <+86>: neg %eax
0x0000003c3ca35958 <+88>: mov %eax,%fs:(%rdx)
0x0000003c3ca3595b <+91>: or $0xffffffffffffffff,%rax
0x0000003c3ca3595f <+95>: retq
0x0000003c3ca35960 <+96>: mov %esi,%eax
0x0000003c3ca35962 <+98>: jmp 0x3c3ca35925 <__GI_raise+37>
End of assembler dump.
--
Brian Morrison
"I am not young enough to know everything"
Oscar Wilde
From colin at colino.net Wed Dec 5 21:25:39 2012
From: colin at colino.net (Colin Leroy)
Date: Wed, 5 Dec 2012 21:25:39 +0100
Subject: [Users] Crash in cvs40, backtrace etc appended
In-Reply-To: <20121205195608.100753b5@peterson.fenrir.org.uk>
References: <20121205195608.100753b5@peterson.fenrir.org.uk>
Message-ID: <20121205212539.7280f3b5@mike>
On 05 December 2012 at 19h56, Brian Morrison wrote:
Hi,
> #6 0x0000003c5fc31d59 in gnutls_certificate_free_credentials
> (sc=0x3c55bf0) at gnutls_cert.c:280 No locals.
> #7 0x00000000005d3869 in ssl_done_socket
> (sockinfo=sockinfo at entry=0x13f62f0) at ssl.c:348 No locals.
> #8 0x00000000005d2e9b in sock_close (sock=0x13f62f0) at socket.c:1628
> ret =
> #9 0x00000000005cea7a in session_close
> (session=session at entry=0x3c55c00) at session.c:355 No locals.
> #10 0x00000000005cf8c4 in session_destroy
> (session=session at entry=0x3c55c00) at session.c:222 No locals.
> #11 0x00000000004e1f54 in nntp_ping (data=0x3c55c00) at news.c:304
> No locals.
Seems to be some memory braindamage at ssl connection close if the
NNTP(s) DATE ping fails... Do you happen to have the corresponding
network log?
I've commited something in cvs41 but I don't believe it's going to fix
anything. It's just that the xcred pointer wasn't nullified like the
certs pointers.
--
Colin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: not available
URL:
From c-blair at illinois.edu Wed Dec 5 22:40:46 2012
From: c-blair at illinois.edu (Charles Blair)
Date: Wed, 5 Dec 2012 15:40:46 -0600
Subject: [Users] installation "incomplete folder" SOLVED
In-Reply-To:
References:
Message-ID: <20121205154046.7ff6e6e6@toshiba2012.hsd1.il.comcast.net>
On Wed, 5 Dec 2012 12:00:02 +0100
wrote:
> > I'm sorry that I don't know how to
> > post follow-ups within a single thread (I'm receiving
> > digests, if that makes a difference). Thanks to
> > anyone who has the patience to read the detailed
> > account below.
> Have you tried to select the text you want to reply and hit reply
> button?
I am trying this right now! If it reaches
the mailing list in an appropriate way, thank
you very much.
More important, clicking the icon at the
bottom brought claws-mail itself to life.
Again, thank you!
From sylpheed at 911networks.com Wed Dec 5 22:59:28 2012
From: sylpheed at 911networks.com (sylpheed at 911networks.com)
Date: Wed, 5 Dec 2012 13:59:28 -0800
Subject: [Users] Going back to previous version
Message-ID: <20121205135928.5f0625cc@from-theboss.911networks.com>
Hi,
I use CM 390 on Ubuntu 12.04. I'm having too many problems with the
CM behaviour.
I want to go back to CM 379. Any special procedure? Instructions?
--
Thanks
http://www.911networks.com
When the network has to work
From egbert.bouwman at gmail.com Wed Dec 5 23:07:42 2012
From: egbert.bouwman at gmail.com (Egbert Bouwman)
Date: Wed, 5 Dec 2012 23:07:42 +0100
Subject: [Users] Action in Windows doesn't react
Message-ID:
After my question about non-responsive user actions in windows claws-mail,
Colin Leroy wrote:
> what's possible is that actions have bugs in Windows...
> I'll check that tomorrow.
Depending on the results I can decide how to go on:
- go on searching for my mistakes
- do nothing, just wait
- submit a bug report.
Please tell.
Regards,
egbert
--
Egbert Bouwman [GMail]
From bdm at fenrir.org.uk Thu Dec 6 01:15:25 2012
From: bdm at fenrir.org.uk (Brian Morrison)
Date: Thu, 6 Dec 2012 00:15:25 +0000
Subject: [Users] Crash in cvs40, backtrace etc appended
In-Reply-To: <20121205212539.7280f3b5@mike>
References: <20121205195608.100753b5@peterson.fenrir.org.uk>
<20121205212539.7280f3b5@mike>
Message-ID: <20121206001525.6ba5b84b@peterson.fenrir.org.uk>
On Wed, 5 Dec 2012 21:25:39 +0100
Colin Leroy wrote:
> Seems to be some memory braindamage at ssl connection close if the
> NNTP(s) DATE ping fails... Do you happen to have the corresponding
> network log?
No, I didn't have any way to save it as Claws was completely dead and
unmoving by the time I saw this.
I'll try the patch you committed and see if it helps, I've seen a
couple of crashes recently but this was the first time I've managed to
get abrt to actually capture what happened. If I can I'll grab the
network log next time it happens, but I can't be sure I'll be able to.
--
Brian Morrison
"I am not young enough to know everything"
Oscar Wilde
From colin at colino.net Thu Dec 6 09:51:18 2012
From: colin at colino.net (Colin Leroy)
Date: Thu, 6 Dec 2012 09:51:18 +0100
Subject: [Users] Going back to previous version
In-Reply-To: <20121205135928.5f0625cc@from-theboss.911networks.com>
References: <20121205135928.5f0625cc@from-theboss.911networks.com>
Message-ID: <20121206095118.0c13a11f@colin>
On Wed, 5 Dec 2012 13:59:28 -0800, sylpheed at 911networks.com wrote:
> I use CM 390 on Ubuntu 12.04. I'm having too many problems with the
> CM behaviour.
What kind of problems?
> I want to go back to CM 379. Any special procedure? Instructions?
Uninstall it (and plugins), remove the PPA, apt-get update and reinstall
it.
--
Colin
From nicolas.claws at iselin.ch Thu Dec 6 10:31:32 2012
From: nicolas.claws at iselin.ch (Nicolas Iselin)
Date: Thu, 6 Dec 2012 10:31:32 +0100
Subject: [Users] Recursively mark as read?
Message-ID: <20121206103132.79d118e8@omega>
Hi,
I was looking for a function to recursively mark all mails as read
starting in a certain folder. I found the following bug description:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=1941
I read that the patch was applied to 3.7.10, I am using Claws 3.8.0 but
don't have that function. Am I missing something?
Do I simply have to go down the following route?
http://comments.gmane.org/gmane.mail.sylpheed.claws.general/45203
Thanks for all comments.
Nicolas
From m.rovis at inet.hr Thu Dec 6 15:44:16 2012
From: m.rovis at inet.hr (Miroslav Rovis)
Date: Thu, 6 Dec 2012 15:44:16 +0100
Subject: [Users] =?utf-8?b?R2FyYmxlZCDFoMSQxb3EhsSMIMWhxJHFvsSHxI0sIHdo?=
=?utf-8?q?y_=28my_guess=29=2C_but_how_to_fix_it=3F?=
Message-ID: <20121206154416.2e0541d7@at8-g250.exdeowg>
Hi!
It is, in a case like this, best shown in screencast:
"Claws-mail, garbled ŠĐŽĆČ and why"
http://youtu.be/EYcQzzSeU5w
you only need the first 9 minutes, or even just the single first one
minute to see what problem I have.
A note on this message and esp. the title:
If the characters are not right in the title of this message, it's just
more to the same problem and on the same problem.
Anyway, to put it in words for those who prefer it in text:
All of a sudden, after being exposed to the internet a while, and it
can be shown on same messages that already allowed replying and sending
in fine utf-8 encoding...
...all of a sudden, no more so.
But instead, these chars specific to Croatian (and some other
Central-European languages): šđžćčŠĐŽĆČ would show all garbled and
unreadable, and it is not fixable from the Claws-mail interface.
Suspicion: my own regime's hackers (I am a dissenter, and was already
almost jailed after havomg beem dragged to court repeatedly in rigged
judicial processes).
Help needed to fix this.
Have backup, previous, 2 days' old backup doesn't produce garbled chars
in exact same circumstances and with same messages.
Have backed up all of claws-mail, meaning, the mailbox itself, and the:
~/.claws-mail directory.
Can sift through settings and messages, old and new, the bad and the
good, the bad being the new (because hacked into, IMO), the good the
old (2 days's old), in whichever of, the Claws-mail directories or
mailbox, as necessary, as to pinpoint the problem...
If anyone has ideas on this, they are welcome.
On my part, I'll go and study claws and it's manual, and see if I come
up with something.
--
Miroslav Rovis
m.rovis at inet.hr
miro.rovis at gmail.com
01 660 2633
091 266 0202
#=== osuđen: ===#
http://www.croatiafidelis.hr/Miroslav_Rovis_politicki_progon/
#=== pravomoćno! ===#
http://www.exDeo.com
http://groups.google.com/group/croatian-news/
http://www.youtube.com/user/miroR2
nije moj profil, ali do siečnja 2012., a i kasnije, tamo postavljah:
http://www.youtube.com/user/prosvjednikkrcmarek
Ima nešto i ovdje:
http://vimeo.com/user9621785
http://creativecommons.org/licenses/by-nc-sa/3.0/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From jerry at seibercom.net Thu Dec 6 17:05:40 2012
From: jerry at seibercom.net (Jerry)
Date: Thu, 6 Dec 2012 11:05:40 -0500
Subject: [Users] Counting characters
Message-ID: <20121206110540.2e833659@scorpio>
I occasionally use claws-mail to send text messages to cell phone
devices. These have to be under 140 characters in total (or maybe 160 --
I forget). Anyway, does anyone know of a quick way to determine the
number of characters in the message other than physically counting them?
Thanks!
--
Jerry ♔
Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the Reply-To header.
__________________________________________________________________
Give a woman an inch and she'll park a car in it.
From colin at colino.net Thu Dec 6 17:12:18 2012
From: colin at colino.net (Colin Leroy)
Date: Thu, 6 Dec 2012 17:12:18 +0100
Subject: [Users] Counting characters
In-Reply-To: <20121206110540.2e833659@scorpio>
References: <20121206110540.2e833659@scorpio>
Message-ID: <20121206171218.7d11f1e2@colin>
On Thu, 6 Dec 2012 11:05:40 -0500, Jerry wrote:
> I occasionally use claws-mail to send text messages to cell phone
> devices. These have to be under 140 characters in total (or maybe 160
> -- I forget). Anyway, does anyone know of a quick way to determine the
> number of characters in the message other than physically counting
> them?
Nope, apart from the ruler at the top of the compose window, where 140
chars is two 70 chars lines :)
--
Colin
From neil at digimed.co.uk Thu Dec 6 17:20:09 2012
From: neil at digimed.co.uk (Neil Bothwick)
Date: Thu, 6 Dec 2012 16:20:09 +0000
Subject: [Users] Counting characters
In-Reply-To: <20121206110540.2e833659@scorpio>
References: <20121206110540.2e833659@scorpio>
Message-ID: <20121206162009.6887924d@digimed.co.uk>
On Thu, 6 Dec 2012 11:05:40 -0500, Jerry wrote:
> I occasionally use claws-mail to send text messages to cell phone
> devices. These have to be under 140 characters in total (or maybe 160 --
> I forget). Anyway, does anyone know of a quick way to determine the
> number of characters in the message other than physically counting them?
Try this as an action
| kdialog --msgbox "Characters: $(wc -c)"
If you don't use KDE, replace kdialog with your desktop's equivalent.
--
Neil Bothwick
"There are some ideas so idiotic that only an intellectual could believe
them" George Orwell
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From sylpheed at 911networks.com Thu Dec 6 17:41:06 2012
From: sylpheed at 911networks.com (sylpheed at 911networks.com)
Date: Thu, 6 Dec 2012 08:41:06 -0800
Subject: [Users] Going back to previous version
In-Reply-To: <20121206095118.0c13a11f@colin>
References: <20121205135928.5f0625cc@from-theboss.911networks.com>
<20121206095118.0c13a11f@colin>
Message-ID: <20121206084106.42796313@from-theboss.911networks.com>
On Thu, 6 Dec 2012 09:51:18 +0100
Colin Leroy wrote:
>On Wed, 5 Dec 2012 13:59:28 -0800, sylpheed at 911networks.com wrote:
>
>> I use CM 390 on Ubuntu 12.04. I'm having too many problems with the
>> CM behaviour.
>
>What kind of problems?
* Problems with displaying quoted portions of messages
* 100% cpu usage on some Dell html emails. I have have Fancy (0.9.17)
installed.
Both work without problem under CM 379
--
Thanks
http://www.911networks.com
When the network has to work
From colin at colino.net Thu Dec 6 17:47:14 2012
From: colin at colino.net (Colin Leroy)
Date: Thu, 6 Dec 2012 17:47:14 +0100
Subject: [Users] Going back to previous version
In-Reply-To: <20121206084106.42796313@from-theboss.911networks.com>
References: <20121205135928.5f0625cc@from-theboss.911networks.com>
<20121206095118.0c13a11f@colin>
<20121206084106.42796313@from-theboss.911networks.com>
Message-ID: <20121206174714.33110c58@colin>
On Thu, 6 Dec 2012 08:41:06 -0800, sylpheed at 911networks.com wrote:
> * Problems with displaying quoted portions of messages
What Abhay told you (View menu, Quotes, uncheck Collapse all) didn't
help ?
> * 100% cpu usage on some Dell html emails. I have have Fancy (0.9.17)
> installed.
No idea where that would come from, though...
--
Colin
From sylpheed at 911networks.com Thu Dec 6 17:50:25 2012
From: sylpheed at 911networks.com (sylpheed at 911networks.com)
Date: Thu, 6 Dec 2012 08:50:25 -0800
Subject: [Users] Going back to previous version
In-Reply-To: <20121206084106.42796313@from-theboss.911networks.com>
References: <20121205135928.5f0625cc@from-theboss.911networks.com>
<20121206095118.0c13a11f@colin>
<20121206084106.42796313@from-theboss.911networks.com>
Message-ID: <20121206085025.3349d125@from-theboss.911networks.com>
On Thu, 6 Dec 2012 08:41:06 -0800
sylpheed at 911networks.com wrote:
>* Problems with displaying quoted portions of messages
>* 100% cpu usage on some Dell html emails. I have have Fancy (0.9.17)
> installed.
forgot to mention that the 100% CPU is before selecting the the Fancy
(a)
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
--
Thanks
http://www.911networks.com
When the network has to work
From sylpheed at 911networks.com Thu Dec 6 17:52:49 2012
From: sylpheed at 911networks.com (sylpheed at 911networks.com)
Date: Thu, 6 Dec 2012 08:52:49 -0800
Subject: [Users] Going back to previous version
In-Reply-To: <20121206174714.33110c58@colin>
References: <20121205135928.5f0625cc@from-theboss.911networks.com>
<20121206095118.0c13a11f@colin>
<20121206084106.42796313@from-theboss.911networks.com>
<20121206174714.33110c58@colin>
Message-ID: <20121206085249.7ff3c064@from-theboss.911networks.com>
On Thu, 6 Dec 2012 17:47:14 +0100
Colin Leroy wrote:
>On Thu, 6 Dec 2012 08:41:06 -0800, sylpheed at 911networks.com wrote:
>
>> * Problems with displaying quoted portions of messages
>
>What Abhay told you (View menu, Quotes, uncheck Collapse all) didn't
>help ?
>
Yes and no: Yes it works on the spot for the whole email but then it
comes back. I had to "hide-quotes=0" in clawsrc, but then every so
often it comes back.
--
Thanks
http://www.911networks.com
When the network has to work
From colin at colino.net Thu Dec 6 17:57:41 2012
From: colin at colino.net (Colin Leroy)
Date: Thu, 6 Dec 2012 17:57:41 +0100
Subject: [Users] Going back to previous version
In-Reply-To: <20121206085249.7ff3c064@from-theboss.911networks.com>
References: <20121205135928.5f0625cc@from-theboss.911networks.com>
<20121206095118.0c13a11f@colin>
<20121206084106.42796313@from-theboss.911networks.com>
<20121206174714.33110c58@colin>
<20121206085249.7ff3c064@from-theboss.911networks.com>
Message-ID: <20121206175741.45d9fe55@colin>
On Thu, 6 Dec 2012 08:52:49 -0800, sylpheed at 911networks.com wrote:
> Yes and no: Yes it works on the spot for the whole email but then it
> comes back. I had to "hide-quotes=0" in clawsrc, but then every so
> often it comes back.
Did you try removing the keyboard shortcut (by hitting Del with the
mouse over the menu item). It may be that you trigger it by mistake...
--
Colin
From brad at fineby.me.uk Thu Dec 6 18:12:54 2012
From: brad at fineby.me.uk (Brad Rogers)
Date: Thu, 6 Dec 2012 17:12:54 +0000
Subject: [Users] Going back to previous version
In-Reply-To: <20121206085249.7ff3c064@from-theboss.911networks.com>
References: <20121205135928.5f0625cc@from-theboss.911networks.com>
<20121206095118.0c13a11f@colin>
<20121206084106.42796313@from-theboss.911networks.com>
<20121206174714.33110c58@colin>
<20121206085249.7ff3c064@from-theboss.911networks.com>
Message-ID: <20121206171254.568da1cc@abydos.stargate.org.uk>
On Thu, 6 Dec 2012 08:52:49 -0800
sylpheed at 911networks.com wrote:
Hello sylpheed at 911networks.com,
>Yes and no: Yes it works on the spot for the whole email but then it
>comes back. I had to "hide-quotes=0" in clawsrc, but then every so
>often it comes back.
If CM crashes, or you have to kill it, then the settings might not get
saved correctly, and a backup copy be used. That might explain the
reappearance of the unwanted quote behaviour.
--
Regards _
/ ) "The blindingly obvious is
/ _)rad never immediately apparent"
We don't need no-one to tell us what's right or wrong
The Modern World - The Jam
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL:
From sylpheed at 911networks.com Thu Dec 6 18:19:59 2012
From: sylpheed at 911networks.com (sylpheed at 911networks.com)
Date: Thu, 6 Dec 2012 09:19:59 -0800
Subject: [Users] Going back to previous version
In-Reply-To: <20121206175741.45d9fe55@colin>
References: <20121205135928.5f0625cc@from-theboss.911networks.com>
<20121206095118.0c13a11f@colin>
<20121206084106.42796313@from-theboss.911networks.com>
<20121206174714.33110c58@colin>
<20121206085249.7ff3c064@from-theboss.911networks.com>
<20121206175741.45d9fe55@colin>
Message-ID: <20121206091959.32ef11b6@from-theboss.911networks.com>
On Thu, 6 Dec 2012 17:57:41 +0100
Colin Leroy wrote:
>On Thu, 6 Dec 2012 08:52:49 -0800, sylpheed at 911networks.com wrote:
>
>> Yes and no: Yes it works on the spot for the whole email but then
>> it comes back. I had to "hide-quotes=0" in clawsrc, but then every
>> so often it comes back.
>
>Did you try removing the keyboard shortcut (by hitting Del with the
>mouse over the menu item). It may be that you trigger it by
>mistake...
The shortcut associated is the default: Ctrl-Shift-Q I'm deleting
right now and we will see.
--
Thanks
http://www.911networks.com
When the network has to work
From jerry at seibercom.net Thu Dec 6 19:04:10 2012
From: jerry at seibercom.net (Jerry)
Date: Thu, 6 Dec 2012 13:04:10 -0500
Subject: [Users] Counting characters
In-Reply-To: <20121206162009.6887924d@digimed.co.uk>
References: <20121206110540.2e833659@scorpio>
<20121206162009.6887924d@digimed.co.uk>
Message-ID: <20121206130410.32e07c56@scorpio>
On Thu, 6 Dec 2012 16:20:09 +0000
Neil Bothwick articulated:
> On Thu, 6 Dec 2012 11:05:40 -0500, Jerry wrote:
>
> > I occasionally use claws-mail to send text messages to cell phone
> > devices. These have to be under 140 characters in total (or maybe
> > 160 -- I forget). Anyway, does anyone know of a quick way to
> > determine the number of characters in the message other than
> > physically counting them?
>
> Try this as an action
>
> | kdialog --msgbox "Characters: $(wc -c)"
>
> If you don't use KDE, replace kdialog with your desktop's equivalent.
You win the prize for best suggestion -- almost. While it certainly
does work, an error window pops up with this ominous message:
--- Ended: kdialog --msgbox "Characters: $(wc -c)"
kdialog(25959)/KSharedDataCache: Unable to find an appropriate lock to guard the shared cache. This *should* be essentially impossible. :(
kdialog(25959)/KSharedDataCache: Unable to perform initial setup, this system probably does not really support process-shared pthreads or semaphores, even though it claims otherwise.
kdialog(25959)/KSharedDataCache: Unable to unmap shared memory segment 0x8095c3000
This is not really a problem since I would only require this function a
few times a month.
--
Jerry ♔
Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the Reply-To header.
__________________________________________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
URL:
From bdm at fenrir.org.uk Thu Dec 6 19:50:31 2012
From: bdm at fenrir.org.uk (Brian Morrison)
Date: Thu, 6 Dec 2012 18:50:31 +0000
Subject: [Users] Crash in cvs40, backtrace etc appended
In-Reply-To: <20121206001525.6ba5b84b@peterson.fenrir.org.uk>
References: <20121205195608.100753b5@peterson.fenrir.org.uk>
<20121205212539.7280f3b5@mike>
<20121206001525.6ba5b84b@peterson.fenrir.org.uk>
Message-ID: <20121206185031.00001286@surtees.fenrir.org.uk>
On Thu, 6 Dec 2012 00:15:25 +0000
Brian Morrison wrote:
> On Wed, 5 Dec 2012 21:25:39 +0100
> Colin Leroy wrote:
>
> > Seems to be some memory braindamage at ssl connection close if the
> > NNTP(s) DATE ping fails... Do you happen to have the corresponding
> > network log?
>
> No, I didn't have any way to save it as Claws was completely dead and
> unmoving by the time I saw this.
>
> I'll try the patch you committed and see if it helps, I've seen a
> couple of crashes recently but this was the first time I've managed to
> get abrt to actually capture what happened. If I can I'll grab the
> network log next time it happens, but I can't be sure I'll be able to.
>
I have been running cvs43 for almost 24 hours, it seems to have crashed
again and left something in the claws.log file.
Essentially these various snippets found with grep -B 10 warning ~/.claws-mail/claws.log ...
[09:31:53] NNTP> DATE
[09:31:53] ** warning: NNTP connection to news.zen.co.uk:119 has been disconnected.
--
[10:34:36] IMAP4< * STATUS "Web and non-web lists" (MESSAGES 76 UIDNEXT 77 UIDVALIDITY 1140230778 UNSEEN 0)
[10:34:36] IMAP4< 8584 OK Status completed.
[10:34:36] IMAP4> 8585 STATUS XH558 (MESSAGES UIDNEXT UIDVALIDITY UNSEEN)
[10:34:36] IMAP4< * STATUS "XH558" (MESSAGES 102 UIDNEXT 103 UIDVALIDITY 1247386286 UNSEEN 0)
[10:34:36] IMAP4< 8585 OK Status completed.
[10:34:36] IMAP4> 8586 STATUS Zen (MESSAGES UIDNEXT UIDVALIDITY UNSEEN)
[10:34:36] IMAP4< * STATUS "Zen" (MESSAGES 37 UIDNEXT 38 UIDVALIDITY 1247386278 UNSEEN 0)
[10:34:36] IMAP4< 8586 OK Status completed.
[10:34:36] NNTP> DATE
[10:34:36] NNTP< 400 reader03.nrc01.news.zen.net.uk: Session timeout.
[10:34:36] ** warning: NNTP connection to news.zen.co.uk:119 has been disconnected.
--
[11:34:57] IMAP4> 12666 STATUS "Web and non-web lists" (MESSAGES UIDNEXT UIDVALIDITY UNSEEN)
[11:34:57] IMAP4< * STATUS "Web and non-web lists" (MESSAGES 76 UIDNEXT 77 UIDVALIDITY 1140230778 UNSEEN 0)
[11:34:57] IMAP4< 12666 OK Status completed.
[11:34:57] IMAP4> 12667 STATUS XH558 (MESSAGES UIDNEXT UIDVALIDITY UNSEEN)
[11:34:57] IMAP4< * STATUS "XH558" (MESSAGES 102 UIDNEXT 103 UIDVALIDITY 1247386286 UNSEEN 0)
[11:34:57] IMAP4< 12667 OK Status completed.
[11:34:57] IMAP4> 12668 STATUS Zen (MESSAGES UIDNEXT UIDVALIDITY UNSEEN)
[11:34:57] IMAP4< * STATUS "Zen" (MESSAGES 37 UIDNEXT 38 UIDVALIDITY 1247386278 UNSEEN 0)
[11:34:57] IMAP4< 12668 OK Status completed.
[11:34:57] NNTP> DATE
[11:34:57] ** warning: NNTP connection to news.zen.co.uk:119 has been disconnected.
--
[11:34:58] NNTP< 221 newsgroups data follows
[11:34:58] NNTP< .
[11:34:58] NNTP> XHDR to -1
[11:34:58] NNTP< 221 to data follows
[11:34:58] NNTP< .
[11:34:58] NNTP> XHDR cc -1
[11:34:58] NNTP< 221 cc data follows
[11:34:58] NNTP< .
[11:34:58] NNTP> GROUP zen.support
[11:34:58] NNTP< 211 1 11117 11117 zen.support
[11:34:58] ** warning: NNTP connection to news.zen.co.uk:119 has been disconnected.
--
[12:38:19] IMAP4> 16961 STATUS "Web and non-web lists" (MESSAGES UIDNEXT UIDVALIDITY UNSEEN)
[12:38:19] IMAP4< * STATUS "Web and non-web lists" (MESSAGES 76 UIDNEXT 77 UIDVALIDITY 1140230778 UNSEEN 0)
[12:38:19] IMAP4< 16961 OK Status completed.
[12:38:19] IMAP4> 16962 STATUS XH558 (MESSAGES UIDNEXT UIDVALIDITY UNSEEN)
[12:38:19] IMAP4< * STATUS "XH558" (MESSAGES 102 UIDNEXT 103 UIDVALIDITY 1247386286 UNSEEN 0)
[12:38:19] IMAP4< 16962 OK Status completed.
[12:38:19] IMAP4> 16963 STATUS Zen (MESSAGES UIDNEXT UIDVALIDITY UNSEEN)
[12:38:19] IMAP4< * STATUS "Zen" (MESSAGES 37 UIDNEXT 38 UIDVALIDITY 1247386278 UNSEEN 0)
[12:38:19] IMAP4< 16963 OK Status completed.
[12:38:19] NNTP> DATE
[12:38:19] ** warning: NNTP connection to news.zen.co.uk:119 has been disconnected.
--
[12:38:20] NNTP< 221 newsgroups data follows
[12:38:20] NNTP< .
[12:38:20] NNTP> XHDR to -1
[12:38:20] NNTP< 221 to data follows
[12:38:20] NNTP< .
[12:38:20] NNTP> XHDR cc -1
[12:38:20] NNTP< 221 cc data follows
[12:38:20] NNTP< .
[12:38:20] NNTP> GROUP zen.support
[12:38:20] NNTP< 211 1 11117 11117 zen.support
[12:38:20] ** warning: NNTP connection to news.zen.co.uk:119 has been disconnected.
Does that help?
--
Brian Morrison
From freebsd at grem.de Thu Dec 6 19:57:29 2012
From: freebsd at grem.de (Michael Gmelin)
Date: Thu, 6 Dec 2012 19:57:29 +0100
Subject: [Users] Counting characters
In-Reply-To: <20121206130410.32e07c56@scorpio>
References: <20121206110540.2e833659@scorpio>
<20121206162009.6887924d@digimed.co.uk>
<20121206130410.32e07c56@scorpio>
Message-ID: <20121206195729.3cf109fb@bsd64.grem.de>
On Thu, 6 Dec 2012 13:04:10 -0500
Jerry wrote:
> On Thu, 6 Dec 2012 16:20:09 +0000
> Neil Bothwick articulated:
>
> > On Thu, 6 Dec 2012 11:05:40 -0500, Jerry wrote:
> >
> > > I occasionally use claws-mail to send text messages to cell phone
> > > devices. These have to be under 140 characters in total (or maybe
> > > 160 -- I forget). Anyway, does anyone know of a quick way to
> > > determine the number of characters in the message other than
> > > physically counting them?
> >
> > Try this as an action
> >
> > | kdialog --msgbox "Characters: $(wc -c)"
> >
> > If you don't use KDE, replace kdialog with your desktop's
> > equivalent.
> You win the prize for best suggestion -- almost. While it certainly
> does work, an error window pops up with this ominous message:
>
> --- Ended: kdialog --msgbox "Characters: $(wc -c)"
> kdialog(25959)/KSharedDataCache: Unable to find an appropriate lock
> to guard the shared cache. This *should* be essentially
> impossible. :( kdialog(25959)/KSharedDataCache: Unable to perform
> initial setup, this system probably does not really support
> process-shared pthreads or semaphores, even though it claims
> otherwise. kdialog(25959)/KSharedDataCache: Unable to unmap shared
> memory segment 0x8095c3000
>
> This is not really a problem since I would only require this function
> a few times a month.
>
>
Or you could just write your SMS/Text messages in external editor
(emacs, vi, gedit, whatever) that provides such a functionality
(Shift-Ctrl-X by default).
--
Michael Gmelin
From pf at pfortin.com Thu Dec 6 20:14:22 2012
From: pf at pfortin.com (Pierre Fortin)
Date: Thu, 6 Dec 2012 14:14:22 -0500
Subject: [Users] SMS/MMS handling [was Re: Counting characters]
Message-ID: <20121206141422.063aa180@pfortin.com>
Rather than file an enhancement request; thought I'd just bounce the idea
here since it may be just a pipe dream... :)
On Thu, 6 Dec 2012 17:12:18 +0100 Colin Leroy wrote:
>On Thu, 6 Dec 2012 11:05:40 -0500, Jerry wrote:
>
>> I occasionally use claws-mail to send text messages to cell phone
>> devices. These have to be under 140 characters in total (or maybe 160
>> -- I forget). Anyway, does anyone know of a quick way to determine the
>> number of characters in the message other than physically counting
>> them?
>
>Nope, apart from the ruler at the top of the compose window, where 140
>chars is two 70 chars lines :)
>
A quick test shows that a (no Subject) message containing 320 digits got
delivered with only the first 156 digits and no subsequent message.
Sure would be nice if there was a way to send SMS messages, which might
require:
- [x] Format as SMS **
- disable, or allow sending w/o Subject
- turn off wrapping (tho, I painfully remember the wrap problems :)
- split long messages into multiple SMS as my Android does***
Hey! It's just a dream :) BUT, if anyone coded this, it would open the
door to MMS... :) :)
** I have Mail/{SMS,MMS}/ mailboxes; so SMS/MMS properties
would be a nice addition for composing... :)
*** for some reason, split messages *always* arrive out of
order: 1,3,2
In case it helps someone, cell providers may use different addresses for
SMS & MMS, such as mine does:
SMS: @sms.provider.tld
MMS: @provider.tld
Send one of each type from your phone to your email address to get the
exact addresses.
Cheers,
Pierre
From colin at colino.net Thu Dec 6 20:47:48 2012
From: colin at colino.net (Colin Leroy)
Date: Thu, 06 Dec 2012 20:47:48 +0100
Subject: [Users] Crash in cvs40, backtrace etc appended
In-Reply-To: <20121206185031.00001286@surtees.fenrir.org.uk>
References: <20121205195608.100753b5@peterson.fenrir.org.uk>
<20121205212539.7280f3b5@mike>
<20121206001525.6ba5b84b@peterson.fenrir.org.uk>
<20121206185031.00001286@surtees.fenrir.org.uk>
Message-ID: <93a3d3f6-2761-42a9-9c34-ffa5a09c3431@email.android.com>
Brian Morrison a écrit :
>On Thu, 6 Dec 2012 00:15:25 +0000
>Brian Morrison wrote:
>
>> On Wed, 5 Dec 2012 21:25:39 +0100
>> Colin Leroy wrote:
>>
>> > Seems to be some memory braindamage at ssl connection close if the
>> > NNTP(s) DATE ping fails... Do you happen to have the corresponding
>> > network log?
>>
>> No, I didn't have any way to save it as Claws was completely dead and
>> unmoving by the time I saw this.
>>
>> I'll try the patch you committed and see if it helps, I've seen a
>> couple of crashes recently but this was the first time I've managed
>to
>> get abrt to actually capture what happened. If I can I'll grab the
>> network log next time it happens, but I can't be sure I'll be able
>to.
>>
>
>I have been running cvs43 for almost 24 hours, it seems to have crashed
>again and left something in the claws.log file.
>
>Essentially these various snippets found with grep -B 10 warning
>~/.claws-mail/claws.log ...
>
>[09:31:53] NNTP> DATE
>[09:31:53] ** warning: NNTP connection to news.zen.co.uk:119 has been
>disconnected.
>--
>[10:34:36] IMAP4< * STATUS "Web and non-web lists" (MESSAGES 76 UIDNEXT
>77 UIDVALIDITY 1140230778 UNSEEN 0)
>[10:34:36] IMAP4< 8584 OK Status completed.
>[10:34:36] IMAP4> 8585 STATUS XH558 (MESSAGES UIDNEXT UIDVALIDITY
>UNSEEN)
>[10:34:36] IMAP4< * STATUS "XH558" (MESSAGES 102 UIDNEXT 103
>UIDVALIDITY 1247386286 UNSEEN 0)
>[10:34:36] IMAP4< 8585 OK Status completed.
>[10:34:36] IMAP4> 8586 STATUS Zen (MESSAGES UIDNEXT UIDVALIDITY UNSEEN)
>[10:34:36] IMAP4< * STATUS "Zen" (MESSAGES 37 UIDNEXT 38 UIDVALIDITY
>1247386278 UNSEEN 0)
>[10:34:36] IMAP4< 8586 OK Status completed.
>[10:34:36] NNTP> DATE
>[10:34:36] NNTP< 400 reader03.nrc01.news.zen.net.uk: Session timeout.
>[10:34:36] ** warning: NNTP connection to news.zen.co.uk:119 has been
>disconnected.
>--
>[11:34:57] IMAP4> 12666 STATUS "Web and non-web lists" (MESSAGES
>UIDNEXT UIDVALIDITY UNSEEN)
>[11:34:57] IMAP4< * STATUS "Web and non-web lists" (MESSAGES 76 UIDNEXT
>77 UIDVALIDITY 1140230778 UNSEEN 0)
>[11:34:57] IMAP4< 12666 OK Status completed.
>[11:34:57] IMAP4> 12667 STATUS XH558 (MESSAGES UIDNEXT UIDVALIDITY
>UNSEEN)
>[11:34:57] IMAP4< * STATUS "XH558" (MESSAGES 102 UIDNEXT 103
>UIDVALIDITY 1247386286 UNSEEN 0)
>[11:34:57] IMAP4< 12667 OK Status completed.
>[11:34:57] IMAP4> 12668 STATUS Zen (MESSAGES UIDNEXT UIDVALIDITY
>UNSEEN)
>[11:34:57] IMAP4< * STATUS "Zen" (MESSAGES 37 UIDNEXT 38 UIDVALIDITY
>1247386278 UNSEEN 0)
>[11:34:57] IMAP4< 12668 OK Status completed.
>[11:34:57] NNTP> DATE
>[11:34:57] ** warning: NNTP connection to news.zen.co.uk:119 has been
>disconnected.
>--
>[11:34:58] NNTP< 221 newsgroups data follows
>[11:34:58] NNTP< .
>[11:34:58] NNTP> XHDR to -1
>[11:34:58] NNTP< 221 to data follows
>[11:34:58] NNTP< .
>[11:34:58] NNTP> XHDR cc -1
>[11:34:58] NNTP< 221 cc data follows
>[11:34:58] NNTP< .
>[11:34:58] NNTP> GROUP zen.support
>[11:34:58] NNTP< 211 1 11117 11117 zen.support
>[11:34:58] ** warning: NNTP connection to news.zen.co.uk:119 has been
>disconnected.
>--
>[12:38:19] IMAP4> 16961 STATUS "Web and non-web lists" (MESSAGES
>UIDNEXT UIDVALIDITY UNSEEN)
>[12:38:19] IMAP4< * STATUS "Web and non-web lists" (MESSAGES 76 UIDNEXT
>77 UIDVALIDITY 1140230778 UNSEEN 0)
>[12:38:19] IMAP4< 16961 OK Status completed.
>[12:38:19] IMAP4> 16962 STATUS XH558 (MESSAGES UIDNEXT UIDVALIDITY
>UNSEEN)
>[12:38:19] IMAP4< * STATUS "XH558" (MESSAGES 102 UIDNEXT 103
>UIDVALIDITY 1247386286 UNSEEN 0)
>[12:38:19] IMAP4< 16962 OK Status completed.
>[12:38:19] IMAP4> 16963 STATUS Zen (MESSAGES UIDNEXT UIDVALIDITY
>UNSEEN)
>[12:38:19] IMAP4< * STATUS "Zen" (MESSAGES 37 UIDNEXT 38 UIDVALIDITY
>1247386278 UNSEEN 0)
>[12:38:19] IMAP4< 16963 OK Status completed.
>[12:38:19] NNTP> DATE
>[12:38:19] ** warning: NNTP connection to news.zen.co.uk:119 has been
>disconnected.
>--
>[12:38:20] NNTP< 221 newsgroups data follows
>[12:38:20] NNTP< .
>[12:38:20] NNTP> XHDR to -1
>[12:38:20] NNTP< 221 to data follows
>[12:38:20] NNTP< .
>[12:38:20] NNTP> XHDR cc -1
>[12:38:20] NNTP< 221 cc data follows
>[12:38:20] NNTP< .
>[12:38:20] NNTP> GROUP zen.support
>[12:38:20] NNTP< 211 1 11117 11117 zen.support
>[12:38:20] ** warning: NNTP connection to news.zen.co.uk:119 has been
>disconnected.
>
>Does that help?
Could you get the unedited end starting from 12:38:15 ? Thanks !
--
Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.
From jerry at seibercom.net Thu Dec 6 20:47:28 2012
From: jerry at seibercom.net (Jerry)
Date: Thu, 6 Dec 2012 14:47:28 -0500
Subject: [Users] Counting characters
In-Reply-To: <20121206195729.3cf109fb@bsd64.grem.de>
References: <20121206110540.2e833659@scorpio>
<20121206162009.6887924d@digimed.co.uk>
<20121206130410.32e07c56@scorpio>
<20121206195729.3cf109fb@bsd64.grem.de>
Message-ID: <20121206144728.72a8eb8b@scorpio>
On Thu, 6 Dec 2012 19:57:29 +0100
Michael Gmelin articulated:
> Or you could just write your SMS/Text messages in external editor
> (emacs, vi, gedit, whatever) that provides such a functionality
> (Shift-Ctrl-X by default).
I realize that there are other solutions; however, in keeping with my
KISS principal, I was just trying to do it as painlessly as possible.
In any case, I only actually need this functionality a few times a
month, mainly because I am not near my cell phone. A built-n SMS
function in claws-mail would be really cool, but hardly a priority.
--
Jerry ♔
Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the Reply-To header.
__________________________________________________________________
From bdm at fenrir.org.uk Thu Dec 6 20:55:46 2012
From: bdm at fenrir.org.uk (Brian Morrison)
Date: Thu, 6 Dec 2012 19:55:46 +0000
Subject: [Users] Further crash in cvs43,
unsure if this is a repeat of the cvs40 crash
Message-ID: <20121206195546.67b218b5@peterson.fenrir.org.uk>
Here's the backtrace...
[New LWP 10937]
[New LWP 10940]
[New LWP 10956]
[New LWP 10957]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
warning: "/var/cache/abrt-di/usr/lib/debug/usr/lib64/libicudata.so.48.1.1.debug": separate debug info file has no debug info
Core was generated by `claws-mail'.
Program terminated with signal 6, Aborted.
#0 0x0000003744235935 in __GI_raise (sig=sig at entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
64 return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig);
Thread 4 (Thread 0x7feac37fe700 (LWP 10957)):
#0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:166
No locals.
#1 0x000000374ee31733 in mailsem_internal_wait (s=0x2b33fc0) at mailsem.c:121
r =
#2 0x000000374ee318e8 in mailsem_down (sem=) at mailsem.c:321
No locals.
#3 0x00000000005e3de9 in thread_run (data=0x2b221f0) at etpan-thread-manager.c:331
do_quit =
op =
thread = 0x2b221f0
r =
#4 0x0000003744a07d14 in start_thread (arg=0x7feac37fe700) at pthread_create.c:309
__res =
pd = 0x7feac37fe700
now =
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140646279014144, -4553449185353444914, 0, 237359988736, 140646279014144, 45228528, 4547334802131866062, -4566527599788338738}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 0
pagesize_m1 =
sp =
freesize =
#5 0x00000037442f168d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115
No locals.
Thread 3 (Thread 0x7feac3fff700 (LWP 10956)):
#0 0x00000037442e8bdf in __GI___poll (fds=, nfds=, timeout=) at ../sysdeps/unix/sysv/linux/poll.c:87
resultvar =
oldtype = 0
result =
#1 0x0000003746e47af4 in g_main_context_poll (n_fds=3, fds=0x7feabc0010c0, timeout=-1, context=0x7feac4008ac0, priority=) at gmain.c:3440
poll_func = 0x3746e55910
#2 g_main_context_iterate (context=0x7feac4008ac0, block=block at entry=1, dispatch=dispatch at entry=1, self=) at gmain.c:3141
max_priority = 2147483647
timeout = -1
some_ready =
nfds = 3
allocated_nfds =
fds = 0x7feabc0010c0
#3 0x0000003746e47f52 in g_main_loop_run (loop=0x7feac4008a70) at gmain.c:3340
__PRETTY_FUNCTION__ = "g_main_loop_run"
#4 0x000000374c2c94d6 in gdbus_shared_thread_func (user_data=0x7feac4008a90) at gdbusprivate.c:277
data = 0x7feac4008a90
#5 0x0000003746e6a495 in g_thread_proxy (data=0x7feac4003b70) at gthread.c:801
thread = 0x7feac4003b70
#6 0x0000003744a07d14 in start_thread (arg=0x7feac3fff700) at pthread_create.c:309
__res =
pd = 0x7feac3fff700
now =
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140646287406848, -4553449185353444914, 0, 237359988736, 140646287406848, 140646287444624, 4547335900032881102, -4566527599788338738}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 0
pagesize_m1 =
sp =
freesize =
#7 0x00000037442f168d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115
No locals.
Thread 2 (Thread 0x7fead44e1700 (LWP 10940)):
#0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:166
No locals.
#1 0x000000374ee31733 in mailsem_internal_wait (s=0x2089a70) at mailsem.c:121
r =
#2 0x000000374ee318e8 in mailsem_down (sem=) at mailsem.c:321
No locals.
#3 0x00000000005e3de9 in thread_run (data=0x20be030) at etpan-thread-manager.c:331
do_quit =
op =
thread = 0x20be030
r =
#4 0x0000003744a07d14 in start_thread (arg=0x7fead44e1700) at pthread_create.c:309
__res =
pd = 0x7fead44e1700
now =
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140646560962304, -4553449185353444914, 0, 237359988736, 140646560962304, 34332720, 4547314608806253006, -4566527599788338738}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 0
pagesize_m1 =
sp =
freesize =