- User Since
- Apr 13 2015, 3:24 PM (219 w, 2 d)
Mar 9 2018
Jan 16 2018
Dec 22 2017
Dec 21 2017
Dec 20 2017
Dec 19 2017
refering to all occurances of user_mailbox_rename in https://git.kolab.org/diffusion/P/browse/master/pykolab/auth/ldap/__init__.py
Nov 23 2017
Nov 17 2017
Nov 10 2017
Nov 9 2017
Nov 8 2017
Nov 7 2017
Oct 19 2017
I have filed now a bug at the jstz library, because I guess that would be the cleanest solution.
If that ignores Etc timezones coming from the internationalization API from the browser, then it calculates a proper Olson timezone.
It does not depend on Windows Server version.
It does not depend on Firefox version either.
I got more details: the client is Firefox 56 running on Windows Server 2012 R2. The timezone setting for the user in Roundcube is "auto".
Oct 18 2017
Sep 12 2017
Aug 3 2017
Thanks to Jeroen for fixing roundcubemail in Winterfell, it is now working fine, my nightly tests succeed again!
Aug 2 2017
I tried with --no-dev, but that did not seem to make a difference.
Then I tried to upgrade to Composer 1.2.4, which is the version used in Debian Stable: https://obs.kolabsys.com/package/show/home:tpokorra:branches:Kolab:Winterfell/composer
I have now built the roundcube package with the -complete tarball, in https://obs.kolabsys.com/package/show/home:tpokorra:branches:Kolab:Winterfell/roundcubemail
Jul 29 2017
Jun 23 2017
I removed that line tags=set() in https://git.kolab.org/D248
May 25 2017
seems to work for Fedora 25 now.
Mar 3 2017
Mar 2 2017
Nov 30 2016
Nov 24 2016
Nov 17 2016
Nov 11 2016
Nov 2 2016
Oct 12 2016
Thank you for the hint with the "Empty" action. I did not know about that!
Oct 5 2016
I have added the patch to Winterfell now.
Oct 4 2016
please consider this submit request for Kolab 16: https://obs.kolabsys.com/request/show/1796
we should fix this in Kolab 16 as soon as possible? I guess I will add a patch?
Oct 1 2016
please change to:
subprocess.call( ['/usr/bin/freshclam', '--quiet', '--datadir="/var/lib/clamav"'] )
this does not seem to work: during setup-kolab, I get:
Sep 29 2016
Sep 14 2016
I want to abandon this patch. I cannot delete it.
Aug 26 2016
Thanks Alek, that hint is useful.
I might try to create a new dialog using the ideas from the mail compose screen.
see a screenshot of the dialogs in Horde:
Jun 29 2016
Jun 17 2016
after applying this patch:
seems like this patch https://cgit.kolab.org/guam/commit/apps/kolab_guam/src/kolab_guam_session.erl?id=ef2ec46e597f70734aab6673a9735b6a6f807507 could show the solution?
that applies to another function, but should be applied to ensure_hello_does_not_have_starttls as well?
this is the source code line that causes the failure: https://cgit.kolab.org/guam/tree/apps/kolab_guam/src/kolab_guam_session.erl#n307
Jun 14 2016
This only started to happen in the past days, as far as I can see.
First time of failure: Fri Jun 10 21:21:06 2016, it still worked on Thursday.
That coincides with the release of Guam 0.8: https://obs.kolabsys.com/package/revisions/Kolab:Winterfell/guam
It happens in a fresh vanilla installation
Jun 8 2016
This does not happen in Winterfell, just in Kolab 16.
May 11 2016
this patch is not needed anymore, the problem has already been fixed in another commit in October 2015. see https://issues.kolab.org/show_bug.cgi?id=5202#c5 for details
Apr 29 2016
I did a quick test again, and realized that I can login with a passwort "Test<1234" on Roundcube, but not on Kolab Webadmin. Therefore it must be possible to fix it in wap.
Apr 28 2016
I tried it with a simple php script, and came to the conclusion that the _POST does not work with < character.
no problem :)
To follow the process, please submit the change via diffusion:
Apr 19 2016
I have now tried the same test case on Kolab Winterfell.
I have just done a clean installation of Kolab 16:
Typo: "become the recomended release" should be "recommended"
Apr 15 2016
I checked a little bit.