On Wed, 2005-10-05 at 13:13 -0500, Zed Pobre wrote: <snip>
> Missing prefs table > > Missing php4-imap package > > LDAP possibly defaults to version 2, and version 2 was disabled in > slapd. Fixed by forcing version 3 in config.ini. > > If using stacked authentication methods, if ANY authentication method > suffers from an internal failure, then any attempt to authenticate > will return either a blank page or go back to the HomePage entry > without any error being displayed. If you use ONLY the one > authentication method you intend to use, with no fallback, then work > through the fallbacks one at a time, you may eventually be able to > work out the kinks. > > Despite the fact that I'm running Dovecot configured to use SSL/TLS, > IMAP authentication doesn't like IMAP+tls, even with novalidate-cert. A mighty list of faults indeed! > Suggestions: > > Package needs Recommends: for php4-imap and php4-ldap, and needs much > better documentation about configuring authentication. OK. > There need to be upgrade schemas posted for MySQL and PostgreSQL next > to the initial install schemas. Either that, or PHPWiki should > autodetect missing columns or tables and create them as necessary. > The latter would probably be preferable, but is much more work. I *think* 1.3.11 (which I'm in the middle of packaging currently) does the automatically upgrade SQL thing. > PHPWiki needs much better debugging code. Trying new things blindly > one after the other is maddeningly frustrating when you have no idea > if you are even getting closer. Silent failures are the worst case, > but I'd like more detailed information on why IMAP+tls connects > continue to fail, when I can verify via mutt that they are working > normally from other clients. I'll file this upstream as a feature request. > The failure of one authentication method shouldn't clobber the > accessibility of the others, particularly when the others come before > the failed method in the stack. Agreed, I'll forward this upstream too. > I'm sorry I can't offer code, but I've spent much more time on this > than I was supposed to already. No problem. I can appreciate your frustration, I maintain several phpwiki installations too, so I've been through this before. Thanks very much for the time you've spent testing / fixing :) Cheers -- Matt Brown [EMAIL PROTECTED] Mob +64 275 611 544 www.mattb.net.nz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
