On 2017/06/04 10:30, Johan Huldtgren wrote: > On 2017/06/04 05:11, Stuart Henderson wrote: > > On 2017/06/03 17:07, Johan Huldtgren wrote: > >> I updated my mail server from the May 4th snap to the June 2nd snap, > >> everything works with the exception of rundcube. When trying to log in > >> the user gets the generic "Connection to storage server failed.", this > >> normally means some sort of problem with talking to the imap server, > >> however nothing gets logged in maillog (so as far as I can tell it > >> never even gets as far as attempting a login). > > > > I'm seeing this too, no tcp connection is made to the imap server. In > > my case, roundcube 1.3-rc, PHP 7, nginx, sqlite db. I updated packages > > (but not roundcube) on the 25th and then again on the 30th, no version > > updates in php-related packages, but they did get updated due to > > library changes. I have a failed login in logs (indicating that it > > was working) from May 27. I've been poring over kdumps, no clues yet. > > > > Is anyone seeing any problems with other simpler PHP things? > > FWIW, I'm not seeing this with anything else. The following PHP > things all work: > > www/nextcloud (auths via imap) > wordpress > phpBB > postfixadmin > > custom php app with simple auth against postgresql.
I tracked it down a bit further: this happens for me if php-intl is enabled, doesn't happen without it. I think it may be connected with the icu4c changes, that's the only related thing which I can think of that's been updated recently. Not tried playing with icu4c yet but reading the commit... : * as per upstream recommendation : - use --with-data-packaging=archive on all archs ...this is a likely candidate, it moves ICU data from the shared libraries to separate .dat files, which isn't going to work in chroot.
