There's no sort capability in cvs right now. Leif's patch may well be considered
for 2.1 but some kind of sql based sort using a header caching table would in
the long run probably be the fastest we can provide.
Richard Barrington wrote:
Hi Richard,
I wasn't talking about an "official" 2.0 pa
Hi Richard,
I wasn't talking about an "official" 2.0 patch, and it's not in the 2.0
release files, but it can be found attached to one of Leif Jackson's
posts in the dev list.
I think I saw a note in the list about something similar in CVS, but I
didn't look too hard at that. Maybe one of the dev
I know from personal experience that most of the mail server that i have
user with sqmail alway get a big performance bot with server side sort
turned on.
So this sort patch is in 2.0 or is still coming? Just what to clarify as
when I turn on server side sort on in sqmail with dbmail as a back end
Matthew T. O'Connor wrote:
The real issue here is that we are much better off in the long run if
DBMail is a really fast IMAP server. The development time required to
make SM natively access the DBMail database would be much better spent
adding the missing features to DBMail that make SM inef
Robert Tom wrote:
Richard Barrington freedomwigs.com> writes:
A DBMail native patch would indeed be sweet, but it seems that the root
of the problem is DBMail's lack of support for the Sort extension and
server-side threading.
So you mean that Dbmail with Sort extension and server-side thre
Richard Barrington wrote:
A DBMail native patch would indeed be sweet, but it seems that the root
of the problem is DBMail's lack of support for the Sort extension and
server-side threading.
Leif Jackson made a patch for the 2.0 series to support the Sort
extension. I'm unaware of any patches fo
Robert,
A DBMail native patch would indeed be sweet, but it seems that the root
of the problem is DBMail's lack of support for the Sort extension and
server-side threading.
Leif Jackson made a patch for the 2.0 series to support the Sort
extension. I'm unaware of any patches for the 1.x series.