Fri, 10 Apr 2026 17:02:33 +0000 https://bugs.horde.org/ticket/6836 Password = 0 does not work When you have an imap configured imp (did not try with pop), and a user with a password of "0" (zero), it can never log in. Tested on horde 3.1.7, imp 4.1.6. Testing with imp/test.php shows the very same thing, so I suspect the bug is somewhere in the imp/lib/IMAP part. Wed, 04 Jun 2008 18:42:24 +0000 https://bugs.horde.org/ticket/6836#t45925 Uh, forgot to specify it works just fine when using a telnet session. Cyrus IMAP4 v2.3.9 under. Wed, 04 Jun 2008 18:48:30 +0000 https://bugs.horde.org/ticket/6836#t45926 Beside that this is really a silly password, where/how exactly does it fail? Wed, 04 Jun 2008 21:36:07 +0000 https://bugs.horde.org/ticket/6836#t45934 Agreed with the silly password part :) Anyway, customers... Well, horde installed in horde/ , imp in horde/imp, horde/imp/test.php with any login and password = 0 show the bug -- and horde login with imp as the login backend show it too, imp being configured for imap login with the imap server above. Wed, 04 Jun 2008 21:58:43 +0000 https://bugs.horde.org/ticket/6836#t45938 You still didn't say what exactly happens if you use this password. Wed, 04 Jun 2008 22:12:05 +0000 https://bugs.horde.org/ticket/6836#t45939 Sorry. It just get back to the login page, again and again. test.php gives the fields where to put server/port/login/etc again, after pushing the button. Wed, 04 Jun 2008 22:35:06 +0000 https://bugs.horde.org/ticket/6836#t45942 Do you get an error message, a PHP error, a log entry, etc? Wed, 04 Jun 2008 22:50:33 +0000 https://bugs.horde.org/ticket/6836#t45943 Nothing at all in phplog (with E_ALL), no connection attemptto the imap server. Same thing on another system, will try a third tomorrow. No idea how to debug the thing ... echo "var:" . $_POST['server'] . $_POST['port'] . $_POST['user'] . $_POST['passwd'] . $_POST['server_type'] . "\n"; on line 151 of imp/test.php shows the right stuff; echo "foobar\n"; on line 153 (after the tests line: if (!empty($server) && !empty($user) && !empty($passwd) && !empty($type)) { ) doesn't appear, and it prints again the server/port/login form. I think empty($passwd) with passwd=0 just break the thing. Easiest way to test is probably setting up a test account with a password of 0. Wed, 04 Jun 2008 23:04:34 +0000 https://bugs.horde.org/ticket/6836#t45944 > I think empty($passwd) with passwd=0 just break the thing. That would be correct. That should be changed to strlen($passwd). Wed, 04 Jun 2008 23:06:37 +0000 https://bugs.horde.org/ticket/6836#t45945 Changes have been made in CVS for this ticket: http://cvs.horde.org/diff.php/imp/lib/Session.php?r1=1.165&r2=1.166&ty=u http://cvs.horde.org/diff.php/imp/test.php?r1=1.67&r2=1.68&ty=u Thu, 05 Jun 2008 05:13:16 +0000 https://bugs.horde.org/ticket/6836#t45963 Fixed in IMP 4.2.1. Thu, 05 Jun 2008 05:16:53 +0000 https://bugs.horde.org/ticket/6836#t45964