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
.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
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.
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
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.
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
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;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.
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 |
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
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
;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
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
3 release of freedup.
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.ed
it also links cyrus.*
files what's definitely not what you want.
I recommend using freedup instead. Something like
freedup -n -v -a -T -o '-name "*."' -l /var/spool/......
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna University Computer
On 18/11/16 01:07, Bron Gondwana via Info-cyrus wrote:
> On Fri, 18 Nov 2016, at 10:51, Wolfgang Breyha via Info-cyrus wrote:
>> I already 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.
>
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
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/
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
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
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
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
-
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
*) 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/
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
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
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
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
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:/
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
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
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
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 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
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
> + if ((!popd_starttls_done) &&
> +(plaintextloginpause =
> config_getint(IMAPOPT_PLAINTEXTLOGINPAUSE))
> != 0) {
> sleep(plaintextloginpause);
> }
Greetings, Wolfgang
--
Wolfgang Breyha | http://www.blafasel.at/
Vienna Univ
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")
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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/
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
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
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
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
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
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.
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/
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/
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
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/
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
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/
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/
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
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
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 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!
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
--
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
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
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
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/
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/
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/
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
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/
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
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
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
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
-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
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/
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
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
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
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
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
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
1 - 100 of 103 matches
Mail list logo
