On Thu, 17 Feb 2005 11:05:59 +1100, JB Hewit <[EMAIL PROTECTED]> wrote:
> I've been searching about and haven't been able to find anywhere to
> change the verbosity of Cyrus imap (ver 2.1.x).
Check the settings of your syslog.conf file. Avoiding the debug level
will help.
> On another note, I r
On Thu, 17 Feb 2005, JB Hewit wrote:
I've been searching about and haven't been able to find anywhere to
change the verbosity of Cyrus imap (ver 2.1.x).
I want to reduce the chatter of the logging, I found no settings in
cyrus.conf or imap.conf. I had a look at the startup scripts and
didn't find
I've been searching about and haven't been able to find anywhere to
change the verbosity of Cyrus imap (ver 2.1.x).
I want to reduce the chatter of the logging, I found no settings in
cyrus.conf or imap.conf. I had a look at the startup scripts and
didn't find anything useful there...
On another
On Thu, 15 Apr 2004, Doug Koobs wrote:
> > Hi,
> >
> > I'm using 2.2.3 and had no trouble with syslogd, I use
> > local6.* instead of
> > local6.debug.
> > By the way local0 through local7 are made available by syslog
> > to applications
> > wishing to have a separate log file (man syslog.conf
> Since upgrading Cyrus imapd to 2.2.3, there have been no entries in
Logging has changed in 2.2. The logging facility can now be configured at
compile time and at least my rpms do it with '--with-syslogfacility=MAIL'.
That said you may have a closer look at how your cyrus got compiled.
Simon
>
> Hi,
>
> I'm using 2.2.3 and had no trouble with syslogd, I use
> local6.* instead of
> local6.debug.
> By the way local0 through local7 are made available by syslog
> to applications
> wishing to have a separate log file (man syslog.conf should
> tell you more).
>
> If local6.* doesn't chan
Hi,
I'm using 2.2.3 and had no trouble with syslogd, I use local6.* instead of
local6.debug.
By the way local0 through local7 are made available by syslog to applications
wishing to have a separate log file (man syslog.conf should tell you more).
If local6.* doesn't change anything you should tr
> I've just had something similar, it was down to spacing in the
> syslogd.conf file, it really didn't like spaces - needed to be tabs. I
> think this is due to the file be parsed by m4.
>
> Neil.
Thanks Neil,
The local6.debug line was not using tabs, just a space, so I rewrote the
line using t
I've just had something similar, it was down to spacing in the
syslogd.conf file, it really didn't like spaces - needed to be tabs. I
think this is due to the file be parsed by m4.
Neil.
On Thu, 2004-04-15 at 16:04, Doug Koobs wrote:
> Since upgrading Cyrus imapd to 2.2.3, there have been no ent
Since upgrading Cyrus imapd to 2.2.3, there have been no entries in
/var/log/imapd.log. I did a little Googling, and learned that syslog is
actually doing the logging. syslog is running, the ps command shows:
root 1565 1 0 Apr10 ?00:21:33 syslogd -m 0
In /etc/syslog.conf, I have
On Thu, 8 Jan 2004, Andrei Buryukov wrote:
> Can I configure pop3d to log amount and size of messages fetched by user
> (like popper)?
>
> --
> Biryukov Andrei ElVisti Information Center, Kiev, Ukraine.
> E-mail[EMAIL PROTECTED]
Andrei,
This was discussed in a thread on th
Can I configure pop3d to log amount and size of messages fetched by user
(like popper)?
--
Biryukov Andrei ElVisti Information Center, Kiev, Ukraine.
E-mail [EMAIL PROTECTED]
On 30 Oct 2002, Erik Enge wrote:
> Rob Siemborski <[EMAIL PROTECTED]> writes:
>
> > That depends on a number of things. mailboxes.db should be skiplist
> > for performance reasons anyway.
>
> What is skiplist? Is the code included in Cyrus?
It's a database format that we wrote to do fast enumar
Rob Siemborski <[EMAIL PROTECTED]> writes:
> That depends on a number of things. mailboxes.db should be skiplist
> for performance reasons anyway.
What is skiplist? Is the code included in Cyrus?
Thanks,
Erik.
Rob Siemborski <[EMAIL PROTECTED]> writes:
> You can, it's just not a great idea performance-wise (skiplist is more
> optimized towards enumeration operatons than random access).
Keeping in mind that I will have about 50 users that access their
mailboxes all day, would I notice any performance im
On 30 Oct 2002, Erik Enge wrote:
> > You can, it's just not a great idea performance-wise (skiplist is more
> > optimized towards enumeration operatons than random access).
>
> Keeping in mind that I will have about 50 users that access their
> mailboxes all day, would I notice any performance imp
On 30 Oct 2002, Erik Enge wrote:
> I'm not sure I understand. Does that mean I cannot use
> --with-duplicate-db and --with-tls-db as skiplist? Will Berkley DB
> still be used?
You can, it's just not a great idea performance-wise (skiplist is more
optimized towards enumeration operatons than ran
Rob Siemborski <[EMAIL PROTECTED]> writes:
> It's in imap/imapd.c, near the top of cmdloop().
Will this be fixed in the next release?
> Keep in mind that this won't make them entirely go away, since
> Berkeley is still the prefered database for duplicate.db and
> tls_cache.db. And they *are* a
Rob Siemborski <[EMAIL PROTECTED]> writes:
> It could probably go to LOG_INFO.
Is this a configuration option I can adujust? Or can I recompile Cyrus
to use info instead?
> If you're using Berkeley DB 4 there's a bug in the locker counting
> code that causes this number to not be decremented,
On 30 Oct 2002, Erik Enge wrote:
> Rob Siemborski <[EMAIL PROTECTED]> writes:
>
> > It could probably go to LOG_INFO.
>
> Is this a configuration option I can adujust? Or can I recompile Cyrus
> to use info instead?
It's in imap/imapd.c, near the top of cmdloop().
> > If you're using Berkeley D
On 30 Oct 2002, Erik Enge wrote:
> The following error message seem to be at warn (syslog priority) or
> above:
>
> Oct 30 14:24:57 myhost imapd[12489]: idle for too long, closing connection
>
> Shouldn't this be only an info, or is it really a warning that something
> is about to go wrong (whic
Hi.
The following error message seem to be at warn (syslog priority) or
above:
Oct 30 14:24:57 myhost imapd[12489]: idle for too long, closing connection
Shouldn't this be only an info, or is it really a warning that something
is about to go wrong (which how I think of warnings)?
The other da
If this hasn't been answered, you can edit your messages line to do:
*.*;mail.none;news.none;local6.none -/var/log/messages
You might also want to change local6.debug to local6.notice for cyrus.log, to
eliminate the really detailed message logging that's going on there.
Larry
--On Sunday,
AA06040
Hello everybody,
I have my cyrus 2.07 up for nearly a month now and i would be really very happy
about it if it didn4t fill up my /var/log/messages every
time a mail is delivered.
By now my /var/log/messages contains 95% of stuff
like this
Nov 17 21:24:09 raidserver master[32
From: "Timo Proescholdt" <[EMAIL PROTECTED]>
> I have my cyrus 2.07 up for nearly a month now and i would
> be really very happy about it if it didn´t fill up my /var/log/messages
> every time a mail is delivered.By now my /var/log/messages
> contains 95% of stuff like this
>
> Nov 17 21:24:09 rai
Hello everybody,
I have my cyrus 2.07 up for nearly a month now and i would
be really very happy about it if it didn´t fill up my /var/log/messages
every time a mail is delivered.By now my /var/log/messages
contains 95% of stuff like this
Nov 17 21:24:09 raidserver master[328]: process
26 matches
Mail list logo
