Summary | Expand Address in IMP compose does not work correctly with IMSP |
Queue | Turba |
Queue Version | 2.0 |
Type | Bug |
State | Resolved |
Priority | 1. Low |
Owners | |
Requester | stephen (at) unc (dot) edu |
Created | 01/27/2005 (7470 days ago) |
Due | |
Updated | 02/05/2005 (7461 days ago) |
Assigned | 01/31/2005 (7466 days ago) |
Resolved | 02/05/2005 (7461 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
State ⇒ Resolved
State ⇒ Feedback
New Attachment: imsp.patch
The driver now makes up for the imsp protocol's lack of 'AND' and 'OR'
searches by implementing them here...
Hope this helps...
minisearch.php.
To reiterate here what I posted to the dev list - IMSP protocol
doesn't natively support doing 'OR' searches (or 'AND' searches
either for that matter - that was just easier to fix) so this fix
will have to wait until I can implement the logic for an 'OR' search
in the driver code itself .
This also explains the other problem you are experiencing with only
the first search term being used. I'll move this one up to the top of
my list and get a fix out as soon as possible.
State ⇒
The patch is wrong. 'lastname' is the sort field, $criteria contains a
list of search
criteria that need to get OR'ed.
The patch worked great! Thanks for the fast response.
There is one related issue that still exists that I forgot to mention
before. The searching of multiple fields as defined by the user in
Options -> Address Books in IMP still doesn't work. The address
expansion in the compose window of IMP seems to only search on the
first field selected in the list. For example, if I select both the
'Name' and 'Alias' fields and search for an alias that won't match a
name, I receive no matches since name is higher in the selection list.
It, of course, works as expected if only one field is selected.
Let me know if you have any questions or require additional
information. Thanks for your help.
New Attachment: turba.patch
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ Expand Address in IMP compose does not work correctly with IMSP
Queue ⇒ Turba
State ⇒ Unconfirmed
work correctly when using an IMSP address book.
What I Do When This Doesn't Work:
I set the IMP preference in Options -> Address Books to use the IMSP
address book and have tried searching based on 'Alias'. When I enter
an alias in the To field of a compose window, click 'Expand Names',
the 'Please resolve ambiguous or invalid addresses' error message is
displayed with a drop-down menu of all the addresses in my IMSP
address book. I'm using a unique Alias when doing this so there
should only be one match. IMSP searching works fine in Turba.
I turned up the logging for PHP and PEAR and when performing IMSP
searches using the 'Expand Names' link, a search using the 'name'
field and the search criteria of '*' is performed instead of the field
'alias' I have set in the preferences and the alias I provide in the
To field.
Example log output:
Jan 26 23:38:42 HORDE [debug] [imsp] From: * OK Cyrus IMSP version
1.7b ready [on line 250 of
"/opt/local/apache/htdocs/mail/lib/Net/IMSP.php"]
Jan 26 23:38:42 HORDE [debug] [imsp] Initializing Net_IMSP object. [on
line 108 of "/opt/local/apache/htdocs/mail/lib/Net/IMSP.php"]
Jan 26 23:38:42 HORDE [debug] [imsp] To: A0001 LOGIN [on line 220 of
"/opt/local/apache/htdocs/mail/lib/Net/IMSP.php"]
Jan 26 23:38:42 HORDE [debug] [imsp] To: sbraswe1 [on line 220 of
"/opt/local/apache/htdocs/mail/lib/Net/IMSP.php"]
Jan 26 23:38:42 HORDE [debug] [imsp] From: A0001 OK User `sbraswe1'
Logged in [on line 250 of
"/opt/local/apache/htdocs/mail/lib/Net/IMSP.php"]
Jan 26 23:38:43 HORDE [debug] [imsp] Net_IMSP_Book initialized. [on
line 90 of "/opt/local/apache/htdocs/mail/lib/Net/IMSP/Book.php"]
Jan 26 23:38:43 HORDE [debug] [imsp] To: A0002 ADDRESSBOOK *^M
[on line 220 of "/opt/local/apache/htdocs/mail/lib/Net/IMSP.php"]
Jan 26 23:38:43 HORDE [debug] [imsp] From: * ADDRESSBOOK () "."
sbraswe1 [on line 250 of
"/opt/local/apache/htdocs/mail/lib/Net/IMSP.php"]
Jan 26 23:38:43 HORDE [debug] [imsp] From: A0002 OK addressbook
completed [on line 250 of
"/opt/local/apache/htdocs/mail/lib/Net/IMSP.php"]
Jan 26 23:38:43 HORDE [debug] [imsp] ADDRESSBOOK command OK. [on line of ""]
Jan 26 23:38:43 HORDE [debug] [imsp] Net_IMSP_Book initialized. [on
line 90 of "/opt/local/apache/htdocs/mail/lib/Net/IMSP/Book.php"]
Jan 26 23:38:43 HORDE [debug] [imsp] To: A0003 SEARCHADDRESS [on line
220 of "/opt/local/apache/htdocs/mail/lib/Net/IMSP.php"]
Jan 26 23:38:43 HORDE [debug] [imsp] To: sbraswe1 [on line 220 of
"/opt/local/apache/htdocs/mail/lib/Net/IMSP.php"]
Jan 26 23:38:43 HORDE [debug] [imsp] To: name [on line 220 of
"/opt/local/apache/htdocs/mail/lib/Net/IMSP.php"]
Jan 26 23:38:43 HORDE [debug] [imsp] To: {1}^M
[on line 220 of "/opt/local/apache/htdocs/mail/lib/Net/IMSP.php"]
Jan 26 23:38:43 HORDE [debug] [imsp] From: + go [on line 250 of
"/opt/local/apache/htdocs/mail/lib/Net/IMSP.php"]
Jan 26 23:38:43 HORDE [debug] [imsp] To: *^M
[on line 220 of "/opt/local/apache/htdocs/mail/lib/Net/IMSP.php"]
Jan 26 23:38:43 HORDE [debug] [imsp] From: * SEARCHADDRESS "Alison
Creech" [on line 250 of
"/opt/local/apache/htdocs/mail/lib/Net/IMSP.php"]
Jan 26 23:38:43 HORDE [debug] [imsp] From: * SEARCHADDRESS "Alison
Parsons" [on line 250 of
"/opt/local/apache/htdocs/mail/lib/Net/IMSP.php"]
...and the rest of my addresses are searched for and fetched.
The logs for searching while in Turba are the similar except the
search field and criteria that I provide are used, as expected, and
only the results for that match are returned.
I can provide additional logging data and setup information if needed.
This is a high priority for me, since I have users mad at me, but I
set it low here since IMSP is new to this version of the project.