| Summary | Login does not work => after correct password get redirected to login form a second time! |
| Queue | Horde Groupware Webmail Edition |
| Type | Bug |
| State | Not A Bug |
| Priority | 1. Low |
| Owners | |
| Requester | horde-imp (at) misc (dot) lka (dot) org (dot) lu |
| Created | 03/08/2007 (6775 days ago) |
| Due | |
| Updated | 04/20/2007 (6732 days ago) |
| Assigned | |
| Resolved | 03/08/2007 (6775 days ago) |
| Github Issue Link | |
| Github Pull Request | |
| Milestone | |
| Patch | No |
should consider altering this 1 single character in your config file,
helping LOTS of users/administrators of your product. Otherwise, you
should state clearly the repercussions of this "feature", namely the
possibility of rendering the hole system inoperable to some users.
the user has too many files in his home dir.
This causes IMP to try to collect data om ALL files in that user's
directory, depleting all available memory (for the PHP process).
mail folders instead of your whole home directory). If you are using
UWash IMAP, see http://wiki.horde.org/ImpUWIMAPNamespaces for some
help. Follow up on the mailing list if you need further help.
New Attachment: imp.patch
the user has too many files in his home dir.
This causes IMP to try to collect data om ALL files in that user's
directory, depleting all available memory (for the PHP process).
Here is a simple patch for the file <IMP_DIR>/config/prefs.php
Note: Ths bug affects at least all IMP versions >4.1.3 (including
Horde Groupware Webmail versions).
Priority ⇒ 1. Low
State ⇒ Not A Bug
Priority ⇒ 3. High
Type ⇒ Bug
Summary ⇒ Login does not work => after correct password get redirected to login form a second time!
Queue ⇒ Horde Groupware Webmail Edition
State ⇒ Unconfirmed
prompt after some time depending on the amount of files in my home
directory (!!!!). Yes, I do have cookies enabled, and the problem
happens both with Konqueror and with Firefox. Moreover, horde's
cookies (auth_key, imp_key and Horde) all show up in my browser's
cookie manager.
When entering a wrong password (just for testing...) it hangs for a
while, and then says login incorrect. So it does indeed seem to be
able to tell good and bad passwords apart (connection to imap ok).
Unfortunately, the /tmp/horde.log file is not very useful in this
instance, as it is almost empty (!):
Mar 08 16:17:33 HORDE [notice] [imp] Login success for aknaff
[158.64.72.230] to {localhost:143} [on line 152 of
"/usr/local/horde-webmail-1.0/imp/redirect.php"]
Nor is /var/log/apache2/error_log
Here is an extract from the apache access_log:
hal.lgl.lu - - [08/Mar/2007:16:05:54 +0100] "POST
/horde-webmail-1.0/imp/redirect.php HTTP/1.1" 302 26
hal.lgl.lu - - [08/Mar/2007:16:05:54 +0100] "GET
/horde-webmail-1.0/index.php?url=https%3A%2F%2Fwww.lgl.lu%2Fhorde-webmail-1.0%2F HTTP/1.1" 302
26
hal.lgl.lu - - [08/Mar/2007:16:05:54 +0100] "GET /horde-webmail-1.0/
HTTP/1.1" 302 26
hal.lgl.lu - - [08/Mar/2007:16:05:55 +0100] "GET
/horde-webmail-1.0/login.php HTTP/1.1" 302 26
hal.lgl.lu - - [08/Mar/2007:16:05:55 +0100] "GET
/horde-webmail-1.0/imp/login.php HTTP/1.1" 200 2560