Summary | All messages are shown as sources - Turck mmcache |
Queue | IMP |
Queue Version | 4.0 |
Type | Bug |
State | Not A Bug |
Priority | 1. Low |
Owners | slusarz (at) horde (dot) org |
Requester | tux (at) almatau (dot) com |
Created | 12/31/2004 (7560 days ago) |
Due | |
Updated | 01/04/2005 (7556 days ago) |
Assigned | 01/03/2005 (7557 days ago) |
Resolved | 01/03/2005 (7557 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
State ⇒ Not A Bug
PHP caching solutions deal with the compliation of PHP code to
bytecode. So they are not the same.
Using PHP caching solutions with Horde is fine - you just have to make
sure that any cache temp files are flushed. Turck-mmcache is
notoriously bad for having very screwy behavior after a PHP
crash/restart unless all temp files are removed first.
(mmcache), it's significantly increasing perfomance of Horde. I've
turned it off, messages are readable now! Is Horde's file system
cache the same effective as mmcache? For now, the total perfomance
seems to be a bit slower.
Thanks a lot,
Ilya.
State ⇒ Feedback
Priority ⇒ 1. Low
turck mmcache). See if this fixes this.
State ⇒ Assigned
I've tried three versions of c-client:
1. The one which comes with Debian Woody
2. 2002a (backport from unstable)
3.The latest one, 2004a, was compiled by myself,and php was rebuilt with
'--with-imap=/usr/local/src/php/c-client/imap-2004a'
option
None worked for IMP 4.0. IMP 3.2.6 works just fine, BTW
(I'm running both versions of Horde on the same box, they have
different virtual sites and use different mysql databases).
Thanks,
Ilya.
State ⇒ Feedback
Priority ⇒ 2. Medium
c-client and recompile PHP.
Priority ⇒ 3. High
Type ⇒ Bug
Summary ⇒ All messages are shown as sources
Queue ⇒ IMP
State ⇒ Unconfirmed
whatever) bodies. Restarting browser, clearing cache, relogin doesn't
help.