Tickets :: [#1369] default domain not getting added to unqualified addresses in IMP

6.0.0-beta1

7/25/25

Summary	default domain not getting added to unqualified addresses in IMP
Queue	Turba
Queue Version	2.0.1
Type	Bug
State	Resolved
Priority	1. Low
Owners	Horde Developers (at)
Requester	liamr (at) umich (dot) edu
Created	02/13/2005 (7467 days ago)
Due
Updated	04/12/2005 (7409 days ago)
Assigned	02/14/2005 (7466 days ago)
Resolved	04/12/2005 (7409 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch	No

04/12/2005 08:34:37 PM	Chuck Hagenbuch	State ⇒ Resolved

04/12/2005 08:03:23 PM	liamr (at) umich (dot) edu	Comment #3	Reply to this comment
Seems to work again with IMP 4.0.3

04/07/2005 06:46:57 PM	liamr (at) umich (dot) edu	Comment #2	Reply to this comment
With the lastest HEAD version, now you get a "The [fieldname] can't be expanded" error message.

02/14/2005 08:51:39 AM	Jan Schneider	Assigned to Horde Developers State ⇒ Assigned

02/13/2005 11:14:12 PM	liamr (at) umich (dot) edu	Comment #1 State ⇒ Unconfirmed Priority ⇒ 1. Low Type ⇒ Bug Summary ⇒ default domain not getting added to unqualified addresses in IMP Queue ⇒ Turba	Reply to this comment
Horde 3.0.3, IMP 4.0.2 and Turba 2.0.1 / 2.0.2 Since upgrading, the "Should we add the default domain to addresses that couldn't be expanded automatically?" feature seems to be broken. It works if I revert to Turba 2.0. I wonder if it has to do with this entry from the 2.0.1RC1 CHANGELOG: [jan] Don't return empty result sets in search API (~~Bug #1210~~). I don't know if it's related, I'm seeing this in my error log.. [Fri Feb 11 17:11:05 2005] [error] PHP Notice: Undefined offset: 0 in /usr/local/projects/webmail/html-ssl/horde/imp/lib/IMP.php on line 585 Automatic expansion for addresses that exist in the searchable addressbooks works as expected. The error logs show that it's looking for the nonexistant addresses.