gt;
>> Dave
>>
>
> Thanks Dave, I'll give it a shot.
>
> T
Just to confirm: is commit 1f0faf282cc918132957d25e8a099105035670c6
(http://git.cyrusimap.org/cyrus-imapd/commit/?h=cyrus-imapd-2.4&id=1f0faf282cc918132957d25e8a099105035670c6)
the fix for this problem? I think we may be s
all? Note that I was trying to remove ACLs for accounts which still
existed but needed to be removed so they could be replaced with group
permissions instead rather than removing "dead" ACLs entries.
Many thanks,
Mark.
--
Mark Cave-Ayland - Senior Technical Architect
PostgreSQL -
On 03/09/11 12:50, Mark Cave-Ayland wrote:
> Thanks for the heads up. Does that mean I should invoke reconstruct on
> all the mailboxes whose permissions I've changed in this way in order to
> bring the backup ACLs back in line with the mailboxes.db changes?
Sigh. So as soon as I r
ne with the mailboxes.db changes?
Also is there any reason why cyradm couldn't be modified to accept
wildcards for uids in order to remove all of them? It strikes me that
this is almost a bug given that I can sam an entire mailbox hierarchy
but not do the same with dam.
Many thanks,
Mark.
--
M
On 31/08/11 16:20, Mark Cave-Ayland wrote:
> Hi all,
>
> I'm currently trying to recursively remove all ACLs from part of a Cyrus
> tree so I can replace them with newer ones based upon group membership
> rather than individual users. However I can't seem to get this to w
l" aliases instead of "*" but that
doesn't seem to work either - is anyone able to point me in the right
direction as to the correct syntax to completely remove all ACLs for all
users from a mailbox?
Many thanks,
Mark.
--
Mark Cave-Ayland - Senior Technical Architect
P
on,
What is zlib used for in Cyrus? Is it actually used for mailbox
compression or was it just a quick solution for adding a CRC32
implementation?
If it is the latter, then it should be fairly easy to add a CRC32
algorithm and remove that dependency. Do you have a preferred generator
polynomial?
;
> The manpage for cyradm has a good description under the command
> "setaclmailbox". These are all described in RFC 4314 as well, which is
> the standard that has changed since Cyrus 2.2.
>
> Andy
Hi Andy,
That's great - thanks for the references.
ATB,
Mark.
--
Mark C
map/version.c needs to be updated to
point to the new website.
ATB,
Mark.
--
Mark Cave-Ayland - Senior Technical Architect
PostgreSQL - PostGIS
Sirius Corporation plc - control through freedom
http://www.siriusit.co.uk
t: +44 870 608 0063
Sirius Labs: http://www.siriusit.co.uk/labs
Cyrus H
rswipkxtecda
I've had a look at the documentation here:
http://www.cyrusimap.org/docs/cyrus-imapd/2.4.6/overview.php#acl and I
can't see any of these new flags listed. Can anyone tell me what they
actually do?
ATB,
Mark.
--
Mark Cave-Ayland - Senior Technical Architect
Postg
oted that they exist within our internal builds, but surely
the account auto creation only happens if the recipient exists within a
directory somewhere, e.g. LDAP?
Can saslauthd be used to determine whether an account exists or not as
opposed to just being used for authentication?
ATB,
Mark.
Sirius are very interested in this functionality, and since
I'm a dab hand with a C compiler would be happy to help out with patch
review, testing etc.
Out of interest, what are the objections to the current patch? And would
it be applied to the 2.4.x series or wait until 2.5?
ATB,
Ma
ation held for the shared (public)
folders? It doesn't seem to be under /var/imap/user.
2) Once I find it, how can I migrate it across from the 2.2 server to
the 2.4 server?
Many thanks,
Mark.
--
Mark Cave-Ayland - Senior Technical Architect
PostgreSQL - PostGIS
Sirius Corporation plc
pointing this out, Mark. I made that link more useful.
>
> Dave
Thanks Dave, that looks fixed now.
ATB,
Mark.
--
Mark Cave-Ayland - Senior Technical Architect
PostgreSQL - PostGIS
Sirius Corporation plc - control through freedom
http://www.siriusit.co.uk
t: +44 870 608 0063
Sirius Labs
e PostgreSQL guys worked to
fix a couple of bugs in cvs2git over the past couple of weeks, you may
get a better result if you grab the tip version of cvs2git and re-run
the conversion.
ATB,
Mark.
--
Mark Cave-Ayland - Senior Technical Architect
PostgreSQL - PostGIS
Sirius Corporation plc -
ration process (note that they have also suffered from
having to hand-tweak the repository to fix various bugs in CVS).
The thread about the entire process is very long, but for those
interested the latest summary is here:
http://archives.postgresql.org/pgsql-hackers/2010-09/msg00636.php.
HTH,
Ma
t redirected back to the front
page rather than to a page giving information on how to access CVS)
ATB,
Mark.
--
Mark Cave-Ayland - Senior Technical Architect
PostgreSQL - PostGIS
Sirius Corporation plc - control through freedom
http://www.siriusit.co.uk
t: +44 870 608 0063
Sirius Labs: http
plete pain,
plus you have to live with several unfixable data loss bugs...
HTH,
Mark.
[1] http://www.postgresql.org/about/news.905
--
Mark Cave-Ayland
Sirius Corporation - The Open Source Experts
http://www.siriusit.co.uk
T: +44 870 608 0063
Cyrus Home Page: http://cyrusimap.web.cmu
x27;ll find out in a month or
so) ;)
Many thanks,
Mark.
--
Mark Cave-Ayland
Sirius Corporation - The Open Source Experts
http://www.siriusit.co.uk
T: +44 870 608 0063
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: htt
e any problems.
Finally, one more thing to add is that we have already gone through the
steps of rebuilding the seen DB skiplist using the skiplist.py script
several times when this has happened in the past, and it has made no
difference.
Many thanks,
Mark.
--
Mark Cave-Ayland
Sirius Co
20 matches
Mail list logo
