From: <cw...@ne...> - 2006-05-19 16:32:40
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I've had squirrelmail up and running quite well for quite a while now -- in fact, so well, that I've never had to debug anything before. I've worked through a bunch of things, but I'm currently stumped. I'm using squirrelmail-1.4.6 on NetBSD, installed from pkgsrc. As I said, everything works fine. However, I can't get the change_sqlpass to work. I installed change_sqlpass-3.3-1.2 and compatibility-2.0.4. After logging in, I get redirected to a blank page (there's literally no text in the generated source): 65.241.132.253 - - [19/May/2006:08:56:28 -0700] "GET /webmail/ HTTP/1.1" 302 - 65.241.132.253 - - [19/May/2006:08:56:28 -0700] "GET /webmail/src/login.php HTTP/1.1" 200 2219 65.241.132.253 - - [19/May/2006:08:56:34 -0700] "POST /webmail/src/redirect.php HTTP/1.1" 302 - 65.241.132.253 - - [19/May/2006:08:56:35 -0700] "GET /webmail/src/webmail.php HTTP/1.1" 200 - There's nothing in the HTTP error-log, and I have php display_errors turned on and error_reporting=E_ALL. Stumped, I decided to install debugger-1.2-1.4. Initially, this looked like it was finding something, because it was looking for the (nonexistent) locale/en_US directory. (Perhaps not the correct solution, but) I installed squirrelmail-locales-1.4.6, and copied the en_GB to en_US (and edited setup.php to reference en_US instead of en_GB). Now I don't get the error about the failure to read squirrelmail.po, but I'm back to getting a blank page with no additional debugging information. On the mail server side, I'm running postfix+courier-IMAP+mysql. In the current (broken) state, courier-authdaemon is still showing the log-in as being successfully authenticated, and then the IMAP server logs a successful login followed by an immediate logout: May 19 08:56:35 <host> imapd-ssl: LOGIN, user=<user>, ip=[<ip>], protocol=IMAP May 19 08:56:35 <host> imapd-ssl: LOGOUT, user=<user>, ip=[<ip>], headers=0, body=0, rcvd=46, sent=347, time=0, starttls=1 If I turn off the change_sqlpass, everything goes back to functioning properly. Does anyone have any ideas on how I can further go about debugging this (or, better yet, how to fix it)? Thanks, Chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (NetBSD) Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/> iD8DBQFEbfHaP65RBOOHTzERAnq+AJsFoMjXoq9E/VLtakBlOhElBcEPbACePnmy 0z5/M3BpQ3R60BU4Ve9FK+8= =tAqk -----END PGP SIGNATURE----- |
From: Paul L. <pa...@sq...> - 2006-05-20 20:43:36
|
> I've had squirrelmail up and running quite well for quite a while > now -- in fact, so well, that I've never had to debug anything > before. I've worked through a bunch of things, but I'm currently > stumped. > > I'm using squirrelmail-1.4.6 on NetBSD, installed from pkgsrc. > As I said, everything works fine. However, I can't get the > change_sqlpass to work. > > I installed change_sqlpass-3.3-1.2 and compatibility-2.0.4. > After logging in, I get redirected to a blank page (there's > literally no text in the generated source): > > 65.241.132.253 - - [19/May/2006:08:56:28 -0700] "GET /webmail/ HTTP/1.1" = 302 - > 65.241.132.253 - - [19/May/2006:08:56:28 -0700] "GET /webmail/src/login.p= hp HTTP/1.1" 200 2219 > 65.241.132.253 - - [19/May/2006:08:56:34 -0700] "POST /webmail/src/redire= ct.php HTTP/1.1" 302 - > 65.241.132.253 - - [19/May/2006:08:56:35 -0700] "GET /webmail/src/webmail= .php HTTP/1.1" 200 - > > There's nothing in the HTTP error-log, and I have php > display_errors turned on and error_reporting=3DE_ALL. Really? I find this hard to believe. Blank pages are almost always caused by unseen PHP errors. Can you test what these settings are as seen from the SquirrelMail directory (not your global settings)? > Stumped, I decided to install debugger-1.2-1.4. Initially, this > looked like it was finding something, because it was looking for > the (nonexistent) locale/en_US directory. (Perhaps not the > correct solution, but) I installed squirrelmail-locales-1.4.6, > and copied the en_GB to en_US (and edited setup.php to reference > en_US instead of en_GB). Now I don't get the error about the > failure to read squirrelmail.po, but I'm back to getting a blank > page with no additional debugging information. > > On the mail server side, I'm running postfix+courier-IMAP+mysql. > In the current (broken) state, courier-authdaemon is still > showing the log-in as being successfully authenticated, and then > the IMAP server logs a successful login followed by an immediate > logout: > > May 19 08:56:35 <host> imapd-ssl: LOGIN, user=3D<user>, ip=3D[<ip>], prot= ocol=3DIMAP > May 19 08:56:35 <host> imapd-ssl: LOGOUT, user=3D<user>, ip=3D[<ip>], hea= ders=3D0, body=3D0, rcvd=3D46, sent=3D347, time=3D0, starttls=3D1 > > If I turn off the change_sqlpass, everything goes back to > functioning properly. > > Does anyone have any ideas on how I can further go about > debugging this (or, better yet, how to fix it)? Put some echo statements in the code until you see where it halts. echo "1<br />"; echo "2<br />"; etc. |
From: <cw...@ne...> - 2006-05-21 15:56:02
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 "Paul Lesniewski" <pa...@sq...> writes: >> I'm using squirrelmail-1.4.6 on NetBSD, installed from pkgsrc. >> >> I installed change_sqlpass-3.3-1.2 and compatibility-2.0.4. >> [...] >> There's nothing in the HTTP error-log, and I have php >> display_errors turned on and error_reporting=E_ALL. > > Really? I find this hard to believe. Blank pages are almost > always caused by unseen PHP errors. Can you test what these > settings are as seen from the SquirrelMail directory (not your > global settings)? Hmm. I'm not really sure how to test what the setting would be from a given directory, but even if it wasn't picking up the global setting, I have the debugger plug-in installed, and it seems to be setting both of these to the same values. Also, see below. >> Stumped, I decided to install debugger-1.2-1.4. >> On the mail server side, I'm running postfix+courier-IMAP+mysql. >> >> Does anyone have any ideas on how I can further go about >> debugging this (or, better yet, how to fix it)? > > Put some echo statements in the code until you see where it halts. Thanks for the suggestions. In the insertion of the echo statements, I managed to create a syntax error along the way, and this is duly reported in the http-error log (and caught by the debugger plug-in), so I'm inclined to think that the display_errors and error_reporting are set correctly. After putting in echos with reckless abandon, the halt seems to be coming from the load_config function in compatibility/functions.php, as called by csp_check_for_https_do with load_config('change_sqlpass', array('config.php')); in change_sqlpass/functions.php. I've hacked up that area to be the following: // store inclusion results to be checked below // echo "10<br />"; echo "file count = " . $file_count . "<br />"; echo "plugin_path = " . $plugin_path . "<br />"; ${'config' . $file_count} = @include_once($plugin_path); echo "11<br />"; And my formerly blank web page now graciously outputs: 1 2 10 file count = 1 plugin_path = ../plugins/change_sqlpass/config.php Which strikes me as completely weird. I didn't mention it in the original thread, but this is with php-5.1.4. I'm now going to go reinstall php, just to confirm nothing funny is going on there, but any further suggestions will be happily received. Cheers, Chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (NetBSD) Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/> iD8DBQFEcIwxP65RBOOHTzERAr8VAJ4sAJj3bGAIfpkZ1UzQpw2CZo3BnQCcD5mL b1nRJeM37xTP1g40s6SILE0= =XSvm -----END PGP SIGNATURE----- |