[horde] git install help

Fri Jan 3 18:02:30 UTC 2020

Quoting Simon B <simon.buongiorno at gmail.com>:

> On Fri, 3 Jan 2020 at 18:30, Michael J Rubinsky <mrubinsk at horde.org> wrote:
>>
>>
>> Quoting Simon B <simon.buongiorno at gmail.com>:
>
>> >> > Currently I am facing a white page of death, having copied over
>> >> > horde/config/conf.php and horde/config/registry.local.php into the
>> >> > base/config directory.
>> >>
>> >> Anything in the webserver/horde/error logs?
>> >>
>> >> Can you navigate *directly* to any page within the install?
>> >
>> > Sometimes.  Sometimes not.  I haven't figured out a pattern.  Since
>> > sending that, I managed to get in and update all the DB schemas and
>> > most of the critical application configs...
>> >
>> > The annoying thing is, non-admin users seem to have no issue.  The
>> > page loads pretty much straight away and the whole application suites
>> > functions as one would expect.
>> >
>> > The webserver error logs have this:
>> > [Fri Jan 03 14:19:58 2020] [error] [client my.ip.adr.ess] PHP Strict
>> > Standards:  Declaration of Horde_Form_Type_assign::init() should be
>> > compatible with Horde_Form_Type::init() in
>> > /usr/share/2020-git-horde/Form/lib/Horde/Form/Type.php on line 3600,
>> > referer: https://webmail.example.net/admin/config/index.php?action=schema
>> > [Fri Jan 03 14:19:58 2020] [error] [client my.ip.adr.ess] PHP Strict
>> > Standards:  Declaration of Horde_Form_Type_assign::getValues() should
>> > be compatible with Horde_Form_Type::getValues() in
>> > /usr/share/2020-git-horde/Form/lib/Horde/Form/Type.php on line 3600,
>> > referer: https://webmail.example.net/admin/config/index.php?action=schema
>> > [Fri Jan 03 14:19:58 2020] [error] [client my.ip.adr.ess] PHP Strict
>> > Standards:  Declaration of Horde_Form_Type_dblookup::init() should be
>> > compatible with Horde_Form_Type_enum::init($values, $prompt = NULL) in
>> > /usr/share/2020-git-horde/Form/lib/Horde/Form/Type.php on line 3751,
>> > referer: https://webmail.example.net/admin/config/index.php?action=schema
>> > [Fri Jan 03 14:19:58 2020] [error] [client my.ip.adr.ess] PHP Strict
>> > Standards:  Declaration of Horde_Form_Type_figlet::init() should be
>> > compatible with Horde_Form_Type::init() in
>> > /usr/share/2020-git-horde/Form/lib/Horde/Form/Type.php on line 3804,
>> > referer: https://webmail.example.net/admin/config/index.php?action=schema
>> > [Fri Jan 03 14:19:58 2020] [error] [client my.ip.adr.ess] PHP Strict
>> > Standards:  Declaration of Horde_Form_Type_invalid::init() should be
>> > compatible with Horde_Form_Type::init() in
>> > /usr/share/2020-git-horde/Form/lib/Horde/Form/Type.php on line 3873,
>> > referer: https://webmail.example.net/admin/config/index.php?action=schema
>>
>> These are due to Horde_Forms being ancient and not strictly PHP 7
>> compatible. However, this should not affect the behavior.
>
> I"m not using PHP7 though...

Ah, right. That's not PHP 7 specific, but the statement still stands  
otherwise. It's a E_STRICT warning, which you can silence by  
configuring the debug_level appropriately in conf.php.

>
> root at mail:~# dpkg -l | grep php
> ii  php5                               5.6.40-1~dotdeb+7.1
>
>> > All the users were getting this:
>> >  25653 2020-01-03T14:50:51+00:00 ERR: HORDE-BETA [imp] IMP is marked
>> > as authenticated, but no credentials can be found in the session. [pid
>> > 17154 on line 622 of "/usr/share/2020-git-horde/imp/lib/  25653
>> > Imap.php"]
>>
>> Perhaps some issue or corruption in your cache or similar, or an issue
>> with PHP writing to the session file?
>
> Where is the session file?  I might have been overly aggressive in
> screwing down permissions, although this was actually happening
> intermittently before the update..

Depends on how you configured PHP to store session data. If it works  
intermittently, it's probably not a permissions issue though.

>> > but it seems now to only be my admin user...  which additionally is
>> > generating...
>> >
>> > [Fri Jan 03 16:58:49 2020] [error] [client my.ip.adr.ess] client
>> > denied by server configuration: /usr/share/horde-beta/config
>>
>> This is almost certainly an apache generated message. Double check
>> your permission related configs in your apache configs related to the
>> horde server. (deny/allow/require etc...).
>
> But why would that affect only one user (so far)?

Hard to say without knowing what your apache rules are.

>
>> > ==> /var/log/apache2/logs/lydiard-webmail-access_log <==
>> > my.ip.adr.ess - - [03/Jan/2020:16:58:49 +0000] "GET /config
>> > HTTP/1.1" 403 7277
>> > my.ip.adr.ess - - [03/Jan/2020:16:59:21 +0000] "GET /imp  
>> HTTP/1.1" 301 7336
>> > my.ip.adr.ess - - [03/Jan/2020:16:59:42 +0000] "GET /services/portal
>> > HTTP/1.1" 301 7356
>> >
>> > (quite why Apache is not logging in UTC, I'll open a ticket for as
>> > soon as Whups is working...)
>>
>> Horde has no control as to how Apache timestamps it's log files.
>
> I meant internally :)   Clearly that's not Horde's fault....
>
> Thanks.
>
> Simon
> --
> Horde mailing list
> Frequently Asked Questions: http://horde.org/faq/
> To unsubscribe, mail: horde-unsubscribe at lists.horde.org

-- 
mike
The Horde Project
http://www.horde.org
https://www.facebook.com/hordeproject
https://www.twitter.com/hordeproject
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-keys
Size: 9272 bytes
Desc: PGP Public Key
URL: <https://lists.horde.org/archives/horde/attachments/20200103/8458c10d/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 851 bytes
Desc: PGP Digital Signature
URL: <https://lists.horde.org/archives/horde/attachments/20200103/8458c10d/attachment-0001.bin>