On 2017/06/06 20:34, Stuart Henderson wrote: > 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.
I can confirm that disabling php-intl resolves the issue for me as well. > 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.
