ch src.rpm on fc5 and rhel5.1.
Both failed.
Regards, Wolfgang Breyha
--
Wolfgang Breyha <[EMAIL PROTECTED]> | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Jure Pečar wrote:
> Interesting ... works for me with 2.3.11rc1 and sylpheed. Using imaps on
> port 993 only.
As I mentioned ... IMAPS works for me too. Using STARTTLS on port 143
doesn't work.
Regards, Wolfgang
--
Wolfgang Breyha <[EMAIL PROTECTED]> | http://www.blafasel.at/
-imapd/cyrus-imapd-2.3.11-3.src.rpm
and newer versions include the proposed fix.
Best regards, Wolfgang
--
Wolfgang Breyha <[EMAIL PROTECTED]> | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://c
n't contain the needed info in pre_auth state.
Am I right, that either
capa_response(CAPA_PREAUTH);
should return the needed caps for the frontends, too, or the frontends
should'nt believe blindly in the banner capabilites?
Regards, Wolfgang Breyha
--
Wolfgang Breyha <[EMAIL PROTECTE
Wolfgang Breyha wrote, on 25.11.2008 15:35:
> Am I right, that either
> capa_response(CAPA_PREAUTH);
> should return the needed caps for the frontends, too
I tried this, by adding CAPA_POSTAUTH in imapd.c:cmdloop() and my frontends
proxy IDLE to the backends again. This confirms my
Duncan Gibb wrote, on 26.11.2008 17:36:
> Could you post your patch, please? Or attach it to the bug.
I'll post it here, since it's only a quick and dirty "fix" to have proof of
the bug.
Regards, Wolfgang
--
Wolfgang Breyha <[EMAIL PROTECTED]> | http://www.b
T_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb66b9000
time(NULL) = 1169137631
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV (core dumped) +++
Any ideas?
Regards, Wolfgang Breyha
--
Wolfgang Breyha <[EMAIL PROTECTED]> | http://ww
; NUM_CACHE_FIELDS; cache_ent++) {
cacheitem = CACHE_ITEM_NEXT(cacheitem);
}
... shows that cache_ent always is 0 if the crash occures, so it seems that
cacheitembegin = cacheitem = mailbox->cache_base + cache_offset;
is invalid at that moment.
Regards, Wolfgan
Wolfgang Breyha wrote, on 23.01.2007 13:44:
> It seems that cyr_expire only crashes on folders that where "touched" by
> ipurge before.
I was able to reproduce that.
I deleted some messages via IMAP in Trash folder. I "EXPUNGE"d the folder.
After that I had
-rw-
tostr(cyrus_acl_strtomask(rights), str));
acl = nextid;
}
prot_printf(imapd_out, "\r\n");
Works as proof-of-concept with Thunderbird now.
Regards, Wolfgang
--
Wolfgang Breyha <[EMAIL PROTECTED]> | http://www.blafasel.at/
Vienna University Computer Center | Aust
d
> "myrights" and "getacl" and - if so - what the replies were ...
Check your cyrus.header files. Maybe you upgraded your installation from older
cyrus and there are still "c" and "d" flags set on your folders. Mailboxes
here only have RFC 4314 flags set.
Re
on-the-fly" and in 2.3.8 they are added permanently. If I'm right that means
that I've to update all my ACLs to fix that.
Regards, Wolfgang
--
Wolfgang Breyha <[EMAIL PROTECTED]> | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: ht
tps://bugzilla.mozilla.org/show_bug.cgi?id=377900
...it's not thunderbirds fault and it's "easily" fixed by resetting your ACLs.
Regards, Wolfgang
--
Wolfgang Breyha <[EMAIL PROTECTED]> | http://www.blafasel.at/
Vienna University Computer Center | Austria
Jo Rhett wrote:
>
> On Apr 30, 2007, at 6:38 AM, Wolfgang Breyha wrote:
>> ...it's not thunderbirds fault
>
> Um... I disagree. So do the thunderbird developers.
No, they don't. See https://bugzilla.mozilla.org/show_bug.cgi?id=377900#c11
cyrus has to support &#x
this folder written with a older version of
cyrus? Is this a bug in 2.4, or is there an easy way to fix that? Wouldn't
hurt that much, because I got this message only about 10 times.
Regards, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Au
reconstruct the folder.
Regards, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
or patches for syslogging
(like auditlog in 2.4 now). I think I really used autocreate back then. I
disabled it after a short while.
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.org/
List
lbox is affected I can't tell
for sure what happened some years ago;-)
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
r again before reconstructing it wipes the message files from
disc.
I filed a bug:
http://bugzilla.cyrusimap.org/show_bug.cgi?id=3434
Regards, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
ta_files; !r && mf->metaflag; mf++) {
struct stat sbuf;
---
Regards, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Hi again!
It looks like these changes broke it:
http://git.cyrusimap.org/cyrus-imapd/commit/?id=463f7571f8aeca00630a2bc26ebf24fadf844b4c
Versions up to 2.4.6 should be fine. Only 2.4.7 and 2.4.8 prereleases are
affected.
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna
ese 8 days for? Is this the minimum needed for QRESYNC mentioned in
"man imapd.conf"?
cyr_expire doesn't care about expunge_days at all. So I guess -X should be at
least >= expunge_days, right?
Is
expunge_days: 7
and
cyr_expire -X 7
ok so far?
Greetings, Wolfgang
--
Wolfgang Breyha
mtp cmd="lmtpd" listen="lmtp" prefork=1 maxchild=30
}
My 2.3.x backends run a similar config (except mupdate) and never died on
startup yet.
Has somebody else seen this behavior already or should I try to get more
details? As a first step I
Hi!
On 2.3 if I ask a murder frontend server with "mbpath user.x" it displays
backend.fqdn!partition_name
On 2.4 I only get
Remote Mailbos: user.x
Is that intended behaviour? Is there another way to ask my frontend where a
mailbox is located instead on 2.4?
Greetings, Wolfgang
--
Bron Gondwana wrote, on 21.09.2011 09:17:
> Probably a bug. Can you please file a bug and I'll fix it.
https://bugzilla.cyrusimap.org/show_bug.cgi?id=3556
Patch already attached;-)
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center |
Hi!
Is singleinstancestore obsolete/useless in 2.4.(12)?
This option is read into "singleinstance" in lmtpd.c and nntpd.c, but never
used afterwards? Or did I miss something searching the source?
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna Universit
Bron Gondwana wrote, on 19.10.2011 12:27:
> On Wednesday, October 19, 2011 12:18 PM, "Wolfgang Breyha"
> wrote:
>> Hi!
>>
>> Is singleinstancestore obsolete/useless in 2.4.(12)?
>>
>> This option is read into "singleinstance" in lmtpd.c
ct.
I think that should be pretty safe if the script has enough safty belts in
place. Mails moved or deleted in the meantime are a special case. Don't know
if it's worth to try hard to find them.
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna Universi
only and there is no option to exclude them.
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
that large.
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
4 for all our >100k users. No problem at all. On the other
hand not knowing which way a mail took until it was deleted by the user is not
an option.
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://w
s expected in murder
environment.
On a single host they're very helpful.
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
On 2011-11-11 23:43, Bron Gondwana wrote:
> Do you want to write up a patch for what you think is best? My first
> thought is for the frontend to log a backend to frontend linking
> record... unless you can push the backend SESSIONID back in the
> frontend response somehow.
Sure, I'll try my best
attached my proposed patch to
https://bugzilla.cyrusimap.org/show_bug.cgi?id=3598
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
LBOX-REFERRALS
on the proxy servers instead?
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
l suggest using suppress_capabilites instead of waking the zombi...
patch attached.
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
diff -urN cyrus-imapd-2.4.12.orig/imap/imapd.c cyrus-imapd-2.4.12/imap/imapd.c
--- cyrus-imapd-2.4.12.
Wolfgang Breyha wrote, on 15.12.2011 13:42:
> Your patch still removes the disable_referrals from section 2819ff.
>
> And I still suggest using suppress_capabilites instead of waking the zombi...
> patch attached.
Filed a bug...
https://bugzilla.cyrusimap.org/show_bug.cgi?id=361
On 2011-12-24 01:15, Bron Gondwana wrote:
> Please send any feedback to the cyrus-devel mailing list.
> I'm hoping to have a stable 2.4.13 out by the end of the
> year.
Bron, please!
https://bugzilla.cyrusimap.org/show_bug.cgi?id=3598
Merry Xmas, Wolfgang
--
Wolfgang
x27;m not sure anymore what
exactly had to be done to repair it completely. But it was PITA enough to
fix it fast;-) Don't know why Bron missed my report/fix for 2.4.11 since it
was already in bugzilla ready for 2.4.12 release.
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafase
from the new backend after the DUMP, so that the new
> backend chooses the servername)?
Oh, sorry. I mixed bugs. I was referring to the SEGV on partition move on
the same backend (#3563). Andrew referred to sync issues.
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vie
r general statement above? man
page says that skiplist is default for seenstate_db?
Or are these leftovers which get removed with the completely undocumented
cyr_userseen tool? -d does it for real then looking at the source, right?
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at
GE", 500);
$res = $backend->setquota(@quotaargv);
print "setting \"unlimited\"\n";
@quotaargv = ($quotaroot);
$res = $backend->setquota(@quotaargv);
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
users without any troubles.
Maybe you have to check/fix your quotaroots before, too.
I had to do that in the past migrating from older cyrus releases. Maybe it's
not necessary anymore.
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer C
That should also work IMO. At least on 2.4.12+.
The man page of Cyrus::IMAP::Admin does not describe how to remove quota at
all. Neither "none" nor anything else. Nothing wrong in that part so far.
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Compute
mailbox is xfer'ed cyrus uses it itself after
some bugfixes when dumping the mailbox. eg.
https://bugzilla.cyrusimap.org/show_bug.cgi?id=3188
and
https://bugzilla.cyrusimap.org/show_bug.cgi?id=3559
In 3559 Bron said, that maybe 2.5 will handle that differently.
Greetings, Wolfgang
--
Wolfgang
gt; else saw a similar increase when upgrading from 2.3 to 2.4.
Short answer. Yes, I did;-)
2.3 on RHEL5 32bit => 2.4 on RHEL6 64bit and memory usage is more then
doubled. My two old frontends had 4GB (completely exhausted, some swap) each,
now I'm using three VMs with 10 (6.5 used).
Greetings
On 2012-02-17 20:55, Fabio S. Schmidt wrote:
> Hi !
>
> Does Cyrus imap 2.4.13 support the "body" sieve extension? I'm trying to
> use it but fails with this message:
Sure, if you tell him to:
man imapd.conf
sieve_extensions: ...
body is not supported by default.
Greetings, Wolfgang
Cyrus
s well.
I tested conversion speed from 2.3 to 2.4 on about 100 mailboxes and it was
pretty obvious that touching all our mailboxes in one shot is clearly
impossible without unreasonable downtime.
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
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
o hardlink files it is
possible to loose both the source freedup wants to link to and the copy
freedup still removes on error. Running cyr_expire and freedup (up to
1.6-2) together is a really bad idea.
If it's of interest I can provide my patch here, too.
Greetings, Wolfgang
--
Wolfgang Breyh
test source.
But building based on
http://www.freedup.org/freedup-1.6-2.src.rpm
should work as well.
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
--- freedup-1.6/freedup.c.orig 2011-02-04 08:22:15.0 +0100
+++ freedup-1.6/freedup
his entry?
START {
mupdatepush cmd="ctl_mboxlist -m"
}
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyr
flat.
Has somebody else seen such behaviour?
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
htt
Wolfgang Breyha wrote, on 08.01.2013 15:53:
> I'm currently checking the source of both versions to get an idea what happend
> while the mailboxes moved from one backend to the other, but have no clue yet.
>
> Our subscriptions_db format was flat on 2.3 and still is flat.
Looki
0,/* can client auth? */
!pop3s); /* TLS only? */
if (result == -1) {
-------
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page
ient cert requests should
either depend on a new option or on the availability of configured CAs.
Both is possible, but I'm not aware of the reason why client certs are
requested historically.
I would simply make it dependent of CA availability.
Greetings, Wolfgang
--
Wolfgang
On 2013-12-09 18:10, Wolfgang Breyha wrote:
> I would simply make it dependent of CA availability.
proposed patch for that:
https://bugzilla.cyrusimap.org/show_bug.cgi?id=3830
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Aust
tings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
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
CAs) seems odd. That's why I decided to do it that way.
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsu
eb include
> configuring the CA but not explaining in detail why, so an inexperienced
> admin could assume that he should put the CA certificate for the server
> cert's CA there.
TLS tutorials for cyrus-imapd including tls_ca_path/file by default? Most
likely to get rid of the debug warni
ion held the very last lock on this mailbox it ends up without being
removed from filesystem.
For all the leftovers I see in the filesystem I find a
Mailbox user..xx has been (re)moved out from under client
in the logs.
Most likely it's recommended not to use disconnect_on_vanished_mailbo
id=3830
https://bugzilla.cyrusimap.org/show_bug.cgi?id=3861
Regards, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsub
think this should be fixed/enhanced for a alpha release of 2.5.
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To U
Patrick Goetz wrote on 15/01/15 13:34:
> Does anyone have a secure, functional cipher list entry they'd like to
> share?
Maybe
https://bettercrypto.org/
is of help.
This document includes not only cyrus-imapd.
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna
ake[2]: Leaving directory `/opt/cyrus-imapd/src/cyrus-imapd-2.5.0/tools/vzic'
> make[1]: *** [install-recursive] Error 1
> make[1]: Leaving directory `/opt/cyrus-imapd/src/cyrus-imapd-2.5.0'
> make: *** [install] Error 2
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.bl
3(!) "events", including
/dav/calendars/user//Default/
and gets a "404 not found" in the multi-status response. That's the point
were I don't know if cyrus or rc calendar is doing something wrong. Maybe
it's caused by something completely diffe
sh eg.
. SETANNOTATION INBOX.Trash "/specialuse" ("value.priv" "\Trash")
commands. Maybe I get this to work over my 2.4 frontends as well.
On 2.5 the new SETMETADATA is available as well...
. SETMETADATA INBOX.Sent ("/private/specialuse" "Sent")
> + if ((!popd_starttls_done) &&
> +(plaintextloginpause =
> config_getint(IMAPOPT_PLAINTEXTLOGINPAUSE))
> != 0) {
> sleep(plaintextloginpause);
> }
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna Univ
Patrick Goetz wrote on 17/05/17 16:40:
> SSL alert number 40
This error has nothing to do with SSLv3 or protocol version at all. Maybe your
private key and certificate do not match on server side.
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Compu
;s
safe to use while active.
Greetings,
Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andr
Wolfgang Breyha wrote on 17/10/17 12:22:
> Hi!
>
> Is it safe to use
> cyr_dbtool (skiplist|twoskip) repack
> while cyrus is running? Or do I have to shut it down while repacking the
> databases? mycheckpoint() in both cyrus_skiplist.c and cyrus_twoskip.c seems
> to do lo
ot do it as it seems? At least the .dav sqlite
database is not rebuilt. Removing the .dav file does no good as well. I get an
empty one after the next access to the calendar. But it is still not
accessible/syncable.
Greetings,
Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna Univer
re are missing important flags on those DAV folders. Most likely
"lost in translation^WXFER". Should I file a bug?
BTW(ab)using dav_reconstruct with user. instead of
causes a SIGSEGV.
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center |
7;ll move this thread to github issue tracker. It seems
both XFER and dav_reconstruct are broken an 2.5.11.
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.
revents
user..INBOX.INBOX or is this a bug and will be changed in future
versions?
With kind regards,
Wolfgang Breyha
--
Wolfgang Breyha | https://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andr
7;re able to rebuild new packages include these patches. If not,
you've to convince the debian people to provide an update with them.
But most likely the issue goes away if you fix your backend authentication
anyway.
Greetings, Wolfgang
--
Wolfgang Breyha | https://www.blafasel.at/
Vienna Univ
the server unusable??
You can try to set
imapidletimeout:
as documented in "man imapd.conf".
To keep your server "RFC friendly" this value should not be lower than 30
minutes, because RFC 2177:3. recommends that clients show activity at least
every 29 minutes.
ol
I currently don't remember if imapd ignores unknown options or fails on startup.
But maybe the better option is to use
tcp_keepalive: yes
anyway.
We had "dead" connections as well before imapidletimeout existed and I was
able to get rid of them by activating keepalives to trigg
on
all backends to fill it. Shouldn't take that long since we did it with 130k
on 8 backends in under 20 minutes (or even shorter).
Greetings, Wolfgang
--
Wolfgang Breyha | https://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.
.4
and 2.5 backends for some time. The 2.5 backends had some capabilities
suppressed. Frontends had 2.4 until all backends had 2.5. Last but not
least we upgraded to 2.5 on the frontends.
If you need more info/details feel free to ask.
Greetings, Wolfgang
--
Wolfgang Breyha | https://www.blafasel.a
ts on connect.
Greetings, Wolfgang
--
Wolfgang Breyha | https://www.blafasel.at/
Vienna University Computer Center | Austria
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
I
would try to build one of the newer 2.4.18 SRPMs for Fedora (eg. 23) on CentOS
7.
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/piperm
On 02/03/16 12:02, Wolfgang Breyha via Info-cyrus wrote:
> You do not need to rebuild OpenSSL. I would check the SPEC File of the CentOS
> 7 RPM which patches they included. If the TLS changes were not backported I
> would try to build one of the newer 2.4.18 SRPMs for Fedora (eg. 23) on
hange introduced and not mentioned in the changelog?
Is it save to remove this limitation from mboxname.c?
Greetings,
Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://
On 08/04/16 23:28, Wolfgang Breyha via Info-cyrus wrote:
> Is it save to remove this limitation from mboxname.c?
https://bugzilla.cyrusimap.org/show_bug.cgi?id=3693
This patch was reverted in "some" releases, but obviously not in 2.5.
Please do so.
Greetings, Wolfgang
--
Wo
e that iOS can't/wont detect the Default calendar? Maybe
fixed in HEAD? Or is it something we did wrong in our configuration?
Greetings, Wolfgang
PS: carddav Default addressbook on the other hand works with iOS as well.
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer
Jan Kowalsky via Info-cyrus wrote on 22/04/16 01:28:
> First I tried to dump the mailbox.db with ctl_mboxlist -d /tmp/mailboxes.txt
>
> After deleting the wrong entry manually I wanted to reload the mailbox
> again with ctl_mboxlist -u /tmp/mailboxes.txt. All operation with
> stopped cyrus.
Have
backport this change to 2.5.x? I patched it locally and can
confirm that our iOS/7 and 9 devices are able to access the Default Calendar
now.
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http:/
and noticed
> a slow down of the entire machine during these errors.
> I wouldn't like to have some kind of ddos attak using starttls on 993 or
> something.
Remove it from cyrus.conf?
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Cente
ngs, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
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
ntries like:
Bimap cmd="imapd" listen="imap" prefork=5
Only the port is used for listen= without interface/IP.
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www
ction like
START {
idled cmd="idled"
}
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyr
*) the squat db is not refreshed/rebuilt after upgrade.
Is this a bug or is something broken on my side?
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/
s at the moment, but
> I'm hoping to have that cleaned up soon.
I filed
https://bugzilla.cyrusimap.org/show_bug.cgi?id=3938
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.o
extern icalcomponent *jcal_string_as_icalcomponent(const char *str);
extern const char *begin_jcal(struct buf *buf);
*) htmlstrip.c gets installed as source to /usr/lib/cyrus-imapd. It seems
it doesn't get compiled at all and the source gets installed instead.
Greetings, Wolfgang
-
462, sys: 0.032952 (25879 ..., 14:00-15:00)
Comparing all three I wonder why skiplist makes such a big difference.
lmtpd shows now relevant difference for all three.
Most likely I will go for horizontal scaling putting a 4th frontend in the line.
Greetings, Wolfgang
--
Wolfgang Breyha
Vladislav Kurz via Info-cyrus wrote on 29/09/16 17:04:
> ipurge is nice but I would really appreciate if it had a --dry-run
> option. I'm never sure what it will really delete.
It got one in 2.5.9.
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna Universi
to handle them (eg. maintain your own patches). 2.4 simply works compared
to 2.5.
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermai
mpared to 2.4):
https://github.com/cyrusimap/cyrus-imapd/issues/43
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
lready filed a bug
https://github.com/cyrusimap/cyrus-imapd/issues/43
but no response so far. I directly asked Bron, but no response as well.
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer Center | Austria
Cyrus Home Page: http://www.cy
1 - 100 of 103 matches
Mail list logo
