on boundary,
> I think they'd probably just trigger a SEGV in the process serving their
> connection, and be disconnected.
>
> I don't know much about urlfetch in practice, or this implementation in
> particular, so I too don't really know how exploitable this is. The bu
this, it would be very
appreciated! Thanks in advance.
Tim
On Mon, Dec 14, 2015 at 11:04 AM, Tim Champ wrote:
> Hello all.
>
> We're trying to sort through our path here with patching for the
> CVE/commits that were released in 2.5.7, but also relevant to 2.4.18.
> We're c
few lists - but it hasn't enlightened me as
much as I've hoped.
Any help, or answers, for either issue is appreciated. Thanks!
Tim
--
Tim Champ
Coordinator of Unix Infrastructure
UMBC - Division of Information Technology
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: ht
gt; 1000 Hilltop Circle, Balto., MD 21250
> Email: jridd...@umbc.edu
>
>
> Cyrus Home Page: http://www.cyrusimap.org/
> List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
> To Unsubscribe:
> https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
>
Tim Champ wrote:
>>> The access to the mailbox, etc, all seems to work fine, except that any
>>> mail that was previously deleted and not removed via cyr_expire (we do
>>> delayed delete) returns to the mailbox. This concerns us as we're not
>>> sure why
>
>> The access to the mailbox, etc, all seems to work fine, except that any
>> mail that was previously deleted and not removed via cyr_expire (we do
>> delayed delete) returns to the mailbox. This concerns us as we're not
>> sure why it wouldn't understand the expunge files.
>>
>
> reconstruc
Hello all.
We've setup a new cyrus backend server with 2.3.15. (as a part of our
cyrus mail setup here) Our current version is a patched up 2.3.8. When
we xfer users from an "old" backend server to another "old" server and
then reconstruct, we have no problems. It works as we'd expect - purg
happen in normal functions of our servers (we hadn't before run into it
until these xfers) If anyone has further questions for me, I'll answer
as best I can. Sample log entries below for the curious. Sorry if
this is a "RTFM" question, I just haven't seen anything a
Tim Champ wrote:
> Hello all.
>
> Quick (hopefully) question - the man page for "quota" says it isn't
> recommended to do a "-f" when specifying a user. Due to some issues
> that would take a while to explain, we will need to fix quite a few
> quotas
a new system.
Is this an outdated statement in the man page? If not, what is the
risk? I'd hate to have to run "quota -f" across a server of many
thousand users just to fix one.
Thanks for any help!
Tim Champ
UMBC DoIT Unix Infrastructure Team
Cyrus Home Page:
Dave McMurtrie wrote:
> Tim Champ wrote:
>
>> Hello all. My first time to post, I only recently joined the list. I'm
>> digging in deeply on an inherited cyrus install, and looking to upgrade.
>>
>> My goal is to put a new backend server in place for o
d read through quite a few list archives, but I haven't
seen anything to make me think this won't work (or will work). Anyone
have any experience, opinions, etc? The list seems to have quite a few
well-informed people on it, so I'm hoping you can help!
Thanks in advance!
Tim Cha
12 matches
Mail list logo