[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Problem saving database in AddressManager
From: |
Gerold Rupprecht |
Subject: |
Re: Problem saving database in AddressManager |
Date: |
Fri, 14 Mar 2008 11:57:03 +0100 |
User-agent: |
GNUMail (Version 1.2.0) |
On 2008-03-13 23:13:38 +0100 David Chisnall <csdavec@swansea.ac.uk>
wrote:
> You should not remove ME or NEXTID. ME is a symbolic link to your
> vCard,
> and without it the address book will not be able to work out which
> entry
> corresponds to you. NEXTID contains the number of the next card to
> create.
> Without it, you may encounter difficulties when you next create an
> address
> book entry.
>
> The one called LOCK is used to get exclusive access to the address
> book and
> is sometimes left lying around when AddressManager breaks (which is
> distressingly often).
>
> David
Dear David,
Your comment on the ME user I resolved by selecting my record in the
application and using the menu item
Person / This is me...
This recreates the file ME as needed.
The NEXTID file I had a backup and renamed it to its original name.
I checked to make sure that I had the correct entry by looking at the
filenames to find the last file created.
In a shell I ran the command:
ls|sort -g
This will show the files sorted by general number. The last file
record created is the last line shown (132.mfaddr in my case).
The contents of NEXTID will be the number of this file (132 in my
case).
NEXTID is actually showing the last created file record number. When I
made a new record of a person, it received the file record name
133.mfaddr.
Perhaps the filename should be renamed appropriately?
Thanks very much for your comments.
Best wishes,
Gerold
>
> On 13 Mar 2008, at 21:59, Gerold Rupprecht wrote:
>
>> Dear readers,
>>
>> I ran out of disk space while I had GNUMail and AddressManager open.
>> I
>> had been editing a person when I realized I had a problem, being
>> unable to save my changes.
>>
>> I cleaned up the disk space problem first.
>>
>> I then looked for where the database information is stored. You will
>> find it under:
>>
>> ~/GNUstep/Library/Addresses
>>
>> (you may want to add this to your backup scripts)
>>
>> The database stores each entry in a separate file named along the
>> lines of:
>>
>> 99.mfaddr
>>
>> I also found three other files:
>> LOCK
>> ME
>> NEXTID
>>
>> I removed these files and was then again able to make changes to the
>> person record I had been editing.
>>
>> Hope this might be helpful to other users.
>>
>> Best regards,
>>
>> Gerold
>>
>> --
>> Gerold Rupprecht
>> 10 rue Louis-Curval
>> CH-1206 Geneva
>> Switzerland
>>
>> Tel./Fax +41 (0) 22 347 73 96
>> For OpenPGP key http://www.keyserver.net/
>>
>> () Join the ASCII ribbon campaign against HTML mail and Microsoft
>> attachments.
>> /\ Software patents are endangering the computer industry all around
>> the world.
>> Join the
>> LPF: http://lpf.ai.mit.edu/ http://petition.eurolinux.org/
>>
>> Say no to OOXML -Microsoft's broken standard
>> <RFC3156.txt>_______________________________________________
>> Discuss-gnustep mailing list
>> Discuss-gnustep@gnu.org
>> http://lists.gnu.org/mailman/listinfo/discuss-gnustep
>
--
Gerold Rupprecht
10 rue Louis-Curval
CH-1206 Geneva
Switzerland
Tel./Fax +41 (0) 22 347 73 96
For OpenPGP key http://www.keyserver.net/
() Join the ASCII ribbon campaign against HTML mail and Microsoft
attachments.
/\ Software patents are endangering the computer industry all around
the world.
Join the
LPF: http://lpf.ai.mit.edu/ http://petition.eurolinux.org/
Say no to OOXML -Microsoft's broken standard
RFC3156.txt
Description: Text document
pgpvzWUKZnyU9.pgp
Description: PGP signature