6.0.0-beta1
▾
Tasks
New Task
Search
Photos
Wiki
▾
Tickets
New Ticket
Search
dev.horde.org
Toggle Alerts Log
Help
7/29/25
H
istory
A
ttachments
C
omment
W
atch
Download
Comment on [#6556] Large IMSP books/groups slow every page request
*
Your Email Address
*
Spam protection
Enter the letters below:
.__..__..__ . .. . | |[__][__)|\ ||\ | |__\| |[__)| \|| \|
Comment
> The IMSP backend is still really slow with large address books. One > of the major problems is that populating the "Add to a Contact list" > menu takes a long time as it does a FETCHADDRESS for every email > returned by SEARCHADDRESS (every email not in another group already > that is), in order to construct the list of members. > > > > I don't believe the list of members is even used in this context, but > I could not figure out a good way to not compute the members > > > > The email string returned by SEARCHADDRESS contains the full names > needed to construct the member list (form: "name <email@domain>"). I > therefore propose trying to parse the names from this string first, > then falling back on an additional IMSP call for entries where a name > is not provided. > > > > Included is a patch against the newest cvs code for lib/Driver/imsp.php. > > > > I've been running this for a few days, it doesn't solve all the > performance issues, but it does tie page load times to the size of > the address book being loaded. Before, loading the webmail address > book would still take a long time (minutes), because the "Add to" > list still had to be very slowly generated. > > > > Please verify that my regex is correct for grabbing names and emails: > "/(?:^(.*)\W<)?(\w[-._\w]*\w@\w[-._\w]*\w\.\w{2,3})/"
Attachment
Watch this ticket
N
ew Ticket
M
y Tickets
S
earch
Q
uery Builder
R
eports
Saved Queries
Open Bugs
Bugs waiting for Feedback
Open Bugs in Releases
Open Enhancements
Enhancements waiting for Feedback
Bugs with Patches
Enhancements with Patches
Release Showstoppers
Stalled Tickets
New Tickets
Horde 5 Showstoppers