User Details
- User Since
- May 6 2015, 7:56 PM (509 w, 3 d)
Thu, Jan 30
So the 389-ds packages are a mess in Ubuntu. The tools and scripts needed to update the on disk formats are not built and when I enable them they are broken. I am not sure if the upstream source is broken or it comes from the patches applied by Debian or Ubuntu. The only thing that I found worked was moving the contents of /var/lib/dirsrv and /etc/dirsrv to a backup, then upgrade from 18.04 to 20.04 and return the contents before rebooting. There were several other hiccups in the process as kolab packaging for Ubuntu newer than 18.04 is broken and missing packages, see: https://git.kolab.org/T8416
Jul 25 2024
Sorry, I didn't mean to imply otherwise on the 389ds issue, I knew it was upstream that was broken but also that it is required for Kolab and has been stopping an update to 20.04.
Jul 21 2024
Please do, that might help me get the 389ds update for ubuntu functioning and get me off of 18.04 finally.
Jul 15 2024
I managed to get the package updated but I still cannot send from the webmail interface, I see the same errors in roundcube/errors.log (with a new line number)
[15-Jul-2024 14:24:45 -0400]: <ka2vqi5j> PHP Error: STARTTLS failed (POST /webmail/hF3kdGo6e2kLGlvH/?_task=mail&_unlock=loading1721067885788&_framed=1&_action=send) [15-Jul-2024 14:24:45 -0400]: <ka2vqi5j> PHP Error: Invalid response code received from server (POST /webmail/hF3kdGo6e2kLGlvH/?_task=mail&_unlock=loading1721067885788&_framed=1&_action=send) [15-Jul-2024 14:24:45 -0400]: <ka2vqi5j> SMTP Error: Authentication failure: STARTTLS failed (Code: ) in /usr/share/roundcubemail/program/lib/Roundcube/rcube.php on line 1815 (POST /webmail/hF3kdGo6e2kLGlvH/?_task=mail&_unlock=loading1721067885788&_framed=1&_action=send)
I don't think this should be closed, the roundcube-1.5.7.4-1 package which contains the fix is not installable on Ubuntu 18.04 (it conflicts with roundcube-plugins-kolab) so this is an open issue for me.
Jul 5 2024
Sep 5 2023
The sending error might be related to T7133
Apr 19 2023
I have the package php-net-smtp from the Ubuntu 18.04 repos which is version 1.8.0. I have tried updating to new Ubuntu versions but the last time I tried (in December) there were packaging problems. Is 18.04 still supported and if so, how can I get this newer library?
I honestly don't remember, I did the update in late December and have only been able to send mail from external clients (and that is my work around). This is fairly irritating because it shouldn't be that hard but I managed to screw something up.
Feb 22 2023
Any chance I can get someone to look at this, I believe I have fixed all the config files that are related and were changed by the update, not sure what I missed.
Jan 4 2023
Dec 29 2022
Downgrading those three packages fixed reading mail and calendar entries for me.
Dec 28 2022
That did not work either:
It did not work:
This is the change at line 51 of LDAPDirectory.php that is working:
I removed the fix from earlier and created an absolute symlink and it still failed with this in the iRony error logs:
[28-Dec-2022 11:54:53 -0500]: PHP Error: syntax error, unexpected 'CardDAV' (T_STRING), expecting function (T_FUNCTION) or const (T_CONST) (error 500) #0 /usr/share/roundcubemail/vendor/composer/ClassLoader.php(428): Composer\Autoload\includeFile('/usr/share/iRon...') #1 [internal function]: Composer\Autoload\ClassLoader->loadClass('Kolab\\CardDAV\\L...') #2 /usr/share/iRony/lib/Kolab/CardDAV/UserAddressBooks.php(74): spl_autoload_call('Kolab\\CardDAV\\L...') #3 /usr/share/roundcubemail/vendor/sabre/dav/lib/DAV/Collection.php(57): Kolab\CardDAV\UserAddressBooks->getChild('157b7b01597b3e7...') #4 /usr/share/roundcubemail/vendor/sabre/dav/lib/DAV/Tree.php(111): Sabre\DAV\Collection->childExists('157b7b01597b3e7...') #5 /usr/share/roundcubemail/vendor/sabre/dav/lib/DAVACL/Plugin.php(834): Sabre\DAV\Tree->nodeExists('addressbooks/er...') #6 /usr/share/roundcubemail/vendor/sabre/event/lib/WildcardEmitterTrait.php(89): Sabre\DAVACL\Plugin->beforeMethod(Object(Sabre\HTTP\Request), Object(Sabre\HTTP\Response)) #7 /usr/share/roundcubemail/vendor/sabre/dav/lib/DAV/Server.php(456): Sabre\DAV\Server->emit('beforeMethod:PR...', Array) #8 /usr/share/roundcubemail/vendor/sabre/dav/lib/DAV/Server.php(253): Sabre\DAV\Server->invokeMethod(Object(Sabre\HTTP\Request), Object(Sabre\HTTP\Response)) #9 /usr/share/roundcubemail/vendor/sabre/dav/lib/DAV/Server.php(321): Sabre\DAV\Server->start() #10 /usr/share/iRony/public_html/index.php(194): Sabre\DAV\Server->exec() #11 {main} in /usr/share/iRony/lib/Kolab/CardDAV/LDAPDirectory.php on line 52 (PROPFIND /iRony/addressbooks/user@domain.tld/157b7b01597b3e76/)
I think originally mu roundcoube update failed to finish or wasn't in place when iRony was updated. However, the update is in place now so the link was not empty any longer. I will try removing the work around from earlier and creating an absolute symlink to test.
Dec 27 2022
Thanks, this is working for me as well.
This work around did not help for me.
This is true for Ubuntu 18.04 as well.
Dec 25 2022
Logs from iRony/error.log
Dec 22 2022
Nov 12 2020
Ubuntu updated to guam-0.9.8-2 and my login problem is also solved.
Nov 11 2020
I opened T6073 but the packages linked by @armageddon are a work around for now. My issue is a duplicate of this one.
This is likely the same issue as T6061
Nov 10 2020
Actually I am also seeing the same failure as Spenneburg:
Those guam logs are different from mine, I see the following:
2020-11-10 05:29:26.321 [info] <0.350.0> Application lager started on node 'kolab_guam@127.0.0.1' 2020-11-10 05:29:26.322 [info] <0.350.0> Application eimap started on node 'kolab_guam@127.0.0.1' 2020-11-10 05:29:26.322 [info] <0.350.0> Application lager_syslog started on node 'kolab_guam@127.0.0.1' 2020-11-10 05:29:26.322 [info] <0.429.0>@kolab_guam:start:33 Starting Kolab Guam IMAP session proxy ... 2020-11-10 05:29:26.322 [info] <0.429.0>@kolab_guam:start:34 Starting the main supervisor ... 2020-11-10 05:29:26.322 [info] <0.431.0>@kolab_guam_listener:init:45 Starting listener "imap" on port 143 ([{keepalive,true},{reuseaddr,true},{active,false},inet6]) with 1 rules 2020-11-10 05:29:26.322 [info] <0.434.0>@kolab_guam_listener:init:45 Starting listener "imaps" on port 993 ([{keepalive,true},{reuseaddr,true},{active,false},inet6]) with 1 rules 2020-11-10 05:29:26.323 [info] <0.350.0> Application kolab_guam started on node 'kolab_guam@127.0.0.1' 2020-11-10 14:00:01.771 [info] <0.1615.0> TLS server: In state certify received CLIENT ALERT: Fatal - Bad Certificate
Nov 6 2020
Webmail interface shows the following message:
I am now seeing this as well, opened a new issue: T6073
Oct 19 2020
Manually placing this file on my server resolved the issue for me, thanks for the quick response!
Oct 17 2020
Jul 11 2019
Running the linked sql script by hand fixed the problem. There is nothing in the logs to indicate why this change didn't take during the upgrade.
Jul 5 2019
I am up to date with the Ubuntu 18.04 repo. For what its worth it looks like this has actually been fixed. I no longer have trouble with calendar invites.
May 19 2019
Mar 25 2019
Yes, I did import a calendar more than a year ago but have since deleted it.
Feb 15 2019
Duplicate of https://git.kolab.org/T5172
Nov 2 2017
For others who might run into the same issue, the above sql does not work. after fixing the syntax because md had interpreted the backticks, it left me unable to send or receive mail. I had to delete the table and let pykolab recreate it.
My kolab install is rejecting emails from Amazon because of this bug. The logs when such an email arrive show: