On Mon, 30 Dec 2002, Scott Smith wrote:
group and put cyrus and MTA user in it. Or, you can run LMTP over TCP (keep
it on loopback) with SASL.
I must confess that as a general rule I've given up on using AF_UNIX
sockets now that we're all aware that running all daemons as root is A
Bad Idea.
Hello,
I wanted to know if the local mailer of sendmail - MAILER(`local')
directive in the Sendmail mc file is still needed when using Cyrus ?
I would say no as the LDA is now all done by Cyrus but I had a look in the
mailer/local.m4 file of Sendmail and saw quite a lot of stuff in it so I am
On Thu, Jan 02, 2003 at 10:17:28AM -, [EMAIL PROTECTED] wrote:
This has come up before. The move command is actually a two step
operation where the file is first copied to the 'Trash' folder and then
deleted from the source directory. The copy operation fails
because the user is over
On Thu, Jan 02, 2003 at 10:17:28AM -, [EMAIL PROTECTED] wrote:
This has come up before. The move command is actually a two step
operation where the file is first copied to the 'Trash' folder and
then deleted from the source directory. The copy operation fails
because the user is over
[EMAIL PROTECTED] wrote:
Hello,
I wanted to know if the local mailer of sendmail - MAILER(`local')
directive in the Sendmail mc file is still needed when using Cyrus ?
I would say no as the LDA is now all done by Cyrus but I had a look in the
mailer/local.m4 file of Sendmail and saw quite a
[EMAIL PROTECTED] wrote:
On Thu, Jan 02, 2003 at 10:17:28AM -, [EMAIL PROTECTED] wrote:
This has come up before. The move command is actually a two step
operation where the file is first copied to the 'Trash' folder and
then deleted from the source directory. The copy operation fails
On Thu, 2 Jan 2003 [EMAIL PROTECTED] wrote:
There is no 'move' command in the IMAP RFC iirc. A 'move' operation is
just client side semantics for 'copy and then delete'.
True. Dumb me :-)
Perhaps it should be implemented ? :)
This has been discussed on the IMAP list before, and it
On Thu, 2 Jan 2003, Scott Russell wrote:
On Thu, Jan 02, 2003 at 10:17:28AM -, [EMAIL PROTECTED] wrote:
This has come up before. The move command is actually a two step
operation where the file is first copied to the 'Trash' folder and then
deleted from the source directory. The
On Thu, 2 Jan 2003, Dave O wrote:
There is no 'move' command in the IMAP RFC iirc. A 'move' operation is
just client side semantics for 'copy and then delete'.
Then why not use the hard links (essentially the same as SIS delivery) for
IMAP copy?
Well, for one, IMAP commands don't have to
Dear all,
After reading some document and tracing some code of imapd2 and
sasl, I found that cyrus-imapd2 use the different authentication
method with IMAP 'LOING' and 'AUTHENTICATE' command. LOGIN uses
sasl_checkpass() and AUTHENTICATE uses sasl_server_start() and
On Fri, 3 Jan 2003, Martin Y. Chiu wrote:
After reading some document and tracing some code of imapd2 and
sasl, I found that cyrus-imapd2 use the different authentication
method with IMAP 'LOING' and 'AUTHENTICATE' command. LOGIN uses
sasl_checkpass() and AUTHENTICATE uses
The documentation says there must always be a local mailer, but you
don't have to use it. Ie, in your .mc file you will have
MAILER(`local'), MAILER(`cyrusv2'), and
define(`confLOCAL_MAILER',`cyrusv2') (plus whatever else you need).
Thanks for your answer... Now what I don't really understand
On Thu, Jan 02, 2003 at 10:08:50PM +0100, Hein Roehrig wrote:
Hi *,
I would be interested in what kind of servicesstrategies admins here
offer to users regarding restoring accidentally deleted (expunged)
messages.
We make it clear that we're not responsible for user stup^W mistakes.
No, not
On Thu, 2 Jan 2003, Hein Roehrig wrote:
I would be interested in what kind of servicesstrategies admins here
offer to users regarding restoring accidentally deleted (expunged)
messages.
In particular, while it is relatively safe to backup a running Cyrus
and in the case of desaster
Hi,
thx for the people who showed me the good documentation ;-)
Ok. I have now tracked the problem a little bit.
root@gutmann:/usr/lib# imtest -m login -a cyrus localhost
S: * OK gutmann Cyrus IMAP4 v2.1.11 server ready
C: C01 CAPABILITY
S: * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+
Michael,
Did you remember to create the symbolic link between /usr/local/sasl2
and /usr/sasl2 ?
- Original Message -
From: Michael Obster [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, January 02, 2003 2:24 PM
Subject: Problems with authentication
Hi,
thx for the people
Michael Obster wrote:
Hi,
thx for the people who showed me the good documentation ;-)
Ok. I have now tracked the problem a little bit.
root@gutmann:/usr/lib# imtest -m login -a cyrus localhost
S: * OK gutmann Cyrus IMAP4 v2.1.11 server ready
C: C01 CAPABILITY
S: * CAPABILITY IMAP4 IMAP4rev1
I think you mean `/usr/local/lib/sasl2' and `/usr/lib/sasl2'
Scott
David Chait wrote:
Michael,
Did you remember to create the symbolic link between /usr/local/sasl2
and /usr/sasl2 ?
- Original Message -
From: Michael Obster [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday,
John A. Tamplin wrote:
Michael Obster wrote:
Hi,
thx for the people who showed me the good documentation ;-)
Ok. I have now tracked the problem a little bit.
root@gutmann:/usr/lib# imtest -m login -a cyrus localhost
S: * OK gutmann Cyrus IMAP4 v2.1.11 server ready
C: C01
David Chait wrote:
Michael,
Did you remember to create the symbolic link between /usr/local/sasl2
and /usr/sasl2 ?
Try again, imapd already sees the plugins (look at the CAPABILITY
response).
- Original Message -
From: Michael Obster [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Michael Obster wrote:
S: L01 NO Login failed: generic failure
Authentication failed. generic failure
Security strength factor: 0
Are you logging cyrus (local6.debug) and SASL (auth.debug)? If so, what do
they say?
--
Simon Brady mailto:[EMAIL PROTECTED]
ITS
21 matches
Mail list logo