[Users] [Bug 2705] Claws crashes when retrieving POP mail
ricardo at mones.org
Tue Aug 7 09:21:36 CEST 2012
On Tue, Aug 07, 2012 at 12:09:53AM +0200, Michael Rasmussen wrote:
> On Mon, 6 Aug 2012 13:50:30 -0700
> Cia Watson <ciamarie at my180.net> wrote:
> > And when I ran it for the first time, it did exactly that. Then I imported my
> > gmail address info. in vcard format, and those addresses were somehow
> > appended to my claws-mail addrbook xml file for the 00001 (common
> > addresses). I did not discover that until last night, in response to
> > the email related to the Debian bug report. However, all of those addresses
> > are also in the ~/.contact/xml folder in the common addresses xml file in the
> > proper format. If you would like, I can email you privately with a copy of
> > those files.
> 1) The xml-files in the .claws-mail folder is not touched by the new
> address book so any changes to those files must have been done by
> claws-mail itself. The new address book simply reads the files an
> import the contacts.
> 2) No contacts added via the new address book will ever be applied to
> the xml-files in the .claws-mail folder.
> 3) Since the new address book runs outside of claws-mail it will not be
> able to make claws-mail crash.
> 4) The uid attribute in the address element is not used by the new
> address book, not even when importing contacts, and as such should
> never be reflected by the fact that this attribute is missing.
> 5) As you can read here:
> the author is proofing the bug using only claws-mail and files in the
> claws-mail folder. No where is he mentioning anything about the new
> address book.
> My conclusion therefore is that this is a bug related to the old
> address book implementation in claws-mail and therefore the bug should
> be opened in the claws-mail bugzilla.
Indeed, you're right, and I misread the report.
Sorry for the noise, and thanks for the detailed explanation Michael!
Absence of evidence is not evidence of absence. Carl Sagan
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 198 bytes
Desc: Digital signature
More information about the Users