Micah,

I'm running the very same configuration here - SM 1.4.2 and dbmail 1.2.5.
Have you experienced perfomance problems?
For benchmarking purposes, i created 30 folders and filled each one of them with 100 to 1500 messages (a total of 16000 messages) - it's extremeley slow - taking almost 40 seconds to show the folder list. I the other hand i took the messages from an uw-imap (again, 30 folders, 16000 messages) - it took only 3 secs to show me the folder bar.

Any tips on perfomance would be greatly appreciated.

Augusto Bott


Micah wrote:

I'm running SM 1.4.2 with the dbmail 1.2.5 distro, and it's working great. I didn't have to do anything special to get it to work either, I did set the IMAP server to 'other' is all, everything else was standard. -Micah
On Monday 29 March 2004 04:20 pm, James XMS wrote:
I started seeing this issue with the release of 1.4.
When i was using 1.2.x it was working fine. Maybe give 1.2.x a go to see if
the same happenes to you?

Cheers
James

On Mon, 29 Mar 2004 16:43 , Micah <[EMAIL PROTECTED]> sent:
I'd say it's likely a php session issue.. IMAP errors will not cause this
error. It's caused when you access a protected page with no session
information. Check the normal session stuff, cookies, passed SID's stuff
like that.

hope that helps.

-Micah

On Monday 29 March 2004 03:14 pm, Will Berry wrote:
I have posted this problem to the SquirrelMail list already, but I am
starting to question my initial assumption that it is a SM configuration
problem.  I am starting to wonder whether I am doing something wrong on
the DBMail side.  I could not find anything like this in the archives.
We are preparing to deploy SM for our customers and I've got an install
on our test box.  All services are running on the same box (MySQL,
Apache, Postfix/DBMail, etc.), and the browser is on the same box as
well.

The basic problem is that when I correctly login to Squirrelmail I get
an error message: "You must be logged in to access this page."  This is
not an HTTP authentication window; this is the resultant PHP document
from logging in.  (When I login incorrectly, I get the expected "bad
password" massage instead.)

I have turned the trace level up to 5 on the dbmail-imapd server.
Unfortunately, it does not log the responses to client commands, only
the commands themselves.  (Feature request?)  But here are the four
commands I see from the client.  Does this look strange to anyone?

A001 LOGIN "tld_domain__user" "password"
A002 CAPABILITY
. LIST "INBOX" ""
A003 LOGOUT

The IMAP server logs do not show any errors.  It can talk to MySQL just
fine, etc.  (The POP3 daemon works fine, and I can use this mailbox via
IMAP in Mozilla 1.6 without problems.)  I created the account with this
command line:

$ dbmail-adduser a tld_domain__user {crypt:}password 0 0 [EMAIL PROTECTED]

I have made no changes to the "user", "mailboxes", or any other tables
by hand.  All flags in the INBOX row for this account are set to 0 (the
default for all), and 'permission' is 2 (the default).

Does anybody see any configuration error on my part with DBMail?  Has
anyone seen this exact problem before?  Thanks for your attention; I
promise to post the resolution when I reach it.
_______________________________________________
Dbmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail
--- Msg sent via @Mail - http://atmail.nl/
_______________________________________________
Dbmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail
_______________________________________________
Dbmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail

Reply via email to