Jay Levitt schrieb:
Thanks! That's very helpful, especially given the notes from Henrique about
patches - sounds like I don't want to be running a stock imapd on Linux.
Still, it'd be good to fix this in the source distribution as well. After
thinking about it, I suspect adding
U5 VirusKill 2.3 has modified this mail as it contained a PC-executable attachment.
~ ~ ~ ~ ~
You should probably simply ignore this mail. If you really expected somebody to send
you an executable attachment please
mail back to this person and ask him/her to zip the file first.
Below is
Simon Matter wrote:
part of their distributions in the past. I looked at so many Perl source
RPMs from RedHat but was unable to do the same with Cyrus. So, if there
is really something broken in the perl part of Cyrus and could be fixed,
I'd be happy to see it.
I've been luckier: I just had to
I like the createonpost feature very much. It makes life easier for
everybody storing user accounts in LDAP or some kind of DB. No need to
always call cyradm somehow through webinterface or CLI after creating a
user in the directory.
Is there a chance this patch makes it into the official source
Heyho,
Quoting [EMAIL PROTECTED]:
Well if I read the imapd.conf man page again it states the following:
defaultacl: anyone lrs
The Access Control List (ACL) placed on a newly-created
(non-user) mailbox that does not have a parent mailbox.
What I can see here which
Simon Matter wrote:
I like the createonpost feature very much. It makes life easier for
everybody storing user accounts in LDAP or some kind of DB. No need to
always call cyradm somehow through webinterface or CLI after creating a
user in the directory.
Is there a chance this patch
FYI: I use RH8.0 now (basicly had a window for uppgrading the server and
wanted to stay up to date on RH). It worked ok for me. The only problems
were that I'm missing the cyrus-Sasl-ldap plugin and some db3 trouble on
the db.
It worked ok the minute I managed to get tls right, ficed the db
I like the createonpost feature very much. It makes life easier for
everybody storing user accounts in LDAP or some kind of DB. No need to
always call cyradm somehow through webinterface or CLI after creating a
user in the directory.
Is there a chance this patch makes it into the official source
Hi there,
can anyone give me he hint how can I get rid of this message?
With v2.1.2 (I used this before upgrading) this worked fine.
Nov 20 03:11:22 linux imapd[21940]: login: codeman.[10.0.0.10] mcp plaintext
Nov 20 03:11:22 linux imapd[21940]: IOERROR: opening
Voutsinas Nikos schrieb:
I like the createonpost feature very much. It makes life easier for
everybody storing user accounts in LDAP or some kind of DB. No need to
always call cyradm somehow through webinterface or CLI after creating a
user in the directory.
Is there a chance this
On Mon, 18 Nov 2002 19:53:17 +0100
Carsten Hoeger [EMAIL PROTECTED] wrote:
I apply the patch and 'make clean' re-compile db3, SASL and imapd
but it doesnt work for me:
Sure that you installed the recompiled sasl libraries?
Sure :) I found the error. There where an old installation of
Marc-Christian Petersen wrote:
Hi there,
can anyone give me he hint how can I get rid of this message?
With v2.1.2 (I used this before upgrading) this worked fine.
Nov 20 03:11:22 linux imapd[21940]: login: codeman.[10.0.0.10] mcp plaintext
Nov 20 03:11:22 linux imapd[21940]: IOERROR:
On Tue, 19 Nov 2002, Galen Johnson wrote:
Nov 20 03:11:22 linux imapd[21940]: IOERROR: opening
/opt/cyrus/var/lib/user/U/mcp.seen: No such file or directory
[snip]
Does this file exist?
Try reconstructing the users mailbox...it seems like it's missing the
seen db.
On any recent version of
On Tue, 19 Nov 2002, Marc-Christian Petersen wrote:
On Tuesday 19 November 2002 16:51, Rob Siemborski wrote:
Hi Rob, Galen,
Does this file exist?
no, otherwise I won't see those error ;)
I guess I was more asking does the directory exist, but you figured it
out using rehash.
Try
Greetins cyrus usersm,
What should be the best way to lowercase all username for incoming
emails, so there would be no I/O errors? Should this be done in MTA, or there is some
workaround in
Cyrus?
And what about 8BIT? I don't really get the point..
--
kristaps
I'm trying to setup a test murder system and am having a problem with
ctl_mboxlist -m
I'm using GSSAPI. I'm getting the correct tickets because I can manually
run imtest and mupdatetest. I get authenticated to the
frontends/backends ok. I'm also able to proxy correctly (using imtest -a
authen
On Tuesday 19 November 2002 16:51, Rob Siemborski wrote:
Hi Rob, Galen,
Does this file exist?
no, otherwise I won't see those error ;)
Try reconstructing the users mailbox...it seems like it's missing the
seen db.
On any recent version of cyrus, a user's seen information is totally
hi all,
please, I'm trying to install cyrus and having the error:
---snip---
cyrusdb_db3.c: In function `mycommit':
cyrusdb_db3.c:860: `DB_TXN' undeclared (first use in this function)
cyrusdb_db3.c:860: `t' undeclared (first use in this function)
cyrusdb_db3.c:860: parse error before ')' token
As another newbie, I was sure hoping someone would share their
experience here. :)
I would add to Boris' question what the best way would be to create poor
man's redundancy. I do not necessarily need true failover (though it
would be nice) but a way to quickly setup a second machine with
On Tue, 19 Nov 2002, Paul M Fleming wrote:
I'm trying to setup a test murder system and am having a problem with
ctl_mboxlist -m
I'm using GSSAPI. I'm getting the correct tickets because I can manually
run imtest and mupdatetest. I get authenticated to the
frontends/backends ok. I'm also
Fernando Garcia wrote:
I'm using cyrus-imap-2.1.10, cyrus-sasl-2.1.9 and db-4.1.24 on a clean
mandrake 9 installation.
I have rpms for mandrake at http://perso.wanadoo.es/olivetti/cyrus/
I compiled my rpms against db3, which is supplied with mandrake 9
(where did you get db-4.1.24?, there's
Here is last snip of the ctl_mboxlist strace. Apparently it is waiting
on the server. But looking at a successful mupdatetest output the client
should write to the server -- then wait for another response. It looks
like deadlock both the client and server are waiting to read data but
the client
Am Dienstag, 19. November 2002 17:06 schrieb Kristaps Armanis:
Greetins cyrus usersm,
What should be the best way to lowercase all username for incoming
emails, so there would be no I/O errors? Should this be done in MTA, or
there is some workaround in Cyrus?
Do you want to lowercase the
Recompile cyrus-imapd with:
--with-duplicate-db=skiplist
and then convert the duplicate-db to skiplist or just delete it if you
want to start with a new duplicate-db
Darci Antônio Tartari wrote:
Patrick Boutilier [EMAIL PROTECTED] writes:
From personal experience I would suggest using
Darci Antônio Tartari [EMAIL PROTECTED] writes:
Could you give me more details about this solution. How can I
implement it or where I can get more information about it ? The lmtpd
is going down in a daily basis on my installation. It is going to make
me crazy !!
I just recompiled with the
Patrick Boutilier [EMAIL PROTECTED] writes:
From personal experience I would suggest using skiplist for deliver.db
Ever since I have switched from db3_nosync to skiplist my lmtpd's have
stopped hanging and the box appears to be performing better.
I have the same experience, too.
Over the weekend, it struck me that a patch to make 'seen' global could be
as simple as commenting out the calls to the code that treats '\Seen' as a
special-case global variable, and adding 'Seen' to the list of global flags.
Somewhere. Unfortunately, when I had a look at the source code, I could
On Tue, 19 Nov 2002, Paul M Fleming wrote:
Here is last snip of the ctl_mboxlist strace. Apparently it is waiting
on the server. But looking at a successful mupdatetest output the client
should write to the server -- then wait for another response. It looks
like deadlock both the client and
On Tue, 19 Nov 2002, Rob Siemborski wrote:
I'll see what I can do to set up a test enviornment to try to replicate
this I guess.
I've done this, and it was a pretty stupid bug, but:
http://bugzilla.andrew.cmu.edu/cgi-bin/cvsweb.cgi/src/cyrus/imap/mupdate-client.c.diff?r1=1.33r2=1.34
Is the
Well I suppose it is a mailbox without a parent because it's the INBOX of a
user that I am creating and before that nothing exists for that user. Again
the mailbox I am creating is user.testuser and I tryed setting the default
acl like that in imapd.conf:
defaultacl: cyrus all
restarted the
WONDERFUL!!
It seems to be working.. Looks like I have a successfull murder up and
running. I'm going to throw my stress tester at it and see how it
behaves.
Rob Siemborski wrote:
On Tue, 19 Nov 2002, Rob Siemborski wrote:
I'll see what I can do to set up a test enviornment to try to
Su Li wrote:
Hi
I am building a web admin server to manage the sieve filtering for Cyrus IMAP. I
don't want to use Sieveshell. I telnet to Sieve port 2000 and did a 'AUTHENTICATE
PLAIN ' command. I checked the man page of timsieved. There is not much information
about valid commands. I
[EMAIL PROTECTED] wrote:
Well I suppose it is a mailbox without a parent because it's the INBOX of a
user that I am creating and before that nothing exists for that user. Again
the mailbox I am creating is user.testuser and I tryed setting the default
acl like that in imapd.conf:
Hi,
On Tue, 19 Nov 2002 16:08:58 -0500, Su Li [EMAIL PROTECTED] wrote...
Hi
I am building a web admin server to manage the sieve filtering for Cyrus IMAP. I
don't want to use Sieveshell. I telnet to Sieve port 2000 and did a 'AUTHENTICATE
PLAIN ' command. I checked the man page of
Thanks a lot Mark and Ken,
I am writing a C++ client to log into Sieve 2000 port. Can you send me the C++/C code
for base64 encode? So what I need to do to login to Sieve should be like:
C: AUTHENTICATE PLAIN {21+}
C: base64 encoded authname and username
S: password?
C: base64 encode password
Su Li wrote:
Thanks a lot Mark and Ken,
I am writing a C++ client to log into Sieve 2000 port. Can you send me the C++/C
code for base64 encode? So what I need to do to login to Sieve should be like:
You should use the SASL library to to the authentication so you can
handle any available
Hi,
On Tue, 19 Nov 2002 21:20:57 -0500, Su Li [EMAIL PROTECTED] wrote...
Thanks a lot Mark and Ken,
I am writing a C++ client to log into Sieve 2000 port. Can you send me the C++/C
code for base64 encode? So what I need to do to login to Sieve should be like:
C: AUTHENTICATE PLAIN {21+}
BlankDear All:
I run cyrus-imapd for several days and got such information from syslog
file:
... ...
Nov 17 17:29:50 blade1 master[11953]: [ID 578325 local6.error] can't
exec /usr/cyrus/bin/tsl_prune on schedule: No
such file or directory
Nov 18 17:29:50 blade1 master[12466]: [ID
--On Tuesday, November 19, 2002 9:46 PM -0500 Ken Murchison
[EMAIL PROTECTED] wrote:
| You should use the SASL library to to the authentication so you can
| handle any available mechanism. The imtest.c program that comes with
| Cyrus is a good example of a SASL client - it handles SSL/TLS and
On Wed, 20 Nov 2002, Lin Wang wrote:
What's tsl_prune? Why can't I find it under the directory? Thanks.
I'm betting you have a typo in cyrus.conf and this should be tls_prune
which takes care of cleaning up the TLS cache.
-Rob
On Wed, 20 Nov 2002, Mark Keasling wrote:
However, for testing purposes you may still want to connect to the timsieved
by telnet. In that case using AUTHENTICATE LOGIN is easiest way to login
Actually, I bet you'll find sivtest (one of the imtest variations) to be
much more useful for this
Thank a lot! It works very well! Really cool!
Thanks, every one who helped me on this problem.
Su
-Original Message-
From: Mark Keasling [mailto:[EMAIL PROTECTED]]
Sent: November 19, 2002 11:55 PM
To: Su Li
Subject: Re: Timsieved valid commands
Hi,
On Tue, 19 Nov 2002 23:30:16 -0500,
42 matches
Mail list logo
