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 PROTE
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 $@
On Wed, 23 Jul 2003, Robert Urban wrote:
> Tru64 does indeed have a getaddrinfo, it even has two. You must
>
> #include
>
> 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
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
S
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 situ
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 Ju
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 h
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.
localhost.locald
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 str
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
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
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.
Thi
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? Th
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, 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
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
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 ev
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, t
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
> mailb
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 properl
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
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
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
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
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 resp
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 th
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, openss
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: "Kyl
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]: lock_reo
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
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 s
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 migrat
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,
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 t
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
34 matches
Mail list logo
