| Summary | GPG encryption fails with multiple addressbooks |
| Queue | Turba |
| Queue Version | HEAD |
| Type | Bug |
| State | Resolved |
| Priority | 2. Medium |
| Owners | Horde Developers (at) |
| Requester | enrico.scholz (at) informatik (dot) tu-chemnitz (dot) de |
| Created | 12/30/2004 (7465 days ago) |
| Due | |
| Updated | 01/11/2005 (7453 days ago) |
| Assigned | 12/31/2004 (7464 days ago) |
| Resolved | 01/11/2005 (7453 days ago) |
| Github Issue Link | |
| Github Pull Request | |
| Milestone | |
| Patch | No |
State ⇒ Resolved
I believe). Additional testing would be most welcome.
http://cvs.horde.org/diff.php/turba/lib/api.php?r1=1.120&r2=1.121&ty=u
Queue ⇒ Turba
Version ⇒ HEAD
values (kind of a combination of Michael's 2 suggestions)?
Taken from Michael Slusarz
Assigned to
to be returned or else it throws an error. I don't know how much we
can change the API on this function without affecting other programs.
Several options as I see it:
1) _turba_getField() needs parameters that allow it to return more
than 1 value.
2) We only consider an entry that has a non-empty value as being a
valid returnable entry.
This should probably go into the Turba queue first (looks like I can't
change the queues on bug reports) and be fixed there before anything
can be done in IMP.
State ⇒ Assigned
Priority ⇒ 2. Medium
Type ⇒ Bug
Summary ⇒ GPG encryption fails with multiple addressbooks
Queue ⇒ IMP
State ⇒ Unconfirmed
addressbook entries for an affected party. E.g. everytime when I try
to send a GPG encrypted mail I get either:
* no gpg key found for <my-address>, or
* 'More than 1 entry found'
This is caused because I have a "personal addressbook" and a company
wide LDAP directory.
I am listed in the LDAP directory but the entry does not contain GPG
keys so the first message will be generated (I guess, that IMP
encrypts for the sender also).
When I add myself to the "personal addressbook" with a valid GPG key,
my sender address will be found twice which makes it fail also.