User Details
- User Since
- Apr 12 2015, 12:47 PM (406 w, 5 d)
Today
Yesterday
Made uri's configurable, some cleanup, centralized test account setup and cleanup.
Tue, Jan 24
I have pushed iRony 0.4.7 to Kolab:16. Don't know about the shortlogins, the code seems to still work in my tests, but I don't have an actual system that supports shortlogins that I could test against thunderbird.
Is this still a thing? Because I can't reproduce the issue.
Test cleanup to work with test users.
Mon, Jan 23
Mon, Jan 16
Include the roundcube test and fixed some lint issues
Requires https://git.kolab.org/D3986
The iRony patch is now available in https://obs.kolabsys.com/package/show/Kolab:16:Testing/iRony
Sun, Jan 15
I haven't really looked into the shortlogin issue yet, but at least for individual requests authenticated requests worked for me.
AFAIR the feature uses the username_domain roundcube config option to complete the login name if there is no domain part.
Sat, Jan 14
Thanks for the info.
According to tcpdump -s 0 -A 'tcp dst port 80' I'm indeed getting unauthenticated PROPFIND requests, but that can't work IMO, so I'm not sure what's going on.
If anybody could confirm that they also see unauthenticated requests, and confirm what they are seeing with the old iRony, that could help.
Fri, Jan 13
I'm trying to reproduce the thunderbird issue:
Fri, Jan 6
Thu, Jan 5
Fri, Dec 30
It's possible that we face additional incompatibilities, we have unfortunately rather poor test-coverage on these components.
But we do need the update to get to php8 support eventually.
I have now included the vobject compatibility fix and I'm not planning on downgrading the sabre dependencies again.
The updated iRony package is currently in Kolab:16:Testing, but I'm still fighting an obs issue that seems to somehow pull in the libkolabxml 1.3.0 update into Debian_10...
Just for clarification:
- On Debian 10 and Ubuntu 18.04 the php-kolabformat 1.3.0 update should indeed not be available
- With the 1.3.0 update the kolabformat.php file is expected to no longer exist, as it is not required by php and no longer generated in more recent swig variants.
- Kolab is not currently php 8 compatible (though we are working towards it).
Thu, Dec 29
Dec 28 2022
Dec 19 2022
Dec 2 2022
I was now able to verify that that this work.
Hide the table entry and legend
Nov 21 2022
Nov 18 2022
Nov 17 2022
Nov 16 2022
Nov 15 2022
String based uuid, fixed test
Nov 14 2022
Nov 10 2022
Nov 9 2022
deduplicate sql queries, router reload
Nov 7 2022
Cleanup of a bunch of accidentally added changes
Addressed the comments
Nov 4 2022
Cleaned up .env files & follow symbolic links in configure.sh
Oct 31 2022
Stripping all the secrets will require some additional setup-procedure to generate them, so I'm not going to do that in this patch. The situation has not actually gotten worse because I just concatenated src/env.example and ansible/env.local into ansible/env.
Oct 26 2022
Oct 24 2022
Oct 21 2022
fwiw, the same could be done for the admin/reseller domain if we wanted to.
This should resolve the following modification:
Backwards compatibility
Adjusted tests to pass again
Oct 19 2022
Call IMAP::verifyAccount from the create job
Addressed 2 out of 3 comments
Deployment configs as a filesystem overlay
Optional IMAP backend, pass tests with imap backend disabled, fixed IMAP::verifyAccount.
Oct 12 2022
I suppose Handler::created could be used to spawn a job, not sure if it is a good solution or not.
The abuse check now lives externally. As a generic mechanism vanmeeuwen suggested that we may be able to install an app/Handler/Abuse.php just like we do for app/Handler/Mailbox.php, and that this might provide a suitable generic hook to run an abuse-check background job.
Oct 11 2022
Cleanup
Removed production seeder
Fixed production seeder