<!DOCTYPE html><html><head><title></title><style type="text/css">p.MsoNormal,p.MsoNoSpacing{margin:0}</style></head><body><div style="font-family:Arial;">On Wed, Nov 6, 2019, at 03:44, Anatoli via Cyrus-devel wrote:<br></div><blockquote type="cite" id="qt"><div style="font-family:Arial;">Hi All!<br></div><div style="font-family:Arial;"><br></div><div style="font-family:Arial;">Bron, for deployments I manage these issues are also important:<br></div></blockquote><div style="font-family:Arial;"><br></div><div style="font-family:Arial;">First of all - thanks for writing this up. It really helps!<br></div><div style="font-family:Arial;"><br></div><blockquote type="cite" id="qt"><div style="font-family:Arial;">* #1763 (Backups for SMB (lock entire server for a moment while taking a<br></div><div style="font-family:Arial;">snapshot)). Don't know if there was any progress on this. Basically, a<br></div><div style="font-family:Arial;">short (milliseconds to a few seconds) global write lock is needed on all<br></div><div style="font-family:Arial;">data structures.<br></div></blockquote><div style="font-family:Arial;"><br></div><div style="font-family:Arial;">This is not easy unfortunately with all the different datastructures, because it means that everything else which takes a lock is going to need to first take a global shared lock before it does anything else, and that's going to have a performance and complexity impact on everything - because you have to find them ALL or you might wind up with lock inversions down the line.<br></div><div style="font-family:Arial;"><br></div><blockquote type="cite" id="qt"><div style="font-family:Arial;">* #1765 (Move SNMP out from master into a separate daemon) and related<br></div><div style="font-family:Arial;">pending PR #2100. Ellie had significant progress on this, don't know<br></div><div style="font-family:Arial;">what's blocking it, but this issue basically blocks any further work on<br></div><div style="font-family:Arial;">privilege separation like chroot as the main process should retain root<br></div><div style="font-family:Arial;">while running and the forked children should proceed with setuid & chroot.<br></div></blockquote><div style="font-family:Arial;"><br></div><div style="font-family:Arial;">Good point - this is something the Greg was close to having done many years ago, but we're not using snmp so it hasn't caused us stress. Happy to put that on the consideration list for 3.2.<br></div><div style="font-family:Arial;"><br>The downside of making the list of tasks for 3.2 really long is that it could block releasing something which is otherwise still a good improvement over 3.0 and not a regression... *sigh*. But this one will be a good win, so let's do it!<br></div><div style="font-family:Arial;"><br></div><blockquote type="cite" id="qt"><div style="font-family:Arial;">* #2373 (Shared xDAV (CalDAV/CardDAV) resources are not discoverable).<br></div><div style="font-family:Arial;">Dilyan Palauzov sent a diff for this in the github repo and there was a<br></div><div style="font-family:Arial;">discussion with Ken on possible implementations (shared xDAV resources):<br></div><div style="font-family:Arial;">https://lists.andrew.cmu.edu/pipermail/cyrus-devel/2018-May/004263.html.<br></div><div style="font-family:Arial;">I guess it had enough progress to try to close it.<br></div></blockquote><div style="font-family:Arial;"><br></div><div style="font-family:Arial;">Labeled. I'm keen to have an answer to it somehow or other.<br></div><div style="font-family:Arial;"><br></div><blockquote type="cite" id="qt"><div style="font-family:Arial;"><br></div><div style="font-family:Arial;">* #2372 ([FR] ACL on autocreate folders). Basically, for automatic<br></div><div style="font-family:Arial;">"anyone p" ACL in plus+addressing folders.<br></div></blockquote><div style="font-family:Arial;"><br></div><div style="font-family:Arial;">Yep - labeled. OK, the hard bit here isn't implementing (as ellie pointed out) - it's design. We want to make sure we create an interface that people can keep using reliably into the future. I'll have a chat with ellie about this one.<br></div><div style="font-family:Arial;"><br></div><blockquote type="cite" id="qt"><div style="font-family:Arial;">And there are 46 open PRs in the repo. Maybe they could be reviewed and<br></div><div style="font-family:Arial;">merged too?<br></div></blockquote><div id="sig56629417"><div class="signature"><br></div><div style="font-family:Arial;">Yeah, maybe! Frustratingly the next couple of Cyrus call times aren't going to work for me, I've got a 7am Melbourne time meeting next Tuesday, then I'll be in Singapore for IETF where the Cyrus meeting time is 5am.<br></div><div style="font-family:Arial;"><br></div><div style="font-family:Arial;">One downside of pretty much everyone involved in direct Cyrus development being at Fastmail is that we discuss a lot of things in our private slack channel or internal mailing lists where we don't have to be quite so careful about stripping anything that could identify an internal customer... but it does create an impression that there's less happening than you'd otherwise see... and I haven't even posted the meeting minutes recently because they've been taken into a Dropbox paper doc and then langished there :( Sorry.<br></div><div style="font-family:Arial;"><br></div><div style="font-family:Arial;">Cheers,<br></div><div style="font-family:Arial;"><br>Bron.<br></div><div style="font-family:Arial;"><br></div><div style="font-family:Arial;">-- <br></div><div class="signature"> Bron Gondwana, CEO, Fastmail Pty Ltd<br></div><div class="signature"> brong@fastmailteam.com<br></div><div class="signature"><br></div></div><div style="font-family:Arial;"><br></div></body></html>