Cyrus, but you could always
use your iptables firewall. Here's an example from stackexchange:
http://unix.stackexchange.com/questions/139285/limit-max-connections-per-ip-address-and-new-connections-per-second-with-iptable
--Janne
--
Janne Peltonen PGP Key ID: 0x9CFAC88B
; default its set to 'lkxa' which allows a user to create mailboxes ('k').
>
>
> On 10/05/2016 04:12 AM, Janne Peltonen via Info-cyrus wrote:
> >Hi!
> >
> >So we wanted to make our old Cyrus IMAP server a read-only archive for a
> >period. I
749083/cyrus-permissions-to-disallow-folder-creation-deletion
I'm running 2.4.17. And I've set the permissions on my test user's INBOX to
'lr' for the user.
Any ideas?
Yours,
Janne Peltonen
Email Admin
University of Helsinki
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
that we haven't committed everything before replying with OK.
>
> So unless the RPMs have some funky patches that change this behaviour,
> there's no way the messages are not fully copied before returning OK. Either
> it hadn't returned OK yet, or it would never have
ou say the messages can't be seen... Do you mean they aren't on the
> file system, or that they aren't showing up via IMAP, or... ?
>
> On Sat, Apr 23, 2016, at 00:48, Janne Peltonen wrote:
> > And Centos 5.11, Linux 2.6.18-407.el5.
> >
> >
> >
And Centos 5.11, Linux 2.6.18-407.el5.
--Janne
On Fri, Apr 22, 2016 at 05:43:11PM +0300, Janne Peltonen via Info-cyrus wrote:
> Hi!
>
> Oh. Sorry. I thought I'd forgot something important, must be the fact it's
> Friday night.
>
> 2.4.17 from Simon Matter&#x
PY -> OK). I killed the imapd processes while thinking that 1) there
> > could in
> > no way be the slightest possibility that the messages hadn't been flushed to
> > disk from the core of the imapd processes after COPY, as the imapd had
> > answered
> > OK
ay. But apparently, this
wasn't the case.
Has anyone else encountered something like this?
--Janne Peltonen
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
Hi!
Since sometime in 2.4, we've seen odd behaviour in the CMD and ENVIRON of imapd
processes. Like this:
--klip--
[jmmpelto@pcn1 ~]$ ps -ef|grep imapd|head -n 1
cyrus 300 15885 0 13:30 ?00:00:00 imapd:
webmail-3.mappi.helsinki.fi [128.214.20.217] ajokela
sagesize setting, which obviously wouldn't apply here).
3) If not, would Cyrus break horribly if I were to add a system limit to the
core size of Cyrus processes?
Thanks for any answers!
Janne Peltonen
University of Helsinki
Cyrus Home Page: http://www.cyrusimap.org/
List Arch
t;user.techsupport.SPAM";
> stop;
> }
> }
>
> then
>
> [shawn@postoffice ~]$ sieveshell -u shawn localhost
> connecting to localhost
> Please enter your password:
> > put phpscript.txt phpscript
> > list
> phpscript <- active script
> &g
e before it was shut down.
--Janne
--
Janne Peltonen PGP Key ID: 0x9CFAC88B
Please consider membership of the Hospitality Club
(http://www.hospitalityclub.org)
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://l
onisation 2) shut down current
master 3) manually run any remaining synclogs 4) shut down current replica 5)
change ip 6) start master services in what used to be replica 7) make sure
everything appears to be ok 8) start sync_server in what used to be master)
HTH
--
Janne Peltonen PGP Key ID: 0x9C
CYRUS
> either (Webmail / other IMAP clients don't show).
>
> Any idea what the problem might be?
>
> Thanks,
> Ulrich
>
>
>
> Cyrus Home Page: http://www.cyrusimap.org/
> List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
>
I found this in the mailing list archive:
http://lists.andrew.cmu.edu/pipermail/info-cyrus/2009-November/032078.html
However, there were no answers. John, did you figure it out? We seem
to have run into sth similar: we have two users the quotas of whom
can't be changed. Nor shown using ima
m is with the 2.4.16 frontend? (The configs in the 2.4.16
frontend and 2.4.17 frontend are identical.) I'll have to look further into
this.
--Janne
On Fri, Mar 15, 2013 at 04:15:04PM +0200, Janne Peltonen wrote:
> Hi!
>
> I've run into a weird problem. Apparently, sometimes the
essage size using stat(), but apparently
the size that ends up in cyrus.index is counted somehow differently).
--Janne
--
Janne Peltonen PGP Key ID: 0x9CFAC88B
Please consider membership of the Hospitality Club
(http://www.hospitalityclub.org)
Cyrus Home Page: http://www
Interesting, this might solve my problem, too (delayed delete makes
two copies of the mailbox in the DELETED tree). So I'm just going to
have to upgrade.
--Janne
Lainaus Sebastian Hagedorn :
> Hmf, I should've read the release notes first :( It's fixed in 2.4.17:
>
> "Fixed bug #3696: can n
this isn't such a big deal because the contents
of the folder are already in the other DELETED.blah folder).
But when we add replication to the mix, it gets a bit annoying, since
replication gets stuck on the ioerror and synclog starts growing...
Anyone else seen this?
--Janne
--
Janne Pe
On Wed, Dec 19, 2012 at 09:36:52PM +0100, Bron Gondwana wrote:
> On Wed, Dec 19, 2012, at 01:08 PM, Janne Peltonen wrote:
> List-Extended has some bugs still in Cyrus. I would actually recommend
> just turning it off for now with suppress_capabilities if you're seeing
> bugs
two levels of subscribed mailboxen. Subscribed
folders under INBOX and under other users' mailboxen (in the "user" hierarchy)
are all visible, the bug only appears with shared folders. I haven't tested
what would happen with altnamespace.
(At least the most recent IMP make
On Wed, Dec 05, 2012 at 01:34:50PM +0100, Lars Schimmer wrote:
> Ok, it did run fine. All I needed is to run in shell, not in cyradm
> Thank you all so far.
...yes, it is a shell command. :) And pse ignore my previous message;
apparently, that version did find the folder.
--Janne
--
mailboxes between
backends to balance their disk usage. (The mailbox-moving part of the process,
that is; the algorithm to decide how many mailboxes to move from where and
whence is another matter.)
--Janne
--
Janne Peltonen PGP Key ID: 0x9CFAC88B
Please consider membership of the Hospitali
thousands of users, I decided to just live with the ~1
day of unbearable slowness. Or do you know of a fast way?
--Janne
--
Janne Peltonen PGP Key ID: 0x9CFAC88B
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe
Um, sorry, folks, I hit "send" before I had a look at the "To" header. This
should have gone to our local list only.
--Janne / Univ. of Helsinki
On Thu, Aug 30, 2012 at 04:34:13PM +0300, Janne Peltonen wrote:
> Tämä siis tiedoksi teillekin. Toki INBOX renamesta s
Tämä siis tiedoksi teillekin. Toki INBOX renamesta seuraavat jumitukset saa
jatkossakin korjatuksi, seuraavaan USER-operaatioon asti... :(
--Janne
On Thu, Aug 30, 2012 at 04:33:18PM +0300, Janne Peltonen wrote:
> On Wed, Jan 18, 2012 at 01:25:08PM +0200, Janne Peltonen wrote:
> > On We
On Wed, Jan 18, 2012 at 01:25:08PM +0200, Janne Peltonen wrote:
> On Wed, Jan 18, 2012 at 12:19:57PM +0200, Janne Peltonen wrote:
> > What to do, how to circumvent this problem in the current version? I'd
> > really
> > like to be able to be able to start replic
--
> Cyrus Home Page: http://www.cyrusimap.org/
> List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
--
Janne Peltonen PGP Key ID: 0x9CFAC88B
Please consider membership of the Hospitality Club
(http://www.hospitalityclub.org)
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
space (that are
attached by the "/vendor/cmu/cyrus-imapd/sieve" annotation to certain shared
folders or other folders), the only way to replicate those that I know of is to
rsync them (or otherwise copy in the file system level).
Yours,
--
Janne Peltonen PGP Key ID: 0x9CFAC88B
C
Sieve processes only today; they'd been stuck on their
sockets since Friday.
I wonder why the read apparently never times out?
I'm sorry I cannot provide any more exact data than this. My first priority was
to get our Cyrus installation up and running.
--Janne
--
Janne Peltonen PGP
the disk of the backend, in the user hierarchy (in essence, not moved
anywhere).
Could there be a mailbox locking issue here or something?
--Janne
--
Janne Peltonen PGP Key ID: 0x9CFAC88B
Please consider membership of the Hospitality Club
(http://www.hospitalityclub.org)
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
On Thu, Jan 19, 2012 at 11:19:27AM +0200, Janne Peltonen wrote:
> ...sorry, apparently, there is something even more weird going on. The mailbox
> does not exist on the Murder frontend, but some traces of it appear to exist
> on
> the backend:
>
> i16.mappi.helsinki.fi&g
{DELETED.user..BIOMEDICUM.Matkat 2012.06-20.Untitled Folder.4F17D602}:
partition: nkpd
i16.mappi.helsinki.fi>
I'll get back on this when I get more info about what is happening here.
On Thu, Jan 19, 2012 at 11:09:19AM +0200, Janne Peltonen wrote:
> Hi!
>
> Today, I ran into a to
2.3 series...
Yours,
--
Janne Peltonen PGP Key ID: 0x9CFAC88B
Please consider membership of the Hospitality Club
(http://www.hospitalityclub.org)
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
On Wed, Jan 18, 2012 at 12:19:57PM +0200, Janne Peltonen wrote:
> What to do, how to circumvent this problem in the current version? I'd really
> like to be able to be able to start replicating a user's mailbox and metadata
> again, even if they have renamed their INBOX sometime
ing out!
What to do, how to circumvent this problem in the current version? I'd really
like to be able to be able to start replicating a user's mailbox and metadata
again, even if they have renamed their INBOX sometime in the past.
Yours,
--
Janne Peltonen PGP Key ID: 0x9CFAC88B
Please
expected concurrent imap
connections, and then some safety margin added. :) (I have it set to 5000 on my
two murder front ends. I rarely get more than 1 concurrent users -
actually, I don't get more than, say, 8000 concurrent users, but I use a crude
& primitive load balancing sy
ntend database gets corrupted like and that you
> didn't get a better error (like "mailbox not local"), definitely seems like a
> bug. What is you mupdate_config set to on your frontend?
Standard. I tried to run a unified murder for a while a couple of years before,
but run
redseen: false
size: 8022
Any ideas? I'm using Cyrus 2.3.13, Simon's RPM revision 4.
--Janne
--
Janne Peltonen PGP Key ID: 0x9CFAC88B
Please consider membership of the Hospitality Club
(http://www.hospitalityclub.org)
Cyrus Home Page: http://cyrusimap.web.cmu.e
e the sieve scripts in the global namespace?
Thanks for any advice.
--Janne Peltonen
University of Helsinki
--
Janne Peltonen PGP Key ID: 0x9CFAC88B
Please consider membership of the Hospitality Club
(http://www.hospitalityclub.org)
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wik
s.sasl/2005-02/msg00024.html
and it's four years old... How long did it take you to convert your quota
db from the legacy format to skiplist? Was it doable?
> What happens when you try to delete user.jmm on the master? Does the
> IMAP process handling the delete segfault?
Yes, it d
(there were 5 'real' usernames
with the prefix jmb), even though I was able to hit it with user.jme that only
has 18 real usernames...
I didn't have this problem with 2.3.11, so it has to be relatively new. Might
anyone else have noticed anything similar?
--Janne
--
Janne Peltonen PGP
On Fri, Jan 09, 2009 at 08:41:38AM -0600, Scott Lambert wrote:
> On Fri, Jan 09, 2009 at 10:54:10AM +0200, Janne Peltonen wrote:
> > So have I. But in the current Cyrus installation, I'm stuck with Linux,
> > so I concentrated on what's available on Linux. Moreover, I
y back
> in Solaris 10u3 but that was solved with the fsync patch and since then
> it's been like butter. Mail-store systems nobody ever needs to look
> at them because it "just works".
Well, that's nice. It's a shame they made it GPL-incompatible.
BR
--
Janne Pelt
entos). I'm eagerly waiting for btrfs to appear... I probably /would/
switch to ReiserFS for now, if RH cluster would support ReiserFS FS
resources. Hmm, maybe I should just start hacking... On the other hand,
the upgrade path from ext3 to ext4 is quite easy, and I don't know yet
which wou
uld continue, but the last time I tried to find
out anything about the project, it appeared more or less dead. Of
course, the current reiserfs (v3) is very stable, but if you run into
any issues, there really isn't a developer you can contact (or send
patches to, if you figure out the bug).
--Ja
end result as concerns data integrity is exactly the
same.
--Janne
--
Janne Peltonen PGP Key ID: 0x9CFAC88B
Please consider membership of the Hospitality Club
(http://www.hospitalityclub.org)
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
accessing
> the
> mailbox?
I considered creating a GFS spool for a 5 mailbox system, but during
testing, the GFS lock overhead would've been too much during delivery
peaks. Probably had to do mostly with delivery.db locking.
--Janne Peltonen
University of Helsinki
--
Janne Pe
On Wed, May 07, 2008 at 05:11:30PM +0300, Janne Peltonen wrote:
> Hi!
>
> After running 2.3.11 for almost half a year, a problem like this
> appeared today:
>
> May 7 17:03:47 pcn3 i07/sync_client[18029]: Processing sync log file
> /var/lib/imap/i07/sync/log-21280 failed:
/i07/sync/log-21280
and the sync_client child dies.
The log file in question contains nothing but
--clip--
MAILBOX user.
MAILBOX user..Trash
SEEN user..Trash
MAILBOX user.
--clip--
Now I wonder. What might be wrong with this?
--Janne Peltonen
Univ of Helsinki
--
Janne Peltonen <[EM
Horde project's Ingo filter has a sieve backend and a nice UI for time
controlled vacation notices, among other things. See www.horde.org.
--Janne Peltonen
Univ of Helsinki
--
Janne Peltonen <[EMAIL PROTECTED]>
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://c
as an admin user but use the access rights of any given
user, that is, if you use any of the sasl login mechanisms, not imap
login).
--
Janne Peltonen <[EMAIL PROTECTED]>
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Ar
um für angewandte Informatik - Universitätsweiter Service RRZK
> .:.Universität zu Köln / Cologne University - ✆ +49-221-478-5587.:.
> .:.:.:.Skype: shagedorn.:.:.:.
>
> Cyrus Home Page: http://cyrusimap.web.cmu.edu/
> Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.
as was copying messages
the other way round. (Copying messages between local folders or between
remote folders did work.)
--Janne Peltonen
University of Helsinki
>
> Quoting Ingo Steuwer <[EMAIL PROTECTED]>:
>
> > Hi
> >
> > I'm evaluating cyrus-murder with
n't differantiate case, that is, everything is in lower case
don't find this much of a problem, though - and suspect it might be
problematic to correct this (then again, haven't looked at the code)
--Janne
--
Janne Peltonen <[EMAIL PROTECTED]>
Cyrus Home Page
ople with good to excellent Linux competence.
--Janne Peltonen
University of Helsinki
--
Janne Peltonen <[EMAIL PROTECTED]>
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
forcibly unmounted my Cyrus spool and config
filesystems - wouldn't that result in horribly unrecoverable databases
all over the place? (I have everything in skiplist, except quota and
subscriptions.)
--Janne
--
Janne Peltonen <[EMAIL PROTECTED]>
Cyrus Home Page: http:
-MD5,
whereas the "real" user accounts are authenticated using PLAIN/LOGIN and
saslauthd->pam->pam-radius->radius. Frontends don't have the DIGEST-MD5
method enabled, so that clients won't try to authenticate using it.
--Janne Peltonen
Univ of Helsinki
--
Janne Pel
a couple of days :)
(I had the replica running during following imapsyncs and the final one,
so of course the changes got propagated automatically then.)
--Janne Peltonen
Imap admin
Univ of Helsinki
--
Janne Peltonen <[EMAIL PROTECTED]>
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
entiate the auth user and the
access user...
If you can find a more sophisticated imap client with an actual front
end to the imap protocol that support different auth and access ids,
please tell me too... ;)
--Janne Peltonen
Email admin
Univ. of Helsinki
>
> at once
>
> Regards
>
o on. That is: my boss understands
that this is a trade-off between a useful feature and a risk of getting
blacklisted... ;)
Thanks for your insight again.
--Janne
--
Janne Peltonen <[EMAIL PROTECTED]>
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
e? Does somebody have to approve it manually before it gets out
and away? How many such messages do you get per day/week? How big is
your user base?
Thanks,
--Janne
--
Janne Peltonen <[EMAIL PROTECTED]>
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusim
be much? If, during summer, 25% of our
users were to have vacation active at any given time, that'd result in
50 000 vacation spams per day...
> Providing a usable frontend for ordinary users is the real challenge.
So it is.
Thanks for your insights.
--Janne
--
Janne Peltonen <
risk of ending up on permanent
blacklists than a relatively unknown university from a remote
country...)
Thanks,
--Janne Peltonen
imap admin
Univ. of Helsinki
--
Janne Peltonen <[EMAIL PROTECTED]>
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cm
> * Janne Peltonen <[EMAIL PROTECTED]> [20070228 07:16]:
> > On Tue, Feb 27, 2007 at 07:07:22AM -0800, Ben Poliakoff wrote:
> > > Since version 2.2.13 bulletins/shared-folders can be made to
> > > evaluate
> > > sieve scripts. Configuring these
On Tue, Aug 21, 2007 at 11:06:59AM +0300, Janne Peltonen wrote:
> So the question is: can I turn a unified Murder config into a
> traditional one safely, editing the imapd.conf on one node at a time,
> restarting (or maybe even kill -HUPing) one node at a time? Any
> experiences, or d
st try this out?
Thanks.
--Janne Peltonen
email admin
Univ. of Helsinki
--
Janne Peltonen <[EMAIL PROTECTED]>
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
On Thu, Aug 09, 2007 at 03:10:33PM +0200, Rudy Gevaert wrote:
> Normally you can run sync_client with that logfile as parameter. I
Now why didn't I see that option in sync_client's manpage? It was there
all the time all right.
Thanks.
--Janne
--
Janne Peltonen <[EMAIL PROTEC
p and running for a while after the crash / forced shutdown? Is
there a way to extract the mailboxes that have entries in the old
logfile, to call sync_client by hand to make sure that all the mailboxes
are up to date? Or would that be needed?
Whee.
--Janne Peltonen
Univ. of Helsinki
IMAP
...
--Janne Peltonen
--
Janne Peltonen <[EMAIL PROTECTED]>
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
ut
the copy succeeds.
Any ideas? Or is this really a bug?
--Janne
--
Janne Peltonen <[EMAIL PROTECTED]>
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
note: this is not necessary if using a unified murder config,
because every backend has the complete mailboxes list.
--Janne Peltonen
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
be up?
--Janne
--
Janne Peltonen <[EMAIL PROTECTED]>
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
taff against a lot of (albeit one-time) learning work for many
others...))
--Janne
--
Janne Peltonen <[EMAIL PROTECTED]>
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
On Mon, Jul 02, 2007 at 01:23:25PM -0400, Wesley Craig wrote:
> On 02 Jul 2007, at 06:53, Janne Peltonen wrote:
> >But when try to imapsync the old server's data to the new one, with
> >only
> >one multi-threading mupdate master process, I keep getting 'connec
On Mon, Jul 02, 2007 at 01:29:09PM -0400, Wesley Craig wrote:
> On 02 Jul 2007, at 12:00, Janne Peltonen wrote:
> >But then, I'd have to buy
> >twenty-five certificates...
> You could create your own "lite CA" and sign your own certificates.
> This is a very
ially
the same patch that has been in production at PSU for a long time, so it
should be safe... I've got it attached in case anybody else is
interested.
--Janne
--
Janne Peltonen <[EMAIL PROTECTED]>
diff -Naur cyrus-imapd-2.3.8.orig/imap/imapd.c cyrus-imapd-2.3.8/imap/imapd.c
---
ge my
unified config to a traditional one, which obviously wouldn't have this
problem, even with multiple front ends).
Does anyone else? And would there be any situation where I'd actually
need the referrals?
--Janne
--
Janne Peltonen <[EMAIL PROTECTED]>
Cyrus Home Page: http://cy
On Mon, Jul 02, 2007 at 11:34:10AM +0300, Janne Peltonen wrote:
> Actually, it isn't even this simple. I've got a setup similar to
And not even this simple. It seems that the extra proxy logins appear
only when I login using the imapsync tool. If I use mutt or imtest, I
don't se
.
Yup, it was the extra mupdate masters that were the problem. Thanks.
> FYI, I'm currently testing -8 release which includes the two patches you
> mention (bug #2915 and #2915).
#2914 and #2915, I think you mean. ;) But that's just great. I'll
install your new rpm asap...
On Sun, Jul 01, 2007 at 02:01:11AM +0300, Janne Peltonen wrote:
> ..the prefork numbers. Now this is something. I don't really know which one of
> these is the one that matters, what is the resource that gets exhausted, why
> it
> gets exhausted etc. (and I sure as hope
27;m reluctant to do this right now, because I'm in the
middle of a big imapsync...)
...oh yes, there is no mention of the node that the proxy logins appears
in in the mailboxes list, I mean, other than where there should be...
--Janne
--
Janne Peltonen <[EMAIL PROTECTED]>
Cyrus
On Sun, Jul 01, 2007 at 01:11:56AM +0300, Janne Peltonen wrote:
> (Oh, the problem of not seeing the creation or deletion of mailboxes appears
> to be
> there still, even without the patches. To be more exact, the deletion problem
> seems to be as follows: my client gets an acknowle
On Sat, Jun 30, 2007 at 11:47:59PM +0300, Janne Peltonen wrote:
> The same goes with deletion: the mailboxes list of the proxying backend
> (and, therefore, my client) sees doesn't get updated.
Mm. When I restarted the system without the two patches (and run
ctl_mboxlist and mupdate sy
On Sat, Jun 30, 2007 at 11:47:59PM +0300, Janne Peltonen wrote:
> Restarting the mupdate master server causes all the slaves to
> re-synchronize their mailboxes lists. (And this, in turn, generates
> a substantial amount of write load.) And this seems to be the only way
> to propagate
p? I'm confused. Simon, if you're
listening: could any of the patches added between releases 2.3.8-4 and
-7 cause this?
--Janne
--
Janne Peltonen <[EMAIL PROTECTED]>
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
On Sat, Jun 30, 2007 at 04:59:55PM +0300, Janne Peltonen wrote:
> > Thanks a lot for pointing this out. Then to see whether the patch
> > applies nicely to my invoca rpm source tree...
>
> ..it did.. then to see whether the similar mupdate bug fix also
> applies... (bug #291
On Sat, Jun 30, 2007 at 04:26:16PM +0300, Janne Peltonen wrote:
> > This is bug 2915: On a unified server, `ctl_mboxlist -m' deletes
> > remote mailboxes. It's fixed in the CVS version of Cyrus imapd. Look
> > at:
> >
> > http://bugzilla.andrew.
right places before complaining on the mailing list. I'm really sorry
for my bad behaviour.
Thanks a lot for pointing this out. Then to see whether the patch
applies nicely to my invoca rpm source tree...
--Janne
--
Janne Peltonen <[EMAIL PROTECTED]>
Cyrus Home Page: http://cyrusi
On Sat, Jun 30, 2007 at 03:16:30PM +0300, Janne Peltonen wrote:
> b) run ctl_mboxlist -m -a
> Option b) might be more interesting (I haven't tried it out yet). The
> man page says that "assume the local mailboxes file is authoritiative,
> that is, only change the mupdate s
On Thu, Jun 28, 2007 at 01:57:57AM +0300, Janne Peltonen wrote:
> I'm running a unified murder and have been experiencing a strange
> problem. I shut down a cluster member cleanly, then start the member
> again, run ctl_cyrusdb -r and ctl_mboxlist -m, all goes well (even if
> th
d the mupdate slave initial mailboxes list synch is over in
ten minutes. (I really should give all my config partitions a SAN
virtual disk of its own, it seems.) The mupdate slave synch shows no
signs of trouble; the mailboxes list doesn't appear corrupted...
--Janne
--
Janne Pelton
h physical server
with separate config dirs, spool dirs and ip addresses (got the idea
from fastmail.fm).
--Janne
--
Janne Peltonen <[EMAIL PROTECTED]>
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.w
ut them, it takes
only a couple of minutes. As does the mupdate slave synchronization
thereafter (I'm using the unified config with 2.3.8, invoca.ch rpm).
--Janne
--
Janne Peltonen <[EMAIL PROTECTED]>
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.
On Tue, Jun 26, 2007 at 08:17:15PM +0300, Janne Peltonen wrote:
> Hi!
>
> Sometimes I get the following while trying to restart a murder member:
>
> Jun 26 16:12:42 pcn4.mappi.helsinki.fi i10/master[21932]: exiting on
> SIGTERM/SIGINT
> Jun 26 16:24:28 pcn4.mappi.helsink
o complete: one
to three hours with 60 records in the mailboxes list. (Sometimes it
takes a lot less time, something like 9 seconds).
There are 24 nodes in my murder. Could this create locking problems on
the mupdate master?
--Janne
--
Janne Peltonen <[EMAIL PROTECTED]>
onfig.
Any insight would be appreciated.
--Janne
--
Janne Peltonen <[EMAIL PROTECTED]>
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
On Wed, May 09, 2007 at 09:11:06AM +0300, Janne Peltonen wrote:
> On Tue, May 08, 2007 at 02:51:44PM +0200, Simon Matter wrote:
> > At least for me Cyrus handles a link like this:
> > lrwxrwxrwx 1 cyrus mail12 Nov 22 15:48 defaultbc -> phpscript.bc
> >
> >
old Web tool
(websieve.pl) doesn't do the activation step correctly. Time for some
perl-hacking...
Thanks.
--Janne
--
Janne Peltonen <[EMAIL PROTECTED]>
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info:
y 8 13:59 default.script
--cut--
Thanks.
--Janne
--
Janne Peltonen <[EMAIL PROTECTED]>
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
1 - 100 of 146 matches
Mail list logo
