I feel that I should qualify this a little bit more. Yes, the following
are valid mailbox name characters (as stated below):
" +,-.0123456789:=@ABCDEFGHIJKLMNOPQRSTUVWXYZ_abcdefghijklmnopqrstuvwxyz~"
However, if you are sharing a mailbox and set it up for external delivery
(i.e. anyone+post abi
In addition to that, it should be stated that the difference between
administrative commands and non-administrative commands is purely one
of access rights. You must be logged into an adminstrative account
to do anything useful to user accounts. In any the case, the command
set is the same... ju
Is anyone out there (besided CMU) who has implemented a split queue approach
to delivering email? What I am talking about is this:
1) You have the default sendmail server in queue-only delivery mode.
Any messages coming to the server are simply queued and that is it.
2) You have a cron
--On Thursday, August 23, 2001 7:25 PM -0400 Lawrence Greenfield
<[EMAIL PROTECTED]> wrote:
>Date: Thu, 23 Aug 2001 19:20:47 -0400
> From: Scott Adkins <[EMAIL PROTECTED]>
>cc: Lawrence Greenfield <[EMAIL PROTECTED]>,
> Cyrus-Bugs <[EMAIL PROTEC
passwd.
>
> You'll probably need to remove it.
>
> Fortunately or unfortunately, this will also disable ~/.forward file
> processing. Since we don't use .forward file processing, it will be
> hard for me to immediately tell you how to make both work.
>
> Larry
>
&g
Okay, the problem I was having was when we upgraded to Cyrus IMAPD 2.0.16
and Sendmail 8.12.0 using LMTP, plussed address (user+folder@address) no
longer worked. If the 'w' flag was specified for the cyrus mailer in the
sendmail.cf file, messages to plussed addresses would bounce with a user
unkn
We are seeing a lot of messages getting deferred in our sendmail logs
when deliver is executed. Basically, deliver is exitting with EX_TEMPFAIL.
Looking at the cyrus logs, I can correlate most of those failures to the
following message:
deliver: connect(/var/imap/socket/lmtp) failed: Permission
f the above errors turns out
to be a very large amount of mail in the end.
Scott
>
> Larry
>
>Date: Sun, 26 Aug 2001 14:01:28 -0400
>From: Scott Adkins <[EMAIL PROTECTED]>
>
>We are seeing a lot of messages getting deferred in our sendmail logs
>when
Okay, we were originally having problems with the deliver program connecting
to LMTP via UNIX file sockets. We thought about going to TCP sockets and
use deliver, but from what I saw in the source code, it may be that deliver
only support UNIX file sockets.
This meant that we needed to dump deli
We are seeing problems in our log file with regards to our duplicate
delivery database. They are as follows:
lmtpd[19330]: duplicate_mark: error setting
/536836816: Invalid argument
lmtpd[19330]: duplicate_check: opening /var/imap/deliverdb/deliver-m.db:
Invalid argument
lmtpd[19330]: duplicat
This was reported back in June and seems to still be a problem in 2.0.16.
If I have the following in my /etc/cyrus.conf file, I find that I can still
connect to port 9143 as many times as I want and never did find a maximum
number:
imap cmd="imapd" listen="imap"
imap_testcmd="imap
--On Tuesday, September 04, 2001 6:01 PM -0400 Lawrence Greenfield
<[EMAIL PROTECTED]> wrote:
>Date: Mon, 27 Aug 2001 09:38:26 -0400
> From: Scott Adkins <[EMAIL PROTECTED]>
>
>[ ... many duplicate deliverdb errors deleted ... ]
>
>[ And so on, a
--On Thursday, September 06, 2001 10:26 AM -0400 Steve Heist
<[EMAIL PROTECTED]> wrote:
> Hello all,
>
> We are currently testing a move from the Simeon IMSP server
> to CMU's 1.6a3 and we seem to have a problem where the
> address book switch values of "Use for Nick-names",
> "Open on Startup"
--On Friday, September 07, 2001 9:11 AM +0200 Carsten Hoeger
<[EMAIL PROTECTED]> wrote:
> On Thu, Sep 06, Scott Russell wrote:
>
>> Question about using lmtp sockets vs using deliver. Does using lmtp
>> sockets on cyrus at all take away my ability to use sieve scripts or
>> duplicate suppression
--On Friday, September 07, 2001 11:01 AM -0400 Scott Russell
<[EMAIL PROTECTED]> wrote:
> On Fri, Sep 07, 2001 at 10:24:59AM -0400, Scott Adkins wrote:
>> --On Friday, September 07, 2001 9:11 AM +0200 Carsten Hoeger
>> <[EMAIL PROTECTED]> wrote:
>>
>>
--On Thursday, September 13, 2001 11:45 AM -0400 Patrick LIN
<[EMAIL PROTECTED]> wrote:
> Please someone can help me with that
> 3 times i post about this problem and never get any answer :((
>
> i use sendmail Swict 2.1
> cyrus 2.0.16
> on Solaris 2.6
>
> my syrus mailer specification :
>
> Mcy
Okay, we just got bitten by the Eudora 5.x STARTTLS problem that was
discussed last month. We have the same problem where only those clients
cannot negotiate a TLS connection properly, and thus fails to login at
all. So...
Ken suggested removing or commenting out the following lines:
if (tls
--On Friday, October 19, 2001 5:18 PM +0300 Leena Heino <[EMAIL PROTECTED]>
wrote:
> On Fri, 19 Oct 2001, Scott Adkins wrote:
>
>> Okay, we just got bitten by the Eudora 5.x STARTTLS problem that was
>> discussed last month. We have the same problem where only those cli
--On Friday, October 19, 2001 4:08 PM +0200 Jan Moravec <[EMAIL PROTECTED]>
wrote:
>
> On my FreeBSD 4.4 machine running Cyrus imapd 2.0.16 (installed from the
> ports collection), I see that each imapd process eats up around 2500K of
> memory (RES - resident portion of the process) and its tota
--On Friday, October 19, 2001 12:03 PM -0400 Lawrence Greenfield
<[EMAIL PROTECTED]> wrote:
> Most operating systems don't release memory from a process after
> free() is called, so process sizes only climb---they never drop.
> However, what's far more important is the working set size of each
>
The problem is that deliver *only* works with unix lmtpd sockets. So, how
we dealt with the issue in our environment is run with both lines in the
cyrus.conf file, allowing either TCP connections or unix socket connections.
Then we configured sendmail to use the TCP connection when delivering the
--On Tuesday, March 12, 2002 8:10 AM +0100 Birger Toedtmann
<[EMAIL PROTECTED]> wrote:
> I just set up cyrus-imapd-2.1.3 on a RH7.2 box that has BDB4 installed
> (re- compiled src.rpm). Any ldd's of the imapd/pop3d binaries show
> correct bindings to /lib/libdb-4.0.so, so everything seems ok -
I will post a problem report from what we have experienced on the Compaq
Alpha Tru64 system a little later this morning (I am pressed for time at
this very second). In any the case, we do experience the lossage of ports
from time to time, but I believe I understand why (which is what I will
expla
--On Thursday, May 02, 2002 9:52 AM +1000 Jeremy Howard
<[EMAIL PROTECTED]> wrote:
> I've seen a couple of problems over the last few weeks with master
> apparently failing to correctly maintain the prefork pool. We
> particularly see this problem with pop3d, which has more
> connects/disconnect
I am still waiting to hear from Ken and Lawrence on what they think about
these patches? Will any or all of them be implented in the next release?
Scott
--On Wednesday, May 15, 2002 12:41 PM +1000 Jeremy Howard
<[EMAIL PROTECTED]> wrote:
> Thanks to Jaska Kivela, some patch formatting problem
For what its worth, we run into this problem a lot in our environment as
well... I had come to the same conclusion as Jeremy and Henrique did before
they even posted their message about it to the list.
The environment we are running is as follows:
Cyrus IMAPD 2.0.16
Compaq Tru64 5.1 on Alpha
This does bring up an important point... we had to disable duplicate
suppression on our server because it was just causing too much contention.
When every single mail message being delivered has to check against the
database, it is a problem... especially in a cluster where multiple
servers are ru
--On Thursday, December 04, 2003 10:46 AM -0500 Rob Siemborski
<[EMAIL PROTECTED]> wrote:
On Thu, 4 Dec 2003, Luca Olivetti wrote:
Is there any way to make it into a shared library?
Sure -- but theres not a compelling reason to, and it would massively
increase the complexity of the build process
Are there changelogs for these releases? I am particularly interested in
whether or not the SSL patches previously posted for IMSP has been rolled
in or not. What is the difference between the 1.6 and 1.7 releases, since
they were both released at the same time?
Scott
--On Friday, December 12, 2
--On Friday, December 12, 2003 4:53 PM -0500 Cyrus Daboo
<[EMAIL PROTECTED]> wrote:
Hi Scott,
--On Friday, December 12, 2003 3:10 PM -0500 Scott Adkins
<[EMAIL PROTECTED]> wrote:
| Are there changelogs for these releases? I am particularly interested in
| whether or not the
Okay, I thought I would pull from the wisdom from the group, but I hope it
isn't too far off topic.
We have been using an alias for the root account to get all root destined
mail to the /var/spool/mail/root mailbox, bypassing the Cyrus system.
However, our system has grown significantly over the ye
--On Wednesday, January 21, 2004 12:52 PM -0800 Pat Lashley
<[EMAIL PROTECTED]> wrote:
--On Wednesday, January 21, 2004 14:22:33 -0600 Robert Covell
<[EMAIL PROTECTED]> wrote:
I too would be interested in the question about "abnormal amount of
emails to postmaster". We get about 15K a day of the
What causes this error?
We have a case with a particular user (twice in the last week or so now)
was trying to create a subfolder and could not, getting the error "mailbox
is reserved". The folder indeed did not exist, and the user just couldn't
get it created.
What I have found in the archives w
I was curious if anyone has implemented a mechanism in sendmail to determine
if a user is over their Cyrus quota before attempting LMTP delivery of the
message. If so, how was it impemented?
In our environment, I would have to say that easily, 3/4ths of all our
e-mail
hitting the LMTP server is o
I do know that as of 2.2.1, the problem still exists. I find it impossible
to trigger the bug on my own in our test environment, and we won't be doing
an upgrade to 2.2.3 (or whatever happens to be out) until the summer time
frame.
Currently, we manage the problem by watching the sendmail syslog f
--On Tuesday, May 18, 2004 9:13 AM +0200 Sebastian Hagedorn
<[EMAIL PROTECTED]> wrote:
thanks for the info. The patch was definitely added *after* 2.2.1 ...
hmm, now that I think about it: seems like it was even added after 2.2.3!
Is bug 1270 really fixed in CVS only?
Good question! :) I hope it
The solution we opted for was to patch Sendmail to make it work :)
I have an "lmtp" patch that doesn't drop the stuff after the + in the
address, and it also does not mess with the case with anything after
the +. I implemented as a mailer flag, so including a 'W' in the
cyrus mailer flags triggers
As requested, I am posting my patch to sendmail that allows plus addressing
to work properly between Sendmail and LMTP. We connect to our LMTP via TCP
in the sendmail configuration and I have never been able to get +addressing
to work at all. I usually get a "user unknown" error, rejecting the e-
We are about to upgrade our production system to 2.2.8. One of the biggest
problems that I am fighting is the rpath issue. Basically, it is important
for the binaries (imapd, pop3d, etc) to be able to find both the SSL libs
and the SASL2 libs. When I configure the server, I set LDFLAGS to set th
We ran into a problem on Tru64 where the sieve compiler was core dumping
if it tried to compile a script that used 'address' or 'envelope' in it.
For example, the following script would core dump sievec:
if address :contains "To" "[EMAIL PROTECTED]" {
stop;
}
Changing 'address' to 'header' w
By the way, this patch and the last one that I submitted on the sievec
core dumping problem refer to the released 2.2.8 version of Cyrus. I did
forget to mention that in the last post...
Anyways, we ran into another problem on Tru64 that we are going to have to
dig deeper and probably call HP on.
Okay, so I have just attempted for a second time to upgrade our Cyrus server
on the production box from version 2.2.1 to version 2.2.8. The upgrade was
a failure and I had to back out and go through a not-quite-painless recovery
process on the user accounts affected by the upgrade.
So, the first t
Nevermind... I found the option after sending the e-mail. I should run
"quota -f" on the user and it will resync the quota properly.
Scott
--
+---+
Scott W. Adkinshttp://www.cns.ohiou.edu/~sadkins/
UNIX Syst
We have a user that was reporting that she was way *way* over her quota.
She was alotted only 100MB, and for some reason, she was showing that she
was using over 400MB of space on her IMAP account! Furthermore, looking
at actual disk space consumption, she waas actually only using 261KB,
which is
We are looking at possibly running our Cyrus environment behind a pair of
F5 load balancers on a bunch of RedHat AS3 IBM BladeCenter blades. We are
migrating from a Tru64 TruCluster Alpha environment which provides us with
a very nice Cluster File System. We have not needed the use of the Murder
Okay, okay, I just can't *NOT* say something here :)
First, I disagree with all the statements below. Cyrus CAN run in an
Active/Active mode, you CAN have multiple servers reading and writing to
the same files, and clustering IS a good way to achieve HA/DR/BC in a
Cyrus environment. Why do I sa
--On Saturday, August 05, 2006 6:55 PM +0200 Simon Matter <[EMAIL PROTECTED]>
wrote:
Okay, I would like to hear specifically from Ken on this one...
I asked the question myself and go an answer suggesting the limit is not 2GB,
but 2TB. I saw a posting from Ken earlier on suggesting something si
--On Wednesday, August 09, 2006 7:10 PM +0200 Daniel Eckl <[EMAIL PROTECTED]>
wrote:
https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=1212
https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=2690
Thanks!
--On Wednesday, August 09, 2006 8:36 PM +0200 Simon Matter <[EMAIL PROTECTED]>
wrote:
With
In a cluster (multi-machine) environment, such as Tru64 or Polyserve (on
Linux), that problem is solved by the use of CDSL (a context-dependent
symbolic link). You basically turn the file or directory into a CDSL and
suddenly each machine in the cluster gets its own personal copy of it that
is no
--On Monday, September 11, 2006 2:14 PM +0200 Daniel Eckl <[EMAIL PROTECTED]>
wrote:
Everyone is entitled to their opinion and yours is certainly welcome.
However, beauty is in the eye of the beholder... I have heard comments
the cover pretty much the whole spectrum with regards to its usability
--On Wednesday, October 18, 2006 2:00 PM +0200 Sebastian Hagedorn <[EMAIL
PROTECTED]> wrote:
--On 18. Oktober 2006 11:25:09 +0100 Adam Stephens <[EMAIL PROTECTED]> wrote:
We deployed idled here over the summer on our main staff IMAP server, a
Sunfire v480 running Solaris 8 and cyrus-imap 2.2.
Another option is to get the physical partition created and setup and then
create a "cyrus partition" on that and migrate the users to it via the server
itself, as opposed to doing it physically. The moves are transparent and
does not require you to down the server.
Here are a couple of suggesti
--On Monday, October 30, 2006 10:38 AM +0200 Janne Peltonen <[EMAIL PROTECTED]>
wrote:
IIRC there are people running
Cyrus servers that way on other systems like Tru64 or Veritas cluster.
And that's precisely what I'm trying to find out: since there are people
that have succeeded in running C
I have to agree here, the reason we like the cluster filesystem method
is its shear simplicity. It is nothing to add extra nodes to split the
load across more servers. We don't have to partition users, we don't
have to worry about losing part of the user community when a server goes
down, only o
Of course, contacting SSL ports are a bit more difficult. If you need to
probe an IMAPS or POP3S port, telnet just doesn't work. In that case, you
can use openssl itself to make the connection and still feed it into an
expect script:
LD_LIBRARY_PATH /usr/local/ssl/lib
export LD_LIBRARY_PATH
Have you verified that the proc files that are that old are really processes
that no longer exist? On our system, we do have lots of old proc files, but
the processes are still around as well (and connections are ESTABLISHED).
We are looking at turning on KEEPALIVE in the kernel, which likely wil
--On Tuesday, October 16, 2007 3:39 PM -0700 Vincent Fox <[EMAIL PROTECTED]>
wrote:
Omen Wild (University of California Davis)
The root problem seems to be an interaction between Solaris' concept of
global memory consistency and the fact that Cyrus spawns many processes
that all me
--On Thursday, October 18, 2007 9:58 AM +0200 Pascal Gienger <[EMAIL
PROTECTED]> wrote:
Scott Adkins <[EMAIL PROTECTED]> wrote:
Meanwhile, we hacked around this in a very cool way. We copied the imapd
process 60 times (assuming average of 12,000 processes, shooting for 200
p
--On Friday, November 15, 2002 9:36 AM -0500 Rob Siemborski
<[EMAIL PROTECTED]> wrote:
On 15 Nov 2002, Erik Enge wrote:
Then again, LaTex (or SGML) would probably give you the most
possibilities (and problems ;).
Right, as does HTML (atleast, for our intents and purposes), without the
overhea
--On Tuesday, December 24, 2002 12:01 AM -0200 Henrique de Moraes Holschuh
<[EMAIL PROTECTED]> wrote:
Here's the cleaned up patch, against 2.1 CVS. It could be enhanced not to
touch the +fooobar part of the recipient, I suppose.
Yes, and I wanted to add a comment on this... Put the work in now
--On Wednesday, December 25, 2002 10:59 AM -0200 Henrique de Moraes
Holschuh <[EMAIL PROTECTED]> wrote:
Here's the improved patch. It skips over the +Mailbox part of the
recipient, in the most straightforward way possible ;-)
Sorry, didn't see this message until too late... ignore my last post
I find it useful to look at the Received headers to track the path the
email might have taken to get from the desktop to the mailbox when we
are having problems. Particularly, I look at the delays between hops
to find out if one of our machines is holding onto mail a lot longer
than it should be.
--On Thursday, January 16, 2003 4:25 PM -0500 Ken Murchison
<[EMAIL PROTECTED]> wrote:
It already does (as of 2.1.0). Take a look at the headers from your
post:
Ah, of course, version 2.1.0 :)
Return-Path: <[EMAIL PROTECTED]>
Received: from mx3.andrew.cmu.edu (MX3.andrew.cmu.edu [128.2.10.11
--On Thursday, January 23, 2003 5:58 PM +0600 Dmitry Novosjolov
<[EMAIL PROTECTED]> wrote:
Hi All,
has anybody succeded in using SNMP statistics of cyrus IMAP server ?
If so, can you please point me in right direction of how to monitor the
activity of Cyrus-imapd-2.1.11 server?
I've heard about
hat part of the tree is not known to
snmp. I ran the query using the base OID from your scripts. I'm doing
this on my test RH 7.3 box with the rpm packages of snmp. What else has
to be done to get this working for cyrus?
Jared
Scott Adkins wrote:
--On Thursday, January 23, 2003 5:58
Okay, I must be clueless here... I have looked through the docs, looked
through the archives, done google searches, etc. I just plain don't
understand how to configure sendmail to do LMTP authentication correctly.
I am in need to open up the TCP port of LMTP to more than just [localhost]
and belie
I solved this problem a long time ago by passing an environment variable
from the master process to the child process when the child process is
spawned indicating that the server is full. I used CYRUS_MAXCHILD, and
the child process already checks for the CYRUS_VERBOSE variable when it
starts in o
We are running into issues on our system where IMAP and LMTP processes
become stuck and start to stack up and never go away. The IMAP processes
aren't so bad, but LMTP definitely is... Investigating the problem with
truss and lsof shows that all of the *stuck* processes (the ones that
seem to be o
--On Thursday, June 26, 2003 10:57 PM +0200 [EMAIL PROTECTED] wrote:
Zitat von Rob Tanner <[EMAIL PROTECTED]>:
Hi,
I've just brought up cyrus imap v2.1.13 and I've noticed that there are
over lmtpd processes running. Isn't that a bit excessive? It's starting
to bog down the server.
Limit the n
[NOTE: I sent this yesterday, but the message appears to have not made
it to the list for some reason... I hope this doesn't result in copies
of the message being posted. Anyways, right after sending this, that
was when version 2.2.1 was released into Beta... the question applies
to any 2.2 versio
Okay, I have enough problems now to post something.
We are running on a Tru64 5.1a cluster (2 machines). Compiling 2.2.1 has
not been a pleasant prospect. We are using Tru64's cc compiler, and are
not permitted to use the gcc compiler.
First thing is first, we are using SASL-2.15.1 and BerkeleyD
In version 2.0.16, flock() was being used for file locking. However, in
2.2.1, I am wondering if this is still the case. I looked in the configure
output of 2.0.16 and it detects the flock() function call, but in the output
of 2.2.1, it doesn't even look like it checks for flock(). Has the defau
With the lock problems we had with LMTP in 2.0.16, we are thinking about
maybe running two master processes, one configured just for LMTP and the
other for all the other stuff. We would gain the added benefit that we
could actually run the LMTP master process on one cluster member of our
Tru64 5.1
We are going to restruture our IMAP stores across more partitions (meaning,
more disks) to improve our disk I/O performance and to improve our ability
to get these things backed up.
The two ways that I am aware of doing this is as follows:
1) issue RENAME commands at the IMAP protocol level, rena
Even though your suggestions were good, they weren't applicable to this
particular issue. In fact, running the find command to find all the
source files with indented directives only showed up a couple lines as
follows (using a slightly different command than you supplied):
% find . -name '*.[ch]
--On Wednesday, July 23, 2003 11:23 AM +0100 Christos Soulios
<[EMAIL PROTECTED]> wrote:
I also compiled cyrus-imapd-2.2.1-BETA on a Solaris 9 box with Forte C
compiler. I had some of the same problems, which come from the fact that
cyrus is mostly gcc compiler oriented.
[text deleted about (unio
--On Wednesday, July 23, 2003 11:23 AM +0100 Christos Soulios
<[EMAIL PROTECTED]> wrote:
3) After that, it compiles for awhile and then stops on imap/protocol.c
with the following error:
cc: Error: ./../lib/prot.h, line 209: Missing ";". (nosemi)
__attribute__ ((format (printf, 2
Thanks for the info... I switched over to using flock() and I can confirm
that it is now being used instead of fnctl(). The problem is that I still
see the same problem as before with regards to over 16500 instances of the
following:
stat("/var/imap/mailboxes.db", 0x00011FFF9C98) = 0
flo
--On Tuesday, July 22, 2003 5:08 PM -0400 Rob Siemborski
<[EMAIL PROTECTED]> wrote:
On Tue, 22 Jul 2003, Scott Adkins wrote:
With respect to the compile errors, this is what I have found:
1) The configure process appears to pick up on the fact that Tru64 does
have getnameinfo(), b
--On Thursday, July 24, 2003 2:56 PM -0400 Ken Murchison <[EMAIL PROTECTED]>
wrote:
Scott Adkins wrote:
Even though your suggestions were good, they weren't applicable to this
particular issue. In fact, running the find command to find all the
source files with indented dire
Okay, on to the next set of problems. I am getting a whole slew of DBERRORS
when the server starts up. The following is a snippet from the syslog when
the Cyrus server is first started:
master[1334637]: process started
master[1334878]: about to exec /usr/cyrus/bin/ctl_cyrusdb
ctl_cyrusdb[1334878]
I have tried everything to get DB stuff working... I just don't know what
is going on. Once again, I am on a Tru64 5.1a cluster, was using BerkDB
4.0.14, then switched to 4.1.25. This is with Cyrus IMAP 2.2.1-beta.
Basically, I get the following errors (just the ctl_cyrusdb lines):
DBERROR db4:
. It
looks like it tries to initialize the database by opening /var/imap/db
and never comes back... the process is aborted somewhere in the call.
Scott
--On Friday, July 25, 2003 1:28 AM -0400 Scott Adkins <[EMAIL PROTECTED]>
wrote:
I have tried everything to get DB stuff working... I just do
--On Monday, July 28, 2003 10:26 AM -0400 Ken Murchison <[EMAIL PROTECTED]>
wrote:
Rob Siemborski wrote:
However, in Scott's case, he's not renaming the user, he's just moving it
between partitions. I don't think we should be iterating across the list
to fix the username in this case (so we shou
--On Wednesday, July 30, 2003 1:13 PM +0100 Matt Bernstein
wrote:
At 13:47 +0200 Sebastian Hagedorn wrote:
--On Mittwoch, 30. Juli 2003 12:21 Uhr +0100 Matt Bernstein
wrote:
I forgot to say that at present we still need the use of the PLAIN
mechanism. Is it possible to only accept PLAIN (and L
--On Wednesday, July 30, 2003 2:35 PM +0100 Matt Bernstein
wrote:
At 08:59 -0400 Scott Adkins wrote:
SOLUTION:
In /etc/imapd.conf (the default file), have allowplaintext:no in it.
In another config file, maybe /etc/imapd-local.conf, have yes as the
value of that paramter
I am seeing a lot of these type errors in the log file:
IOERROR: fstating sieve script /usr/sieve/a/ap934499/defaultbc: No such
file or directory
append_check() of 'user.mh202200' failed
append_check() of 'user.am109499' failed
IOERROR: fstating sieve script /usr/sieve/a/ak132301/defaultbc
--On Wednesday, August 27, 2003 3:21 PM -0400 "J. S. Diaz"
<[EMAIL PROTECTED]> wrote:
Hi Scott, last month you posted a question about a cyrus imap install
getting the "db4: unable to join" error and I was wondering if you
resolved this or got any feedback on it? I am getting the same error on
a
I had this problem initially when moving to 2.2.1b. The problem was that
the users were actually over quota and that was it. Rob committed some
code to CVS for the next version to make the append_check() errors display
a more verbose message about why it failed... When I applied the patch,
it bec
--On Thursday, September 04, 2003 9:42 PM +0400 Gleb Smirnoff
<[EMAIL PROTECTED]> wrote:
On Thu, Sep 04, 2003 at 11:44:34AM -0400, Scott Adkins wrote:
S> I will attach the patch to this email. It applies directly to
imap/lmtpd.c S> and only 2 lines get changed. See if that helps des
We are running a Tru64 TruCluster system. We have 2 members in the cluster
and run Cyrus IMAP 2.2.1b. We typically ran the system with Cyrus being
CAA'd and only running on one member at a time. The stuff would relocate
to the other cluster member if for some reason it could not run on the first
Okay, so we are using skiplist for our database now. If we wanted to do
some simple searches on the database (we used to just grep for usernames
on the flat file version of mailboxes.db), we have to first convert the
database to a flat file. Really, the best way to do it is by running
ctl_mboxlis
, 2003 9:28 AM -0400 Rob Siemborski
<[EMAIL PROTECTED]> wrote:
On Wed, 10 Sep 2003, Scott Adkins wrote:
So, with 3000+ cyrus process averaging about 20MB each, it consumed
pretty much all our real RAM (we have 8GB on each cluster member). I
would say about 6GB of memory was consumed in just
So, you guys seeing around a 20MB virtual size and a 1MB resident size
when looking at the process table, right?
Scott
--On Wednesday, September 10, 2003 11:09 AM -0400 Rob Siemborski
<[EMAIL PROTECTED]> wrote:
On Wed, 10 Sep 2003, Igor Brezac wrote:
My installation of cyrus 2.2-CVS on Solaris
I just wanted to add something to this discussion...
First of all, we see the problem in Tru64 as well. When we upgraded to the
2.2 series, we put in the locking patch that John described below. This has
helped us, but the locking problem has *not* gone away... in fact, it does
a better job of *
What version of Cyrus are you using? We are using 2.2b1 here, and are
experiencing something similar with memory issues for IMAP. I brought up
the discussion a few weeks ago about it and it was characterized as some
kind of mmap() weirdness on our Tru64 platform, which I don't really think
is the
On Wed, 24 Sep 2003, Scott Adkins wrote:
When looking at what file the processes are all waiting to get a lock on,
it usually turns out to be the cyrus.header file and not the quota file.
Is this still the same bug described by Rob on bugzilla? Does it have to
be the quota file?
Also, when we fi
0 July 2003 Matt
Bernstein started a thread entitled "requiring encryption but not from
localhost?", where Scott Adkins proposed a solution. I implemented
something more or less like he proposed, and it worked. Specifically, I
created a second imapd.conf (imapd-local.conf) and configured i
I am about at wits end with this, so I need to seek help. I have been
trying to get on this list for some time, so I hope this message gets
there.
I have compiled up the Cyrus IMAP server (2.0.9) on Tru64 5.0a. It is
using the SASL libraries (1.5.24) for authentication. The IMAP capability
com
or getting past this hurdle :-)
Scott
--On Thursday, February 08, 2001 9:47 AM -0500 Scott Adkins
<[EMAIL PROTECTED]> wrote:
> I have compiled up the Cyrus IMAP server (2.0.9) on Tru64 5.0a. It is
> using the SASL libraries (1.5.24) for authentication. The IMAP capability
>
1 - 100 of 112 matches
Mail list logo
