Re: [qmailtoaster] Roundcube login fails on PHP 7.x
This issue was caused by php-mapi .. I removed it and updated and it did go as needed for the upgrade.. > On Jul 14, 2019, at 19:15, Remo Mattei wrote: > > I just wanted to test this on a box that I have on 5.4 and I get this.. > > --> Finished Dependency Resolution > Error: Package: php-mapi-7.1.14-3.el7.x86_64 (@epel) > Requires: php(api) = 20100412-64 > Removing: php-common-5.4.16-46.el7.x86_64 (@base) > php(api) = 20100412-64 > Updated By: php-common-7.1.30-3.el7.remi.x86_64 (remi-php71) > php(api) = 20160303-64 > Available: php-common-5.4.45-17.el7.remi.x86_64 (remi) > php(api) = 20100412-64 > Available: php-common-7.1.30-1.el7.remi.x86_64 (remi-php71) > php(api) = 20160303-64 > Error: Package: php-mapi-7.1.14-3.el7.x86_64 (@epel) > Requires: php(zend-abi) = 20100525-64 > Removing: php-common-5.4.16-46.el7.x86_64 (@base) > php(zend-abi) = 20100525-64 > Updated By: php-common-7.1.30-3.el7.remi.x86_64 (remi-php71) > php(zend-abi) = 20160303-64 > Available: php-common-5.4.45-17.el7.remi.x86_64 (remi) > php(zend-abi) = 20100525-64 > Available: php-common-7.1.30-1.el7.remi.x86_64 (remi-php71) > php(zend-abi) = 20160303-64 > You could try using --skip-broken to work around the problem > You could try running: rpm -Va --nofiles —nodigest > > So I suggest to remove all the php 5.x and install the 7.1 that should fix > the issue. > > Remo > >> On Jul 14, 2019, at 18:45, Eric Broch wrote: >> >> I've installed php 7.1 in centos 7 successfully. So have others. I'm not >> sure what the problem is. The Remi repo should upgrade roundcube. >> >> On 7/14/2019 7:03 PM, Angus McIntyre wrote: >>> Hi Eric >>> >>> Yes, I followed your instructions, and they worked perfectly -- but only >>> for PHP 5.4. I re-implemented your recipe as a set of Ansible tasks, and >>> was able to get Roundcube working with PHP 5.4. (The only thing I didn't >>> implement yet was the Carddav install as -- if I understand correctly -- >>> that's an optional add-on that extends Roundcube but isn't essential for >>> it). >>> >>> However, when I added the option to install PHP 7.x, instead of using the >>> stock PHP 5.4, Roundcube 1.1 stopped working. Rainloop and Squirrelmail >>> still work, but there's something about PHP 7 that Roundcube 1.1 doesn't >>> like. >>> >>> I hope that Roundcube 1.4 may be the answer I'm looking for, but I've run >>> into dependency hell while trying to install it. I'm hoping that Remo, who >>> was able to get v1.4 working on his server, may be able to help me here. >>> >>> I could just leave everything at PHP 5.4, but that's EOL'd, so I think it >>> would be nice to be able to offer a build using a more modern PHP. >>> >>> Angus >>> >>> >>> P.S. I saw your other helpful notes about fixing 'mrtg' and 'admin-toaster' >>> to work with PHP 7. I've incorporated those into my Ansible role, but >>> haven't tested them yet. >>> >>> >>> Eric Broch wrote on 7/14/19 7:55 PM: Did you follow these instructions: https://www.qmailtoaster.org/roundcube.html On 7/14/2019 4:56 PM, Angus McIntyre wrote: > Remo, Eric, thank you. > > Installing 1.4 seems to take me into dependency hell. This is what I have > so far in ansible: > > - name: add REMI test repo > become: yes > when: qmt_php7_version != 0 > yum: >name: http://rpms.remirepo.net/enterprise/remi-release-7.rpm >state: present > > - name: install dependencies > become: yes > when: qmt_php7_version != 0 > yum: >name: > - php-pear > - php-pear-Auth-SASL > - php-pear-crypt-gpg > - php-pear-Mail-Mime > - php-pear-Net-IDNA2 > - php-pear-Net-LDAP2 > - php-pear-Net-SMTP > - php-pear-Net-Sieve > - php-pear-Net-Socket > - php-pecl-zip >enablerepo: remi >state: latest > > - name: install roundcube and dependencies - PHP 7 > become: yes > when: qmt_php7_version != 0 > yum: >name: > - roundcubemail >enablerepo: remi-test >state: latest >update_cache: yes > > Unfortunately, it breaks when it tries to install 'php-pecl-zip', with: > > Error: Package: php-pecl-zip-1.14.0-0.2.20170301dev.el7.remi.5.6.x86_64 > (remi-test) > Requires: php(api) = 20131106-64 > Installed: php-common-7.3.7-3.el7.remi.x86_64 (@remi-php73) > php(api) = 20180731-64 > Available: php-common-5.4.16-46.el7.x86_64 (base) > php(api) = 20100412-64 > Error: Package: php-pecl-zip-1.14.0-0.2.20170301dev.el7.remi.5.6.x86_64 > (remi-test) > Requires: php(zend-abi) = 20131226-64
Re: [qmailtoaster] Roundcube login fails on PHP 7.x
I just wanted to test this on a box that I have on 5.4 and I get this.. --> Finished Dependency Resolution Error: Package: php-mapi-7.1.14-3.el7.x86_64 (@epel) Requires: php(api) = 20100412-64 Removing: php-common-5.4.16-46.el7.x86_64 (@base) php(api) = 20100412-64 Updated By: php-common-7.1.30-3.el7.remi.x86_64 (remi-php71) php(api) = 20160303-64 Available: php-common-5.4.45-17.el7.remi.x86_64 (remi) php(api) = 20100412-64 Available: php-common-7.1.30-1.el7.remi.x86_64 (remi-php71) php(api) = 20160303-64 Error: Package: php-mapi-7.1.14-3.el7.x86_64 (@epel) Requires: php(zend-abi) = 20100525-64 Removing: php-common-5.4.16-46.el7.x86_64 (@base) php(zend-abi) = 20100525-64 Updated By: php-common-7.1.30-3.el7.remi.x86_64 (remi-php71) php(zend-abi) = 20160303-64 Available: php-common-5.4.45-17.el7.remi.x86_64 (remi) php(zend-abi) = 20100525-64 Available: php-common-7.1.30-1.el7.remi.x86_64 (remi-php71) php(zend-abi) = 20160303-64 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles —nodigest So I suggest to remove all the php 5.x and install the 7.1 that should fix the issue. Remo > On Jul 14, 2019, at 18:45, Eric Broch wrote: > > I've installed php 7.1 in centos 7 successfully. So have others. I'm not sure > what the problem is. The Remi repo should upgrade roundcube. > > On 7/14/2019 7:03 PM, Angus McIntyre wrote: >> Hi Eric >> >> Yes, I followed your instructions, and they worked perfectly -- but only for >> PHP 5.4. I re-implemented your recipe as a set of Ansible tasks, and was >> able to get Roundcube working with PHP 5.4. (The only thing I didn't >> implement yet was the Carddav install as -- if I understand correctly -- >> that's an optional add-on that extends Roundcube but isn't essential for it). >> >> However, when I added the option to install PHP 7.x, instead of using the >> stock PHP 5.4, Roundcube 1.1 stopped working. Rainloop and Squirrelmail >> still work, but there's something about PHP 7 that Roundcube 1.1 doesn't >> like. >> >> I hope that Roundcube 1.4 may be the answer I'm looking for, but I've run >> into dependency hell while trying to install it. I'm hoping that Remo, who >> was able to get v1.4 working on his server, may be able to help me here. >> >> I could just leave everything at PHP 5.4, but that's EOL'd, so I think it >> would be nice to be able to offer a build using a more modern PHP. >> >> Angus >> >> >> P.S. I saw your other helpful notes about fixing 'mrtg' and 'admin-toaster' >> to work with PHP 7. I've incorporated those into my Ansible role, but >> haven't tested them yet. >> >> >> Eric Broch wrote on 7/14/19 7:55 PM: >>> Did you follow these instructions: >>> >>> https://www.qmailtoaster.org/roundcube.html >>> >>> >>> On 7/14/2019 4:56 PM, Angus McIntyre wrote: Remo, Eric, thank you. Installing 1.4 seems to take me into dependency hell. This is what I have so far in ansible: - name: add REMI test repo become: yes when: qmt_php7_version != 0 yum: name: http://rpms.remirepo.net/enterprise/remi-release-7.rpm state: present - name: install dependencies become: yes when: qmt_php7_version != 0 yum: name: - php-pear - php-pear-Auth-SASL - php-pear-crypt-gpg - php-pear-Mail-Mime - php-pear-Net-IDNA2 - php-pear-Net-LDAP2 - php-pear-Net-SMTP - php-pear-Net-Sieve - php-pear-Net-Socket - php-pecl-zip enablerepo: remi state: latest - name: install roundcube and dependencies - PHP 7 become: yes when: qmt_php7_version != 0 yum: name: - roundcubemail enablerepo: remi-test state: latest update_cache: yes Unfortunately, it breaks when it tries to install 'php-pecl-zip', with: Error: Package: php-pecl-zip-1.14.0-0.2.20170301dev.el7.remi.5.6.x86_64 (remi-test) Requires: php(api) = 20131106-64 Installed: php-common-7.3.7-3.el7.remi.x86_64 (@remi-php73) php(api) = 20180731-64 Available: php-common-5.4.16-46.el7.x86_64 (base) php(api) = 20100412-64 Error: Package: php-pecl-zip-1.14.0-0.2.20170301dev.el7.remi.5.6.x86_64 (remi-test) Requires: php(zend-abi) = 20131226-64 Installed: php-common-7.3.7-3.el7.remi.x86_64 (@remi-php73) php(zend-abi) = 20180731-64 Available: php-common-5.4.16-46.el7.x86_64 (base) php(zend-abi) = 20100525-64 As far as I
Re: [qmailtoaster] Roundcube login fails on PHP 7.x
I've installed php 7.1 in centos 7 successfully. So have others. I'm not sure what the problem is. The Remi repo should upgrade roundcube. On 7/14/2019 7:03 PM, Angus McIntyre wrote: Hi Eric Yes, I followed your instructions, and they worked perfectly -- but only for PHP 5.4. I re-implemented your recipe as a set of Ansible tasks, and was able to get Roundcube working with PHP 5.4. (The only thing I didn't implement yet was the Carddav install as -- if I understand correctly -- that's an optional add-on that extends Roundcube but isn't essential for it). However, when I added the option to install PHP 7.x, instead of using the stock PHP 5.4, Roundcube 1.1 stopped working. Rainloop and Squirrelmail still work, but there's something about PHP 7 that Roundcube 1.1 doesn't like. I hope that Roundcube 1.4 may be the answer I'm looking for, but I've run into dependency hell while trying to install it. I'm hoping that Remo, who was able to get v1.4 working on his server, may be able to help me here. I could just leave everything at PHP 5.4, but that's EOL'd, so I think it would be nice to be able to offer a build using a more modern PHP. Angus P.S. I saw your other helpful notes about fixing 'mrtg' and 'admin-toaster' to work with PHP 7. I've incorporated those into my Ansible role, but haven't tested them yet. Eric Broch wrote on 7/14/19 7:55 PM: Did you follow these instructions: https://www.qmailtoaster.org/roundcube.html On 7/14/2019 4:56 PM, Angus McIntyre wrote: Remo, Eric, thank you. Installing 1.4 seems to take me into dependency hell. This is what I have so far in ansible: - name: add REMI test repo become: yes when: qmt_php7_version != 0 yum: name: http://rpms.remirepo.net/enterprise/remi-release-7.rpm state: present - name: install dependencies become: yes when: qmt_php7_version != 0 yum: name: - php-pear - php-pear-Auth-SASL - php-pear-crypt-gpg - php-pear-Mail-Mime - php-pear-Net-IDNA2 - php-pear-Net-LDAP2 - php-pear-Net-SMTP - php-pear-Net-Sieve - php-pear-Net-Socket - php-pecl-zip enablerepo: remi state: latest - name: install roundcube and dependencies - PHP 7 become: yes when: qmt_php7_version != 0 yum: name: - roundcubemail enablerepo: remi-test state: latest update_cache: yes Unfortunately, it breaks when it tries to install 'php-pecl-zip', with: Error: Package: php-pecl-zip-1.14.0-0.2.20170301dev.el7.remi.5.6.x86_64 (remi-test) Requires: php(api) = 20131106-64 Installed: php-common-7.3.7-3.el7.remi.x86_64 (@remi-php73) php(api) = 20180731-64 Available: php-common-5.4.16-46.el7.x86_64 (base) php(api) = 20100412-64 Error: Package: php-pecl-zip-1.14.0-0.2.20170301dev.el7.remi.5.6.x86_64 (remi-test) Requires: php(zend-abi) = 20131226-64 Installed: php-common-7.3.7-3.el7.remi.x86_64 (@remi-php73) php(zend-abi) = 20180731-64 Available: php-common-5.4.16-46.el7.x86_64 (base) php(zend-abi) = 20100525-64 As far as I can tell, php-pecl-zip is requiring older versions of php(api) and php(zend-abi). Did you encounter this problem, and do you know how I can work around it? Thanks for any help that you can give me, Angus r...@mattei.org wrote on 7/14/19 3:18 PM: And I also have the 1.4 version Il giorno 14 lug 2019, alle ore 12:09, r...@mattei.org I run php 7 and roundcube Il giorno 14 lug 2019, alle ore 10:52, Eric Broch ha scritto: Have a look at this thread: https://www.mail-archive.com/qmailtoaster-list@qmailtoaster.com/msg41927.html On 7/14/2019 11:29 AM, Angus McIntyre wrote: Has anyone been able to successfully run Roundcube with PHP7 on a QMT install? I'm following -- more or less -- the install guidelines given on the qmailtoaster site. When I have PHP 5.4 installed, I am able to log in and use Roundcube without problems. When I have PHP7.2 or 7.3 installed, attempts to log in fail with the error message 'Invalid request! No data was saved.' Does this sound familiar to anyone and, if so, how did you solve it? Thanks, Angus TECHNICAL DETAILS Checking the logs at '/var/log/roundcubemail/errors' shows a slew of warning messages, most of which read: PHP Warning: count(): Parameter must be an array or an object that implements Countable in /usr/share/roundcubemail/program/lib/Roundcube/rcube_plugin_api.php on line 406 Mixed in with those is a single instance of: PHP Warning: session_start(): Failed to read session data: user (path: /var/lib/php/session) in /usr/share/roundcubemail/program/lib/Roundcube/rcube_session.php on line 117 It looks to me as if Roundcube is trying and failing to find a plugin (or anything else) that implements the 'authenticate' hook. It's possible that that's not critical, and that it falls back to some core
Re: [qmailtoaster] Roundcube login fails on PHP 7.x
Hi Eric Yes, I followed your instructions, and they worked perfectly -- but only for PHP 5.4. I re-implemented your recipe as a set of Ansible tasks, and was able to get Roundcube working with PHP 5.4. (The only thing I didn't implement yet was the Carddav install as -- if I understand correctly -- that's an optional add-on that extends Roundcube but isn't essential for it). However, when I added the option to install PHP 7.x, instead of using the stock PHP 5.4, Roundcube 1.1 stopped working. Rainloop and Squirrelmail still work, but there's something about PHP 7 that Roundcube 1.1 doesn't like. I hope that Roundcube 1.4 may be the answer I'm looking for, but I've run into dependency hell while trying to install it. I'm hoping that Remo, who was able to get v1.4 working on his server, may be able to help me here. I could just leave everything at PHP 5.4, but that's EOL'd, so I think it would be nice to be able to offer a build using a more modern PHP. Angus P.S. I saw your other helpful notes about fixing 'mrtg' and 'admin-toaster' to work with PHP 7. I've incorporated those into my Ansible role, but haven't tested them yet. Eric Broch wrote on 7/14/19 7:55 PM: Did you follow these instructions: https://www.qmailtoaster.org/roundcube.html On 7/14/2019 4:56 PM, Angus McIntyre wrote: Remo, Eric, thank you. Installing 1.4 seems to take me into dependency hell. This is what I have so far in ansible: - name: add REMI test repo become: yes when: qmt_php7_version != 0 yum: name: http://rpms.remirepo.net/enterprise/remi-release-7.rpm state: present - name: install dependencies become: yes when: qmt_php7_version != 0 yum: name: - php-pear - php-pear-Auth-SASL - php-pear-crypt-gpg - php-pear-Mail-Mime - php-pear-Net-IDNA2 - php-pear-Net-LDAP2 - php-pear-Net-SMTP - php-pear-Net-Sieve - php-pear-Net-Socket - php-pecl-zip enablerepo: remi state: latest - name: install roundcube and dependencies - PHP 7 become: yes when: qmt_php7_version != 0 yum: name: - roundcubemail enablerepo: remi-test state: latest update_cache: yes Unfortunately, it breaks when it tries to install 'php-pecl-zip', with: Error: Package: php-pecl-zip-1.14.0-0.2.20170301dev.el7.remi.5.6.x86_64 (remi-test) Requires: php(api) = 20131106-64 Installed: php-common-7.3.7-3.el7.remi.x86_64 (@remi-php73) php(api) = 20180731-64 Available: php-common-5.4.16-46.el7.x86_64 (base) php(api) = 20100412-64 Error: Package: php-pecl-zip-1.14.0-0.2.20170301dev.el7.remi.5.6.x86_64 (remi-test) Requires: php(zend-abi) = 20131226-64 Installed: php-common-7.3.7-3.el7.remi.x86_64 (@remi-php73) php(zend-abi) = 20180731-64 Available: php-common-5.4.16-46.el7.x86_64 (base) php(zend-abi) = 20100525-64 As far as I can tell, php-pecl-zip is requiring older versions of php(api) and php(zend-abi). Did you encounter this problem, and do you know how I can work around it? Thanks for any help that you can give me, Angus r...@mattei.org wrote on 7/14/19 3:18 PM: And I also have the 1.4 version Il giorno 14 lug 2019, alle ore 12:09, r...@mattei.org I run php 7 and roundcube Il giorno 14 lug 2019, alle ore 10:52, Eric Broch ha scritto: Have a look at this thread: https://www.mail-archive.com/qmailtoaster-list@qmailtoaster.com/msg41927.html On 7/14/2019 11:29 AM, Angus McIntyre wrote: Has anyone been able to successfully run Roundcube with PHP7 on a QMT install? I'm following -- more or less -- the install guidelines given on the qmailtoaster site. When I have PHP 5.4 installed, I am able to log in and use Roundcube without problems. When I have PHP7.2 or 7.3 installed, attempts to log in fail with the error message 'Invalid request! No data was saved.' Does this sound familiar to anyone and, if so, how did you solve it? Thanks, Angus TECHNICAL DETAILS Checking the logs at '/var/log/roundcubemail/errors' shows a slew of warning messages, most of which read: PHP Warning: count(): Parameter must be an array or an object that implements Countable in /usr/share/roundcubemail/program/lib/Roundcube/rcube_plugin_api.php on line 406 Mixed in with those is a single instance of: PHP Warning: session_start(): Failed to read session data: user (path: /var/lib/php/session) in /usr/share/roundcubemail/program/lib/Roundcube/rcube_session.php on line 117 It looks to me as if Roundcube is trying and failing to find a plugin (or anything else) that implements the 'authenticate' hook. It's possible that that's not critical, and that it falls back to some core authentication method -- which is then failing because of a session-related issue. Some other data points: The directory '/var/lib/php/session' exists, and can be read and written by the
Re: [qmailtoaster] Roundcube login fails on PHP 7.x
Did you follow these instructions: https://www.qmailtoaster.org/roundcube.html On 7/14/2019 4:56 PM, Angus McIntyre wrote: Remo, Eric, thank you. Installing 1.4 seems to take me into dependency hell. This is what I have so far in ansible: - name: add REMI test repo become: yes when: qmt_php7_version != 0 yum: name: http://rpms.remirepo.net/enterprise/remi-release-7.rpm state: present - name: install dependencies become: yes when: qmt_php7_version != 0 yum: name: - php-pear - php-pear-Auth-SASL - php-pear-crypt-gpg - php-pear-Mail-Mime - php-pear-Net-IDNA2 - php-pear-Net-LDAP2 - php-pear-Net-SMTP - php-pear-Net-Sieve - php-pear-Net-Socket - php-pecl-zip enablerepo: remi state: latest - name: install roundcube and dependencies - PHP 7 become: yes when: qmt_php7_version != 0 yum: name: - roundcubemail enablerepo: remi-test state: latest update_cache: yes Unfortunately, it breaks when it tries to install 'php-pecl-zip', with: Error: Package: php-pecl-zip-1.14.0-0.2.20170301dev.el7.remi.5.6.x86_64 (remi-test) Requires: php(api) = 20131106-64 Installed: php-common-7.3.7-3.el7.remi.x86_64 (@remi-php73) php(api) = 20180731-64 Available: php-common-5.4.16-46.el7.x86_64 (base) php(api) = 20100412-64 Error: Package: php-pecl-zip-1.14.0-0.2.20170301dev.el7.remi.5.6.x86_64 (remi-test) Requires: php(zend-abi) = 20131226-64 Installed: php-common-7.3.7-3.el7.remi.x86_64 (@remi-php73) php(zend-abi) = 20180731-64 Available: php-common-5.4.16-46.el7.x86_64 (base) php(zend-abi) = 20100525-64 As far as I can tell, php-pecl-zip is requiring older versions of php(api) and php(zend-abi). Did you encounter this problem, and do you know how I can work around it? Thanks for any help that you can give me, Angus r...@mattei.org wrote on 7/14/19 3:18 PM: And I also have the 1.4 version Il giorno 14 lug 2019, alle ore 12:09, r...@mattei.org I run php 7 and roundcube Il giorno 14 lug 2019, alle ore 10:52, Eric Broch ha scritto: Have a look at this thread: https://www.mail-archive.com/qmailtoaster-list@qmailtoaster.com/msg41927.html On 7/14/2019 11:29 AM, Angus McIntyre wrote: Has anyone been able to successfully run Roundcube with PHP7 on a QMT install? I'm following -- more or less -- the install guidelines given on the qmailtoaster site. When I have PHP 5.4 installed, I am able to log in and use Roundcube without problems. When I have PHP7.2 or 7.3 installed, attempts to log in fail with the error message 'Invalid request! No data was saved.' Does this sound familiar to anyone and, if so, how did you solve it? Thanks, Angus TECHNICAL DETAILS Checking the logs at '/var/log/roundcubemail/errors' shows a slew of warning messages, most of which read: PHP Warning: count(): Parameter must be an array or an object that implements Countable in /usr/share/roundcubemail/program/lib/Roundcube/rcube_plugin_api.php on line 406 Mixed in with those is a single instance of: PHP Warning: session_start(): Failed to read session data: user (path: /var/lib/php/session) in /usr/share/roundcubemail/program/lib/Roundcube/rcube_session.php on line 117 It looks to me as if Roundcube is trying and failing to find a plugin (or anything else) that implements the 'authenticate' hook. It's possible that that's not critical, and that it falls back to some core authentication method -- which is then failing because of a session-related issue. Some other data points: The directory '/var/lib/php/session' exists, and can be read and written by the 'apache' user. The database parameters in '/etc/roundcubemail/config.inc.php' are able to connect to the database. Session storage is set to 'db': $config['session_storage'] = 'db' Changing this to 'php' does not resolve the issue. Rainloop and Squirrelmail both run without problems on this host. Squirrelmail creates session records in '/var/lib/php/session' successfully. Roundcube version is 1.1.12, and configuration files are taken directly from the qmailtoaster.com site. - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Roundcube login fails on PHP 7.x
Remo, Eric, thank you. Installing 1.4 seems to take me into dependency hell. This is what I have so far in ansible: - name: add REMI test repo become: yes when: qmt_php7_version != 0 yum: name: http://rpms.remirepo.net/enterprise/remi-release-7.rpm state: present - name: install dependencies become: yes when: qmt_php7_version != 0 yum: name: - php-pear - php-pear-Auth-SASL - php-pear-crypt-gpg - php-pear-Mail-Mime - php-pear-Net-IDNA2 - php-pear-Net-LDAP2 - php-pear-Net-SMTP - php-pear-Net-Sieve - php-pear-Net-Socket - php-pecl-zip enablerepo: remi state: latest - name: install roundcube and dependencies - PHP 7 become: yes when: qmt_php7_version != 0 yum: name: - roundcubemail enablerepo: remi-test state: latest update_cache: yes Unfortunately, it breaks when it tries to install 'php-pecl-zip', with: Error: Package: php-pecl-zip-1.14.0-0.2.20170301dev.el7.remi.5.6.x86_64 (remi-test) Requires: php(api) = 20131106-64 Installed: php-common-7.3.7-3.el7.remi.x86_64 (@remi-php73) php(api) = 20180731-64 Available: php-common-5.4.16-46.el7.x86_64 (base) php(api) = 20100412-64 Error: Package: php-pecl-zip-1.14.0-0.2.20170301dev.el7.remi.5.6.x86_64 (remi-test) Requires: php(zend-abi) = 20131226-64 Installed: php-common-7.3.7-3.el7.remi.x86_64 (@remi-php73) php(zend-abi) = 20180731-64 Available: php-common-5.4.16-46.el7.x86_64 (base) php(zend-abi) = 20100525-64 As far as I can tell, php-pecl-zip is requiring older versions of php(api) and php(zend-abi). Did you encounter this problem, and do you know how I can work around it? Thanks for any help that you can give me, Angus r...@mattei.org wrote on 7/14/19 3:18 PM: And I also have the 1.4 version Il giorno 14 lug 2019, alle ore 12:09, r...@mattei.org Il giorno 14 lug 2019, alle ore 10:52, Eric Broch ha scritto: Have a look at this thread: https://www.mail-archive.com/qmailtoaster-list@qmailtoaster.com/msg41927.html On 7/14/2019 11:29 AM, Angus McIntyre wrote: Has anyone been able to successfully run Roundcube with PHP7 on a QMT install? I'm following -- more or less -- the install guidelines given on the qmailtoaster site. When I have PHP 5.4 installed, I am able to log in and use Roundcube without problems. When I have PHP7.2 or 7.3 installed, attempts to log in fail with the error message 'Invalid request! No data was saved.' Does this sound familiar to anyone and, if so, how did you solve it? Thanks, Angus TECHNICAL DETAILS Checking the logs at '/var/log/roundcubemail/errors' shows a slew of warning messages, most of which read: PHP Warning: count(): Parameter must be an array or an object that implements Countable in /usr/share/roundcubemail/program/lib/Roundcube/rcube_plugin_api.php on line 406 Mixed in with those is a single instance of: PHP Warning: session_start(): Failed to read session data: user (path: /var/lib/php/session) in /usr/share/roundcubemail/program/lib/Roundcube/rcube_session.php on line 117 It looks to me as if Roundcube is trying and failing to find a plugin (or anything else) that implements the 'authenticate' hook. It's possible that that's not critical, and that it falls back to some core authentication method -- which is then failing because of a session-related issue. Some other data points: The directory '/var/lib/php/session' exists, and can be read and written by the 'apache' user. The database parameters in '/etc/roundcubemail/config.inc.php' are able to connect to the database. Session storage is set to 'db': $config['session_storage'] = 'db' Changing this to 'php' does not resolve the issue. Rainloop and Squirrelmail both run without problems on this host. Squirrelmail creates session records in '/var/lib/php/session' successfully. Roundcube version is 1.1.12, and configuration files are taken directly from the qmailtoaster.com site. - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Roundcube login fails on PHP 7.x
And I also have the 1.4 version > Il giorno 14 lug 2019, alle ore 12:09, r...@mattei.org scritto: > > I run php 7 and roundcube > >> Il giorno 14 lug 2019, alle ore 10:52, Eric Broch >> ha scritto: >> >> Have a look at this thread: >> >> https://www.mail-archive.com/qmailtoaster-list@qmailtoaster.com/msg41927.html >> >> >> On 7/14/2019 11:29 AM, Angus McIntyre wrote: >>> Has anyone been able to successfully run Roundcube with PHP7 on a QMT >>> install? >>> >>> I'm following -- more or less -- the install guidelines given on the >>> qmailtoaster site. >>> >>> When I have PHP 5.4 installed, I am able to log in and use Roundcube >>> without problems. >>> >>> When I have PHP7.2 or 7.3 installed, attempts to log in fail with the error >>> message 'Invalid request! No data was saved.' >>> >>> Does this sound familiar to anyone and, if so, how did you solve it? >>> >>> Thanks, >>> >>> Angus >>> >>> >>> >>> >>> TECHNICAL DETAILS >>> >>> Checking the logs at '/var/log/roundcubemail/errors' shows a slew of >>> warning messages, most of which read: >>> >>>PHP Warning: count(): Parameter must be an array or an object that >>> implements Countable in >>> /usr/share/roundcubemail/program/lib/Roundcube/rcube_plugin_api.php on line >>> 406 >>> >>> Mixed in with those is a single instance of: >>> >>>PHP Warning: session_start(): Failed to read session data: user (path: >>> /var/lib/php/session) in >>> /usr/share/roundcubemail/program/lib/Roundcube/rcube_session.php on line 117 >>> >>> It looks to me as if Roundcube is trying and failing to find a plugin (or >>> anything else) that implements the 'authenticate' hook. It's possible that >>> that's not critical, and that it falls back to some core authentication >>> method -- which is then failing because of a session-related issue. >>> >>> Some other data points: >>> >>> The directory '/var/lib/php/session' exists, and can be read and written by >>> the 'apache' user. >>> >>> The database parameters in '/etc/roundcubemail/config.inc.php' are able to >>> connect to the database. >>> >>> Session storage is set to 'db': >>> >>> $config['session_storage'] = 'db' >>> >>> Changing this to 'php' does not resolve the issue. >>> >>> Rainloop and Squirrelmail both run without problems on this host. >>> Squirrelmail creates session records in '/var/lib/php/session' successfully. >>> >>> Roundcube version is 1.1.12, and configuration files are taken directly >>> from the qmailtoaster.com site. >>> >>> >>> >>> >>> - >>> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com >>> For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com >>> >> >> - >> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com >> For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com >> > - > To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com > For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Roundcube login fails on PHP 7.x
I run php 7 and roundcube > Il giorno 14 lug 2019, alle ore 10:52, Eric Broch > ha scritto: > > Have a look at this thread: > > https://www.mail-archive.com/qmailtoaster-list@qmailtoaster.com/msg41927.html > > > >> On 7/14/2019 11:29 AM, Angus McIntyre wrote: >> Has anyone been able to successfully run Roundcube with PHP7 on a QMT >> install? >> >> I'm following -- more or less -- the install guidelines given on the >> qmailtoaster site. >> >> When I have PHP 5.4 installed, I am able to log in and use Roundcube without >> problems. >> >> When I have PHP7.2 or 7.3 installed, attempts to log in fail with the error >> message 'Invalid request! No data was saved.' >> >> Does this sound familiar to anyone and, if so, how did you solve it? >> >> Thanks, >> >> Angus >> >> >> >> >> TECHNICAL DETAILS >> >> Checking the logs at '/var/log/roundcubemail/errors' shows a slew of warning >> messages, most of which read: >> >> PHP Warning: count(): Parameter must be an array or an object that >> implements Countable in >> /usr/share/roundcubemail/program/lib/Roundcube/rcube_plugin_api.php on line >> 406 >> >> Mixed in with those is a single instance of: >> >> PHP Warning: session_start(): Failed to read session data: user (path: >> /var/lib/php/session) in >> /usr/share/roundcubemail/program/lib/Roundcube/rcube_session.php on line 117 >> >> It looks to me as if Roundcube is trying and failing to find a plugin (or >> anything else) that implements the 'authenticate' hook. It's possible that >> that's not critical, and that it falls back to some core authentication >> method -- which is then failing because of a session-related issue. >> >> Some other data points: >> >> The directory '/var/lib/php/session' exists, and can be read and written by >> the 'apache' user. >> >> The database parameters in '/etc/roundcubemail/config.inc.php' are able to >> connect to the database. >> >> Session storage is set to 'db': >> >> $config['session_storage'] = 'db' >> >> Changing this to 'php' does not resolve the issue. >> >> Rainloop and Squirrelmail both run without problems on this host. >> Squirrelmail creates session records in '/var/lib/php/session' successfully. >> >> Roundcube version is 1.1.12, and configuration files are taken directly from >> the qmailtoaster.com site. >> >> >> >> >> - >> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com >> For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com >> > > - > To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com > For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com > - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Roundcube login fails on PHP 7.x
Have a look at this thread: https://www.mail-archive.com/qmailtoaster-list@qmailtoaster.com/msg41927.html On 7/14/2019 11:29 AM, Angus McIntyre wrote: Has anyone been able to successfully run Roundcube with PHP7 on a QMT install? I'm following -- more or less -- the install guidelines given on the qmailtoaster site. When I have PHP 5.4 installed, I am able to log in and use Roundcube without problems. When I have PHP7.2 or 7.3 installed, attempts to log in fail with the error message 'Invalid request! No data was saved.' Does this sound familiar to anyone and, if so, how did you solve it? Thanks, Angus TECHNICAL DETAILS Checking the logs at '/var/log/roundcubemail/errors' shows a slew of warning messages, most of which read: PHP Warning: count(): Parameter must be an array or an object that implements Countable in /usr/share/roundcubemail/program/lib/Roundcube/rcube_plugin_api.php on line 406 Mixed in with those is a single instance of: PHP Warning: session_start(): Failed to read session data: user (path: /var/lib/php/session) in /usr/share/roundcubemail/program/lib/Roundcube/rcube_session.php on line 117 It looks to me as if Roundcube is trying and failing to find a plugin (or anything else) that implements the 'authenticate' hook. It's possible that that's not critical, and that it falls back to some core authentication method -- which is then failing because of a session-related issue. Some other data points: The directory '/var/lib/php/session' exists, and can be read and written by the 'apache' user. The database parameters in '/etc/roundcubemail/config.inc.php' are able to connect to the database. Session storage is set to 'db': $config['session_storage'] = 'db' Changing this to 'php' does not resolve the issue. Rainloop and Squirrelmail both run without problems on this host. Squirrelmail creates session records in '/var/lib/php/session' successfully. Roundcube version is 1.1.12, and configuration files are taken directly from the qmailtoaster.com site. - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
[qmailtoaster] Roundcube login fails on PHP 7.x
Has anyone been able to successfully run Roundcube with PHP7 on a QMT install? I'm following -- more or less -- the install guidelines given on the qmailtoaster site. When I have PHP 5.4 installed, I am able to log in and use Roundcube without problems. When I have PHP7.2 or 7.3 installed, attempts to log in fail with the error message 'Invalid request! No data was saved.' Does this sound familiar to anyone and, if so, how did you solve it? Thanks, Angus TECHNICAL DETAILS Checking the logs at '/var/log/roundcubemail/errors' shows a slew of warning messages, most of which read: PHP Warning: count(): Parameter must be an array or an object that implements Countable in /usr/share/roundcubemail/program/lib/Roundcube/rcube_plugin_api.php on line 406 Mixed in with those is a single instance of: PHP Warning: session_start(): Failed to read session data: user (path: /var/lib/php/session) in /usr/share/roundcubemail/program/lib/Roundcube/rcube_session.php on line 117 It looks to me as if Roundcube is trying and failing to find a plugin (or anything else) that implements the 'authenticate' hook. It's possible that that's not critical, and that it falls back to some core authentication method -- which is then failing because of a session-related issue. Some other data points: The directory '/var/lib/php/session' exists, and can be read and written by the 'apache' user. The database parameters in '/etc/roundcubemail/config.inc.php' are able to connect to the database. Session storage is set to 'db': $config['session_storage'] = 'db' Changing this to 'php' does not resolve the issue. Rainloop and Squirrelmail both run without problems on this host. Squirrelmail creates session records in '/var/lib/php/session' successfully. Roundcube version is 1.1.12, and configuration files are taken directly from the qmailtoaster.com site. - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Testing and development repos
Sounds great I was planning on that but have not time at the moment. > Il giorno 14 lug 2019, alle ore 08:22, Angus McIntyre ha > scritto: > > Thank you, Eric. > > And thank you also (again) for all your hard work in maintaining the > qmailtoaster site and the associated software. > > I'm in the process of developing an ansible role for setting up a > qmailtoaster installation, as another option for people who want to install > QMT. I'm fairly far along in the process, and it's given me a new > appreciation of how much work you've put into making everything fit together. > > The role isn't quite ready for prime time yet, but when I'm satisfied that it > does everything it should, I'll announce it here and invite comments and code > reviews. > > Thanks, > > Angus > > > > > Eric Broch wrote on 7/12/19 9:05 AM: >> Angus, >> Yes, that is correct with respect to versioning. >> I believe you get the lastest 1.03-3.1 with update from development. >> I've been using this version since creation date and have found no ill >> effects. There have been MANY downloads of this from the repos I control, >> and I can't be sure what people are using it for, hopefully production use. >> There are several other people I know of using the latest version >> successfully. >> If there are others please pipe in and let us know your experience. >> I wouldn't hesitate to install it in a production environment. >> Eric >>> On 7/11/2019 6:23 PM, Angus McIntyre wrote: >>> This is probably a question for Eric B. >>> >>> On the 'qmailtoaster.com' homepage, under CentOS 7 QMT Host, section 3, it >>> offers three apparent alternatives -- a straight yum update, followed by >>> yum update with 'qmt-testing' enabled, and yum update with 'qmt-devel' >>> enabled. There are then four qmail versions described, one current, and >>> three development. >>> >>> My reading of this is that you get to pick one of these options, and if you >>> choose the basic yum update, you get the qmail-1.03-2.1 install, if you use >>> 'qmt-testing' you get qmail-1.03-2.1 but with updated versions of the >>> supporting software, and if you choose 'qmt-devel', you get one of the >>> versions listed as 'development repo'. >>> >>> Is this more or less correct? >>> >>> Which development version do you get if you choose 'qmt-devel'? >>> >>> The qmail-1.03-3.1 repo is shown as having been installed at the end of >>> September last year; has it proven stable enough that you'd recommend >>> installing it in production? >>> >>> Thanks in advance for any advice, >>> >>> Angus >>> >>> >>> >>> - >>> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com >>> For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com >>> >> - >> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com >> For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com > > - > To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com > For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com > - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Testing and development repos
Thank you, Eric. And thank you also (again) for all your hard work in maintaining the qmailtoaster site and the associated software. I'm in the process of developing an ansible role for setting up a qmailtoaster installation, as another option for people who want to install QMT. I'm fairly far along in the process, and it's given me a new appreciation of how much work you've put into making everything fit together. The role isn't quite ready for prime time yet, but when I'm satisfied that it does everything it should, I'll announce it here and invite comments and code reviews. Thanks, Angus Eric Broch wrote on 7/12/19 9:05 AM: Angus, Yes, that is correct with respect to versioning. I believe you get the lastest 1.03-3.1 with update from development. I've been using this version since creation date and have found no ill effects. There have been MANY downloads of this from the repos I control, and I can't be sure what people are using it for, hopefully production use. There are several other people I know of using the latest version successfully. If there are others please pipe in and let us know your experience. I wouldn't hesitate to install it in a production environment. Eric On 7/11/2019 6:23 PM, Angus McIntyre wrote: This is probably a question for Eric B. On the 'qmailtoaster.com' homepage, under CentOS 7 QMT Host, section 3, it offers three apparent alternatives -- a straight yum update, followed by yum update with 'qmt-testing' enabled, and yum update with 'qmt-devel' enabled. There are then four qmail versions described, one current, and three development. My reading of this is that you get to pick one of these options, and if you choose the basic yum update, you get the qmail-1.03-2.1 install, if you use 'qmt-testing' you get qmail-1.03-2.1 but with updated versions of the supporting software, and if you choose 'qmt-devel', you get one of the versions listed as 'development repo'. Is this more or less correct? Which development version do you get if you choose 'qmt-devel'? The qmail-1.03-3.1 repo is shown as having been installed at the end of September last year; has it proven stable enough that you'd recommend installing it in production? Thanks in advance for any advice, Angus - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
