Lawrence Greenfield wrote:
--On Saturday, December 14, 2002 5:50 PM +0530 Jatin Nansi
<[EMAIL PROTECTED]> wrote:
[...]
Will ctl_cyrusdb -r take 10 hours ? I dread the day when the system will
need downtime again.
This is on a decent 2 x P3 1 GHz with 100 GB scsi raid and 1 GB RAM,
about 2000 u
> This should be due to internal deadlocks in the berkeley db code. (This
can
> happen when two different processes are trying to upgrade read locks to
> write locks or split a page.) Generally the bigger the database is the
less
> likely this is to happen, which is why you might see it only on yo
--On Friday, December 13, 2002 12:52 AM -0500 Jay Levitt
<[EMAIL PROTECTED]> wrote:
I believe I've fixed this bug in CVS (did it a few days ago, actually)
and it'll be in the next release.
If I understand correctly, this fixes the flat-file seen implementation,
but not the underlying problem, w
Whoops - Sorry folks
The script wasn't active.
Syntax below works just fine!
>> Original Message <<
On 18/12/2002, 14:36:34, Andrew Pealing <[EMAIL PROTECTED]> wrote
regarding Sieve Script - two actions?:
> What's the sieve syntax to perform two actions for a
--On Saturday, December 14, 2002 5:50 PM +0530 Jatin Nansi
<[EMAIL PROTECTED]> wrote:
[...]
Will ctl_cyrusdb -r take 10 hours ? I dread the day when the system will
need downtime again.
This is on a decent 2 x P3 1 GHz with 100 GB scsi raid and 1 GB RAM,
about 2000 users, 50 MB per user.
I reall
--On Wednesday, December 18, 2002 12:39 PM +1100 Rob Mueller
<[EMAIL PROTECTED]> wrote:
I'm just wondering if anyone know what this might be about. Seems to be a
BDB issue and it only happens a few times a day, but I don't know if it's
harmless or not. Interestingly it occurs on our less loaded s
Joe Rhett schrieb:
I hope that documenting how best to configure sendmail for use with
Cyrus 2.2 in virtdomain mode will be part of the documentation cleanup
that preceeds the 2.2 release. If I were sure what "the best"
approach was, I'd happily submit patches to the Cyrus documentation
files de
--On Tuesday, December 17, 2002 4:24 PM -0800 Jonathan Marsden
<[EMAIL PROTECTED]> wrote:
| So the question becomes: what, if anything can non-CMU people do that
| would help cause a release of 2.2 (or 2.1 with virtdomains in it??) to
| happen sooner rather than later?
Just a guess... send Ken s
I'm just wondering if anyone know what this might be about. Seems to be a
BDB issue and it only happens a few times a day, but I don't know if it's
harmless or not. Interestingly it occurs on our less loaded server.
Dec 17 20:31:41 www lmtpd[17675]: DBERROR db3: Aborting locker 8011ca86
We use sk
What's the sieve syntax to perform two actions for a message?
I want to keep and redirect mail.
So I have:
if address :is :all ["to", "cc", "bcc"] ["[EMAIL PROTECTED]"]
{
keep;
redirect "[EMAIL PROTECTED]";
}
but the redirect doesn't seem to happen.
What's the correct syntax?
M
> I hope that documenting how best to configure sendmail for use with
> Cyrus 2.2 in virtdomain mode will be part of the documentation cleanup
> that preceeds the 2.2 release. If I were sure what "the best"
> approach was, I'd happily submit patches to the Cyrus documentation
> files describing it
--On Tuesday, December 17, 2002 1:12 PM -0200 Henrique de Moraes Holschuh
<[EMAIL PROTECTED]> wrote:
[A] 1. stat pidfile
2. file exists?
2a (yes) - read pid from file, kill(pid,0) it
2a1 - kill says process exists? fail to start if so
No no no. You must check and see if the P
On 16 Dec 2002, Christian Schulte writes:
> By the way:
> +`R$=L < @ $=w . >$#_LOCAL_ $: @ $1`@'$2 special local names
> What defines class L ? It seems like I do not have a so called class L!
In my proto.m4 and sendmail.cf it says:
# class L: names that should be delivered locally, even
On 16 Dec 2002, Christian Schulte writes:
>>> +`R$=L < @ $=w . > $#_LOCAL_ $: @ $1`@'$2 special local names
>>> +R$+ < @ $=w . >$#_LOCAL_ $: $1`@'$2regular local name')
> I think the two lines you added should look like
> `R$=L < @ $=w . > $#_LOCAL_ $: @ $1 < @ $2 > special
On 13 Dec 2002, Jure Pecar writes:
> On Thu, 12 Dec 2002 20:31:41 -0500 Ken Murchison <[EMAIL PROTECTED]> wrote:
>> I addition to what Rob already mentioned, there needs to be more
>> work done on documenting the virtdomain support and tying some
>> loose ends.
> Yes, virtdomains are actually
Don't put the domains in $w, use mailertable and _VIRTUSER_NO_RECURSE_ or
whatever the option name is.
On Mon, Dec 16, 2002 at 09:32:20AM +0100, Christian Schulte wrote:
> Hi,
>
> after changing the local mailer in my sendmail.mc from cyrus to cyrusv2
> I cannot get sendmail to correctly deliver
On Tue, 17 Dec 2002, Rob Siemborski wrote:
> On Tue, 17 Dec 2002, Henrique de Moraes Holschuh wrote:
> > I like it. It also allows us to keep [A] around for a little while if we
> > wish to do so, to detect startup errors of other sorts...
> Okay, I've committed this. Take a look and let me know
I'm currently trying to setup cyrus-imapd-2.1.11 on a NetBSD 1.6 server.
For some reason I keep seeing errors in the log files whenever the
ctl_cyrusdb checkpoint event is issued.
This is what I saw in the logs when I first started the master process..
Dec 17 04:15:21 kompressor master[1444]: pro
On Tue, 17 Dec 2002, Henrique de Moraes Holschuh wrote:
> Kludgy it is :P but using kill to detect the presence of a process is
> actually reasonably portable AFAIK, and safe :-)
Well, yeah, it looked ugly enough to be portable. ;)
> > I think this works no matter how the things are interleave
On Tue, 17 Dec 2002, Jonathan Marsden wrote:
> 3. Remove: removes any existing Return-Path and does not add a new
> one.
I suppose this one would be fine, although I wonder why would anyone use it
instead of "overwrite". Sieve really can benefit from a Return-Path header.
> 4. Ignore: does nothi
On 17 Dec 2002, Henrique de Moraes Holschuh writes:
> I could write code to add a configuration option to Cyrus so that it
> has two methods to deal with return-path:
> 1. Override (should be the default one): trash any return-path
>headers in the message, and add ours (from -r or MAIL FROM:)
Henrique de Moraes Holschuh wrote:
1. Override (should be the default one): trash any return-path headers
in the message, and add ours (from -r or MAIL FROM:)
2. Add: Add our return-path header _if_ there ins't already one in there.
Messages with more than one return-path header are in error.
On Tue, 17 Dec 2002, Oleg Derevenetz wrote:
> Henrique de Moraes Holschuh wrote:
> >Well, this Return-path issues got me thinking a bit about the issue...
> >
> >I could write code to add a configuration option to Cyrus so that it
> >has two methods to deal with return-path:
> >
> >1. Override (sho
Henrique de Moraes Holschuh wrote:
Well, this Return-path issues got me thinking a bit about the issue...
I could write code to add a configuration option to Cyrus so that it
has two methods to deal with return-path:
1. Override (should be the default one): trash any return-path headers
in t
Well, this Return-path issues got me thinking a bit about the issue...
I could write code to add a configuration option to Cyrus so that it
has two methods to deal with return-path:
1. Override (should be the default one): trash any return-path headers
in the message, and add ours (from -r or
On Tue, 17 Dec 2002, Rob Siemborski wrote:
> On Tue, 17 Dec 2002, Henrique de Moraes Holschuh wrote:
> > It won't. We will have to transfer the lock to B without a
> > race-condition. That means IPC, or signals, or something like that...
>
> Yeah, I was discussing this with someone in the offic
On Tue, 17 Dec 2002, Henrique de Moraes Holschuh wrote:
> It won't. We will have to transfer the lock to B without a
> race-condition. That means IPC, or signals, or something like that...
Yeah, I was discussing this with someone in the office yesterday, and
there's a half-decent way to do thi
On Mon, 16 Dec 2002, Rob Siemborski wrote:
> > 1. There is no support for updating the pidfile. Thus, the lock is acquired
> > only after forking, which means we lost the controlling terminal by the time
> > we can complain about not being able to acquire a lock, and that we have
> > already tried
Hello,
I am also quite interested in this topic as I will be using Solaris 9 with
UFS logging enabled on each slices. Can others from this mailing list
confirm that disabling UFS logging on the Cyrus slice (partition) will
speed up the "ctl_cyrusdb -r" process ? I guess if it's recommended to tur
¹á³¹ÊµÓÃʵЧƷÖÊ
¼á³ÖѧÒÔÖÂÓÃÔÔò¡ª¡ª
³¬Î¢MBAºËÐĿγÌÖ¤Êé°à£¨µÚÈýÆÚ£©
¿Î³Ì°²ÅÅ£º
1¡¢Î´¶¯¶øÏÈı¡ª¡ªÖªÊ¶¾¼Ãʱ´úµÄ¹ÜÀí˼ά
2¡¢Ã»ÓÐ×îºÃ £¬Ö»ÓÐÊÊÓ᪡ªÏÖ´úÈËÁ¦×ÊÔ´¹ÜÀí
3¡¢´´ÐÂΪ»ê¡ª¡ªÓªÏú¹ÜÀíÓ봴оӪ
¡ïÖ÷°ìµ¥Î»£ºÑÇÌ«ÊÀ¼ÍÖ°Òµ¾ÀíÈËÅàѵÖÐÐÄ
¡ïÅàѵʱ¼ä£º12ÔÂ26
30 matches
Mail list logo
