That's the problem. The error in question hasn't happened to me, so i don't know the exact steps to reproduce. What I've heard is that "it just happens automatically". When the recipient gets the calendar invitation email, the placeholder event is automatically created in the calendar (per kolab policy settings), and when the recipient user tries to accept/reject the invitation from the kolab roundcube webmail *calendar* application he gets the Internal Server Error and the PHP Fatal Error and the stack trace I posted can be found from the logs.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
May 31 2017
Fixed. You now would need to set use_https to true or file_api_uri to full chwala api path.
May 30 2017
The fix is in roundcubemail-plugins-kolab repo.
Fixed in rRPKce9ac27d783d.
Looks like rC21f6abd52a929 broke compatibility with Roundcube 1.2. Looks like we have now 3 options:
- Revert the change and wait with Roundcube 1.3 support until it's in Kolab, then apply it again
- Copy blank.tiff to blank.tif in roundcubemail package
- Use chwala URL to access these files.
May 29 2017
But this object has valid dates. So, how do I reproduce the issue?
I hope I didn't screw up the xml while removing private info.. but here goes:
http://pasik.reaktio.net/kolab-webmail-calendar-internal-server-error.xml
May 24 2017
I can't reproduce the issue by importing the .ics file. Could you provide the object in xml format (i.e. the message from imap folder)?
May 23 2017
Sorry took a while, but now it happened again..:
May 22 2017
May 21 2017
Net_Sieve taken over. So, we can keep using pear/Net_Sieve. Note that for PHP7 support version 1.4.0 is required.
https://github.com/pear/Net_Sieve/pull/5 for reference. However, I'll try to take over the package and backport our fixes to it anyway.
The original Net_Sieve author abandoned the package and didn't want to fix it. That's why we forked. As for the pdo, openssl, session, json, pcre, these are php extensions, I didn't check package names for them.
Roundcube 1.2:
- don't require pear's MDB2, Mail_mimeDecode, nor DB,
- don't require php-mcrypt,
May 16 2017
An update (-kolab6) should be available for both libkolabxml and libkolab (or php-kolabformat and php-kolab respectively).
May 15 2017
May 11 2017
Fixed.
Fixed.
May 10 2017
On PHP7 (Ubuntu Xenial) we see:
[10-May-2017 12:57:43 Europe/Berlin] PHP Deprecated: Methods with the same name as their class will not be construc tors in a future version of PHP; Net_Sieve has a deprecated constructor in /usr/share/php/Net/Sieve.php on line 93 [10-May-2017 12:57:43 Europe/Berlin] PHP Warning: array_merge(): Argument #1 is not an array in /usr/share/php/Net/ Sieve.php on line 312
these are fixed in the Roundcube's fork of Net_Sieve. We should provide that in packaging.
apt-get install kolab works with Winterfell repository. I think it is misleading to have instructions for Kolab 16 at https://docs.kolab.org/installation-guide/index.html. So, we should fix the packages or remove that part of documentation.
Sorry, I was too fast. It installed only postfix and stopped. It also fails on kolab-webadmin.
The following packages have unmet dependencies: kolab-webadmin : Depends: libapache2-mod-php5 which is a virtual package and is not provided by any available package.
May 7 2017
I am getting this issue on vanilla Kolab 16 installation but after dropping the policy_result table it gets recreated.
Apr 11 2017
Apr 7 2017
Apr 1 2017
The best would be to see the whole message. You can remove private data.
Which parts of the XML are important? I can try to find it..
Mar 30 2017
Is there a chance we can see the original event data in XML form or as iCal export? Anyway, I suppose a needed fix here will be to remove the timezone string in brackets before passing it to the DateTime constructor.
Mar 18 2017
Just in case, more rpm versions:
Mar 15 2017
So the actual issue seems to be if there are multiple recipients in the calendar invitation email then wallaced only creates the placeholder calendar event for the *first* recipient only.
Yes, i'm pretty certain this is the actual issue i've been seeing.
Sounds like a bug. So, this is the explanation of the initial issue, yes?
Mar 14 2017
Another test was now done by sending a calendar invitation from Exchange 2010 to Kolab 16.1.
Oh, it seems --debug=8 syntax doesn't seem to work. This works instead:
Mar 13 2017
This seems to be related to what email platform the sender is using. I tested the same procedure using google gmail.com as a sender, and kolab seems to work properly in that case, and updates the not-yet-accepted calendar invitation just like it should.
Yeah, with *_SAVE_AND_FORWARD it should probably update existing unresponded invitation event.
Feb 24 2017
Done in 99cd2b17522.
Actually the change need to be backported from master to roundcubemail-plugins-kolab-3.2 branch.
Feb 21 2017
To reproduce the issue just try to rename a file over WebDAV.
Feb 6 2017
So same issue, with slightly different results: multiple commands sent together, which is allowed by the IMAP spec indeed, and then the client ends up waiting for responses that do not come as expected. Thanks for the report.
Feb 5 2017
I've encountered another bug with guam. This time It's "eM Client" for Windows. I've activated the client debug log (in eM Client) and after sending a XLIST and SELECT command in TLS/SSL mode (it looks like the client sends 2 commands at once) the connections gets into some kind of stale mode. It's no longer working. Hard to tell without decrypting network traffic.
Jan 10 2017
I was able ro reproduce the error:
- I received a meeting invite.
- I accepted the invite
- I clicked Update in my calendar.
- The webinterface showed saving for about 3 minutes
4.1 Mail and calendar was locked during this time
- After recovery 3 minutes mail was working and the calendar was updated
Jan 3 2017
Jan 1 2017
Dec 31 2016
Are there any other related patches? I searched and was unable to locate similar issues.
I'm not able to reproduce the issue anymore.
Dec 28 2016
This was fixed in 66310b2fc46138.
Dec 13 2016
Dec 12 2016
Still considering what to be done with this.
Dec 10 2016
Connecting with cli imap client "mutt" you can see this behavior because it always presents the full folder list (in the left folder view (patched) version as well when you want to switch the folders.
I could narrow it a bit down towards multiline input (IMO). The single commands are processed and filtered correctly. In the moment you or the client issues multiple IMAP commands at once guam isn't able to intercept and split it correctly.
Dec 9 2016
Dec 5 2016
I spoke too soon, after posting the above comment, the system would not allow me to log in. No calendar entries we made by anyone.
I have implemented T1988 patch, and the problem cannot be replicated.
@vanmeeuwen No, this is not a duplicate. The issue still persists with pykolab code from git-master. See Bifrost T16075 for the same issue.
Dec 3 2016
Dec 2 2016
This should be documented here, shouldn't it?
https://docs.kolab.org/upgrade-guide/kolab-16.html
This is likely a duplicate of T1988
Nov 29 2016
Nov 28 2016
The patch for the plugin package in Kolab:16 is waiting for review
I have the same syptoms on a fully updated kolab16 on centos7.
Rebooting the sever starts things going for a while until ldap is blocked again.
If it happens Roundcube login does not work and sending mails via kontact is blocked.
Nov 22 2016
Hi machniak, the current build 16 that we are using already has the fix:
https://git.kolab.org/rP54cb493d655bb67719572acd934994161c3751af
We need more recent roundcubemail-plugins-kolab package.
Nov 16 2016
Oct 17 2016
Oct 14 2016
According to Florian Eder, this has been tested and is working.
Aug 29 2016
Aug 2 2016
Jul 15 2016
I tested on a system where I copied the sound files to the correct location some earlier, and that's why the test seamed to work but unfortunately this is not solved. The sound files are still not available at the correct path after package new/first installation.