On Sat, 2003-07-19 at 21:41, Bernhard Erdmann wrote:
Hi,
if Cyrus 2.1.13 sends reject or vacation messages generated by Sieve on
Exim 3.36 Linux systems and being filed back from Exim into Cyrus, a
blank line is added in the middle of the header lines causing the second
part of the
I'll be interested in this script too.
On Fri, Jul 18, 2003 at 04:52:42PM -0400, Mike Cathey wrote:
A while back I remember seeing a script that would grab your partiton
list from /etc/imapd.conf and evenly distribute mailboxes amongst said
partitions. I googled for a while and was unable to
I believe the script Mike was referring to is at:
http://www.squeegy.org/programs/
However is cyrus 1.X era TCL stuff. It could probably
stand a rewrite in PERL.
--- Etienne Goyer [EMAIL PROTECTED]
wrote:
I'll be interested in this script too.
On Fri, Jul 18, 2003 at 04:52:42PM -0400, Mike
Hello,
I recently migrated a UW Imap userbase over to Cyrus.
In UW the default folder for sent was Sent Items
with the space in there. After running the bsd2cyrus
protion of the procedure these folders got create as
Sent_040Items
I was wondering if anyone else who has done this type
of
I have set up a couple of vacation sieve scripts which work just fine except
that they never seem to expire and must be manually disabled.
My question is: How does sieve know when days: has expired? And when
during the day does it expire? For example, if it's 5pm today and I set my
vacation
Henrique de Moraes Holschuh wrote:
On Thu, 17 Jul 2003, Rob Siemborski wrote:
On Thu, 17 Jul 2003, Erik Steffl wrote:
Jul 17 08:56:43 jojda cyrus/imapd[7560]: lock_reopen: blocked, sleeping
for 0 on interval 0 (15, /var/lib/cyrus/user/e/erik.seen)
Jul 17 08:56:43 jojda cyrus/imapd[7560]:
On Tue, 2003-07-22 at 01:56, Stephen Grier wrote:
On Sat, 2003-07-19 at 21:41, Bernhard Erdmann wrote:
Hi,
if Cyrus 2.1.13 sends reject or vacation messages generated by Sieve on
Exim 3.36 Linux systems and being filed back from Exim into Cyrus, a
blank line is added in the middle of
The expiry is not for the vacation, but for the caching of addresses to
which a vacation message has been send; if it is 7 days and someone mails
you every day, they will only get a vacation response every 7 days. As far
as I can tell from the RFC, anyway :)
- Original Message -
From:
Greetings -
I am attempting to get Cyrus imapd to work with mysql following the
following how-to document:
http://www.delouw.ch/linux/Postfix-Cyrus-Web-cyradm-HOWTO/html/install.html
I have tried using the same versions of the software as in the howto
(imapd-2.1.12, sasl-2.1.12, db-4.0.14,
On Tue, 2003-07-22 at 14:11, Craig Graham wrote:
The expiry is not for the vacation, but for the caching of addresses to
which a vacation message has been send; if it is 7 days and someone mails
you every day, they will only get a vacation response every 7 days. As far
as I can tell from the
On Tue, 22 Jul 2003, Mike Cathey wrote:
On Tue, 2003-07-22 at 14:11, Craig Graham wrote:
The expiry is not for the vacation, but for the caching of addresses to
which a vacation message has been send; if it is 7 days and someone mails
you every day, they will only get a vacation response
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
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
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
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,
On Tue, 22 Jul 2003, Scott Adkins wrote:
I am curious about the experiences of others out there that might have
run more than one cyrus master on the same server for whatever reason...
Are there any issues with interacting with the databases? My guess is
that as locking is working properly,
On Tue, 22 Jul 2003, Scott Adkins wrote:
The two ways that I am aware of doing this is as follows:
1) issue RENAME commands at the IMAP protocol level, renaming a user
from one partition to another
2) moving the IMAP directories at the UNIX level and modifying the
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(), but not getaddrinfo(). The problem is that if one
is found and the other is not, the
On Tue, 22 Jul 2003, Scott Adkins wrote:
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
On Tue, 22 Jul 2003, Rob Siemborski wrote:
I thought you said it wasn't running at all?
Sorry, I missed the part about getting it working using LD_LIBRARY_PATH.
OOC, how do other executables that need libraries from multiple
directories work on Tru64?
-Rob
I know that folder names with spaces in them are RFC
1730 compliants however I have some users who like to
put mail in folders such as user.username.Study
Guides. I have noticed the cyradm does not seem to
like the folder names with spaces in them even if they
are quoted:
localhost.localdomain
On Tue, 22 Jul 2003, joe ritter wrote:
localhost.localdomain
createmailbox user.atanzer.Hotels + Travel
usage: createmailbox [--partition partition] mailbox
[partition]
Each time I just get the usage message. Has anyone
else seen this and were able to come up with
workaround? Thanks again
On Tue, 2003-07-22 at 17:09, joe ritter wrote:
The other oddity is that user who are accessing cyrus
boxes through a squirrel mail front end can create
mail
boxes with space in the name just fine? Is there
another means of create? This is really strange.
Thanks again for your help.
This is
Yep this did it. Setting
LANG=en_US:en
In /etc/sysconfig /il8n and gutting the UTF-8 crap did
it.
--- Joakim Ryden [EMAIL PROTECTED] wrote:
On Tue, 2003-07-22 at 17:09, joe ritter wrote:
The other oddity is that user who are accessing
cyrus
boxes through a squirrel mail front end can
On Tue, 22 Jul 2003, joe ritter wrote:
The other oddity is that user who are accessing cyrus
boxes through a squirrel mail front end can create
mail
boxes with space in the name just fine? Is there
another means of create? This is really strange.
Thanks again for your help.
Well, it'd be a
On 22 Jul 2003, joe ritter writes:
localhost.localdomain cm user.chef2b.Dollar Bill
createmailbox: Unexpected extra arguments to Create
(1) Make sure the user.chef2b mailbox already exists.
(2) Try escaping all spaces in the mailbox name with a backslash,
rather than quoting the whole string.
Actually I am using cyrus 2.1.13 built from source. so
it is not that much older. This is a linux 2.4.20-6 if
that makes any difference. Can you think of anything
else that might be causing this behavior? Is there a
setting in /etc/impad.conf? I am really stumped.
Thanks again.
Scott Adkins wrote:
1) The configure process appears to pick up on the fact that Tru64 does
have getnameinfo(), but not getaddrinfo(). The problem is that if one
is found and the other is not, the definitions for both are included
in lib/gai.h. Well, getnameinfo() on Tru64 has
The other oddity is that user who are accessing cyrus
boxes through a squirrel mail front end can create
mail
boxes with space in the name just fine? Is there
another means of create? This is really strange.
Thanks again for your help.
--- Rob Siemborski [EMAIL PROTECTED] wrote:
On Tue, 22 Jul
I've been trying to get Cyrus IMAPD 2.1.14 working on my system for a
couple days now with no success.
I've used the configure line:
./configure --with-auth=unix --with-dbdir=/usr/local/BerkeleyDB.4.1
--with-openssl=/usr/local/ssl
I had also tried this line earlier, and wound up in the same
sorry I should have indluced this for version:
ocalhost.localdomain ver
name : Cyrus IMAPD
version: v2.1.13 2003/05/01 19:05:29
vendor : Project Cyrus
support-url: http://asg.web.cmu.edu/cyrus
os : Linux
os-version : 2.4.20-6smp
environment: Cyrus SASL 2.1.10
On Wed, 23 Jul 2003, Robert Urban wrote:
Tru64 does indeed have a getaddrinfo, it even has two. You must
#include netdb.h
in order to pull in the appropriate definition. The designers
of Tru64 bent over backwards trying to be as standards-compatible as
humanly possible. Because the
Stephen Grier wrote:
[...]
We created a simple wrapper to exim using the -dropcr option and
specified this in the sendmail: line of imapd.conf.
Thanks, this does the trick:
- /etc/imapd.conf:
sendmail: /opt/exim/exim_dropcr
- /opt/exim/exim_dropcr:
#!/bin/sh
/opt/exim/exim -dropcr $@
Hi,
I have some bulletin boards / shared folders on Cyrus 2.1.14, say test
or support with ACL anyone write on it enabling everyone to delete
mails in it.
Now, it is too easy for Outlook users to take the whole folder and move
it to their INBOX. Afterwards, mail delivered to [EMAIL PROTECTED]
34 matches
Mail list logo