6.0.0-beta1
7/11/25

[#1256] Expand Address in IMP compose does not work correctly with IMSP
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

History
02/05/2005 04:21:14 AM Chuck Hagenbuch Comment #9
State ⇒ Resolved
Reply to this comment
I've merged these and other IMSP fixes. Resolving.
02/05/2005 12:17:51 AM stephen (at) unc (dot) edu Comment #8 Reply to this comment
The imsp.php patch seems to be working great.  Thanks!
01/31/2005 09:36:56 AM Jan Schneider Comment #7
State ⇒ Feedback
Reply to this comment
Committed to CVS HEAD for now.
01/31/2005 05:24:10 AM mike (at) theupstairsroom (dot) com Comment #6
New Attachment: imsp.patch Download
Reply to this comment
Ok.  This patch properly fixes the problems described here.



The driver now makes up for the imsp protocol's lack of 'AND' and 'OR' 
searches by  implementing them here...



Hope this helps...
01/28/2005 03:43:00 PM mike (at) theupstairsroom (dot) com Comment #5 Reply to this comment
Sorry Jan,  I was  thinking it was similar to the problem I had with 
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.
01/28/2005 10:24:32 AM Jan Schneider Comment #4
State ⇒
Reply to this comment
Here's my comment from the mailing list again:



The patch is wrong. 'lastname' is the sort field, $criteria contains a 
list of search

criteria that need to get OR'ed.
01/28/2005 06:13:08 AM stephen (at) unc (dot) edu Comment #3 Reply to this comment
Mike:



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.
01/28/2005 05:32:23 AM mike (at) theupstairsroom (dot) com Comment #2
New Attachment: turba.patch Download
Reply to this comment
The following patch should fix this...
01/27/2005 05:05:49 AM stephen (at) unc (dot) edu Comment #1
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ Expand Address in IMP compose does not work correctly with IMSP
Queue ⇒ Turba
State ⇒ Unconfirmed
Reply to this comment
The 'Expand Address' feature of the IMP 4.0 compose window does not 
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.

Saved Queries