Summary | _imp_hook_postlogin not called on every login |
Queue | IMP |
Queue Version | 4.3.4 |
Type | Bug |
State | Not A Bug |
Priority | 1. Low |
Owners | |
Requester | m.gabriel (at) das-netzwerkteam (dot) de |
Created | 05/08/2009 (5901 days ago) |
Due | |
Updated | 04/12/2010 (5562 days ago) |
Assigned | 05/12/2009 (5897 days ago) |
Resolved | 05/18/2009 (5891 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | Yes |
State ⇒ Not A Bug
responsible for logging the user in. if you are authenticating via
horde, the IMP login code isn't called.
State ⇒ Feedback
authentication is done by IMP. Why don't you use Horde's
postauthenticate hook instead?
New Attachment: 20090507_IMP_hook_postlogin.snippet
default/fixed folders.
default/fixed folders
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ _imp_hook_postlogin not called on every login
Queue ⇒ IMP
Milestone ⇒
Patch ⇒ Yes
New Attachment: 20090507_IMP_postlogin_workaround.patch
State ⇒ Unconfirmed
auth methods), the used login screen is the horde login.php screen.
what i want:
o use _imp_hook_postlogin
o test for fixed folders, default folders (SPAM, Trash, etc.) and
if not exist, create them
while settings this up i made the experience, that _imp_hook_postlogin
is only very rarely called on login. my horde's login.php redirects
directly to the imp INBOX view. sometimes IMP says that the user is
not yet authenticated and offers IMP's login.php screen in main frame.
on a frame reload (main frame) IMP's login screen disappears and the
INBOX is shown. i suppose this issue is related to some sort of IMAP
timeout (that i can live with).
but: only when this detour on login takes place (every 10-20 logins)
the _imp_hook_postlogin function is called. this is not really reliable.
do work around this, i applied the attached patch ,,
20090507_IMP_postlogin_workaround.patch''. i am aware that
_imp_hook_postlogin now gets called on every IMP page load (i guess).
FYI find also attached my hook to check for existence of certain
default/fixed folders.