bug in imapd-2.1.3 / Berkeley DB
Hi *, following bug occured: 1. CPPFLAGS=-I/usr/local/BerkeleyDB.3.3/include \ LDFLAGS=-L/usr/local/BerkeleyDB.3.3/lib \ ./configure 2. make 3. make install 4. start of cyrus => 'incorrect version of Berkeley db: compiled against 3.1.17, linked against 3.3.11' So I re-started 3. and voila: gcc -c -I/usr/include/db3 -I/usr/local/BerkeleyDB.3.3/include [...] Although I told configure where to look for db3, it searches on its own and finds the system's db-3.1.17 instead of by self built db-3.3.11. Workaround: vi `find . -name Makefile` :-( (This did not really help because sasl-2.1.1 does not like db-3.3, saslpasswd2 crashes.) Regards Olaf
Re: bug in imapd-2.1.3 / Berkeley DB
Hi Prune, Prune wrote: > can you add the result of the 'configure' ? look at the begining when it > tests for gcc do you mean this? checking whether the C compiler (gcc -I/usr/local/BerkeleyDB.3.3/include -L/usr/local/BerkeleyDB.3.3/lib) works... yes checking whether the C compiler (gcc -I/usr/local/BerkeleyDB.3.3/include -L/usr/local/BerkeleyDB.3.3/lib) is a cross-compiler... no Later on it finds the db-3.3 libs: checking for db_create in -ldb-4.0... no checking for db_create in -ldb-4... no checking for db_create in -ldb4.0... no checking for db_create in -ldb4... no checking for db_create in -ldb-3.3... yes > also try to put -I flags in CFLAGS also. it sometimes help. Not here. :-( Perhaps I should tell why I want to try another db version: my server works fine, but I have several imap and lmtp processes here which never stop. Cheers Olaf
Re: bug in imapd-2.1.3 / Berkeley DB
Hi, I'm using cyrus-imapd-2.1.3, cyrus-sasl-2.1.1 with db-4.0.14 and everything works fine now. First I had a similar problem, which I fixed by linking the new db-lib from /usr/local/BerkeleyDB.4.0/lib/ to /usr/lib/ . I also replaced the /usr/include/db*.h files with the new one, because db4 is not supportet in the configure file and /usr/include/db4 does not work. Nico -- Viele Gruesse Nico Weichbrod <[EMAIL PROTECTED]> fuer aw-consultancy GbR -- Olaf Zaplinski wrote: > > Hi *, > > following bug occured: > > 1. > CPPFLAGS=-I/usr/local/BerkeleyDB.3.3/include \ > LDFLAGS=-L/usr/local/BerkeleyDB.3.3/lib \ > ./configure > > 2. > make > > 3. > make install > > 4. > start of cyrus => 'incorrect version of Berkeley db: compiled against > 3.1.17, linked against 3.3.11' > > So I re-started 3. and voila: > gcc -c -I/usr/include/db3 -I/usr/local/BerkeleyDB.3.3/include [...] > > Although I told configure where to look for db3, it searches on its own and > finds the system's db-3.1.17 instead of by self built db-3.3.11. > > Workaround: vi `find . -name Makefile` :-( > (This did not really help because sasl-2.1.1 does not like db-3.3, > saslpasswd2 crashes.) > > Regards > Olaf
Re: Connecting to imap using Outlook
I am curious. Does nobody reply because: a) Nobody wants to be associated with a Microsoft product? b) It can't be done? c) It can be done but nobody knows how? d) It can be done, somebody knows, but is feeling lazy? :) Cheers Chris On Wed, 2002-03-20 at 12:32, Chris Picton wrote: > Hi > > I have set up a cyrus-imapd server on redhat 7.2 > I have the following versions: > cyrus-sasl-md5-1.5.24-23 > cyrus-sasl-1.5.24-23 > cyrus-sasl-plain-1.5.24-23 > cyrus-imapd-2.0.16-5rm > cyrus-imapd-utils-2.0.16-5rm > > Everything is working fine from evolution (CRAM-MD5/DIGEST-MD5/PLAIN and > ssl). However, I can't use secure password authentication from > outlook. I get the following error: > > Your 'Inbox' folder was not polled for its unread count. CRAM-MD5 > authentication failed. None of the authentication methods supported by > your IMAP server (if any) are supported on this computer. Account: > 'biology.wits.ac.za', Server: 'biology.wits.ac.za', Protocol: IMAP, > Server Response: '', Port: 143, Secure(SSL): No, Error Number: > 0x800CCCDF > > I get the same error if I include the realm in the username or not. > > My logs say: > Mar 20 12:33:16 biology master[7517]: about to exec /usr/cyrus/bin/imapd > Mar 20 12:33:16 biology service-imap[7517]: executed > Mar 20 12:33:16 biology imapd[7517]: accepted connection > Mar 20 12:33:16 biology master[7025]: process 7517 exited, status 0 > > > Does anybody know what the problem is, and how to fix it? > > Regards > -- > Chris Picton > Tangent Systems > [EMAIL PROTECTED] > > > __ -- Chris Picton Tangent Systems [EMAIL PROTECTED] __
RE: Connecting to imap using Outlook
Chris: Did you search the List Archive? I think there have been discussions on this topic. RB -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Chris Picton Sent: Tuesday, March 26, 2002 8:33 AM To: Chris Picton Cc: [EMAIL PROTECTED] Subject: Re: Connecting to imap using Outlook I am curious. Does nobody reply because: a) Nobody wants to be associated with a Microsoft product? b) It can't be done? c) It can be done but nobody knows how? d) It can be done, somebody knows, but is feeling lazy? :) Cheers Chris On Wed, 2002-03-20 at 12:32, Chris Picton wrote: > Hi > > I have set up a cyrus-imapd server on redhat 7.2 > I have the following versions: > cyrus-sasl-md5-1.5.24-23 > cyrus-sasl-1.5.24-23 > cyrus-sasl-plain-1.5.24-23 > cyrus-imapd-2.0.16-5rm > cyrus-imapd-utils-2.0.16-5rm > > Everything is working fine from evolution (CRAM-MD5/DIGEST-MD5/PLAIN and > ssl). However, I can't use secure password authentication from > outlook. I get the following error: > > Your 'Inbox' folder was not polled for its unread count. CRAM-MD5 > authentication failed. None of the authentication methods supported by > your IMAP server (if any) are supported on this computer. Account: > 'biology.wits.ac.za', Server: 'biology.wits.ac.za', Protocol: IMAP, > Server Response: '', Port: 143, Secure(SSL): No, Error Number: > 0x800CCCDF > > I get the same error if I include the realm in the username or not. > > My logs say: > Mar 20 12:33:16 biology master[7517]: about to exec /usr/cyrus/bin/imapd > Mar 20 12:33:16 biology service-imap[7517]: executed > Mar 20 12:33:16 biology imapd[7517]: accepted connection > Mar 20 12:33:16 biology master[7025]: process 7517 exited, status 0 > > > Does anybody know what the problem is, and how to fix it? > > Regards > -- > Chris Picton > Tangent Systems > [EMAIL PROTECTED] > > > __ -- Chris Picton Tangent Systems [EMAIL PROTECTED] __
RE: Connecting to imap using Outlook
On Tue, 2002-03-26 at 15:47, OCNS Consulting wrote: > Chris: > > Did you search the List Archive? I think there have been discussions on > this topic. I have searched google a lot, but not found anything. Thats why I came to the list. Maybe I'm using the wrong search terms on google :( Chris > > RB > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Chris Picton > Sent: Tuesday, March 26, 2002 8:33 AM > To: Chris Picton > Cc: [EMAIL PROTECTED] > Subject: Re: Connecting to imap using Outlook > > > I am curious. Does nobody reply because: > > a) Nobody wants to be associated with a Microsoft product? > b) It can't be done? > c) It can be done but nobody knows how? > d) It can be done, somebody knows, but is feeling lazy? > > :) > > Cheers > Chris > > On Wed, 2002-03-20 at 12:32, Chris Picton wrote: > > Hi > > > > I have set up a cyrus-imapd server on redhat 7.2 > > I have the following versions: > > cyrus-sasl-md5-1.5.24-23 > > cyrus-sasl-1.5.24-23 > > cyrus-sasl-plain-1.5.24-23 > > cyrus-imapd-2.0.16-5rm > > cyrus-imapd-utils-2.0.16-5rm > > > > Everything is working fine from evolution (CRAM-MD5/DIGEST-MD5/PLAIN and > > ssl). However, I can't use secure password authentication from > > outlook. I get the following error: > > > > Your 'Inbox' folder was not polled for its unread count. CRAM-MD5 > > authentication failed. None of the authentication methods supported by > > your IMAP server (if any) are supported on this computer. Account: > > 'biology.wits.ac.za', Server: 'biology.wits.ac.za', Protocol: IMAP, > > Server Response: '', Port: 143, Secure(SSL): No, Error Number: > > 0x800CCCDF > > > > I get the same error if I include the realm in the username or not. > > > > My logs say: > > Mar 20 12:33:16 biology master[7517]: about to exec /usr/cyrus/bin/imapd > > Mar 20 12:33:16 biology service-imap[7517]: executed > > Mar 20 12:33:16 biology imapd[7517]: accepted connection > > Mar 20 12:33:16 biology master[7025]: process 7517 exited, status 0 > > > > > > Does anybody know what the problem is, and how to fix it? > > > > Regards > > -- > > Chris Picton > > Tangent Systems > > [EMAIL PROTECTED] > > > > > > __ > -- > Chris Picton > Tangent Systems > [EMAIL PROTECTED] > > > __ -- Chris Picton Tangent Systems [EMAIL PROTECTED] __
cyradm
HI I am having problems to find decent documentation to give me details examples of using cyradm to manage my mailboxes and folders. The help tool that is built into the tool is very cryptic and I would like to see some very details examples and explanations ala "idiots guide to". I am particularly interested in the reconstruct function, and the removal of folders accidentally created when using cm user,mailbox instead of user.mailbox. Please point me to some reading. PS, I have already tried the website for cyrus, but even that is too broad. For instance, the acl's on the boxes, and how it works. I am also having problems with some mailboxes that seem to be erratic when it comes to connecting. I know this sounds very stupid, but it is giving me some headaches which I cannot solve... Any help will be appreciated.
RE: Connecting to imap using Outlook
D. you tell outlook that you have an IMAP server that you want it to connect to and it works (at least it works as well as outlook ever works ;-) you will have to look in your outlook documentation for where the option is to tell it where your mail servers are. David Lang On 26 Mar 2002, Chris Picton wrote: > Date: 26 Mar 2002 15:57:13 +0200 > From: Chris Picton <[EMAIL PROTECTED]> > To: OCNS Consulting <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Subject: RE: Connecting to imap using Outlook > > On Tue, 2002-03-26 at 15:47, OCNS Consulting wrote: > > Chris: > > > > Did you search the List Archive? I think there have been discussions on > > this topic. > > I have searched google a lot, but not found anything. Thats why I came > to the list. Maybe I'm using the wrong search terms on google :( > > Chris > > > > > > RB > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Chris Picton > > Sent: Tuesday, March 26, 2002 8:33 AM > > To: Chris Picton > > Cc: [EMAIL PROTECTED] > > Subject: Re: Connecting to imap using Outlook > > > > > > I am curious. Does nobody reply because: > > > > a) Nobody wants to be associated with a Microsoft product? > > b) It can't be done? > > c) It can be done but nobody knows how? > > d) It can be done, somebody knows, but is feeling lazy? > > > > :) > > > > Cheers > > Chris > > > > On Wed, 2002-03-20 at 12:32, Chris Picton wrote: > > > Hi > > > > > > I have set up a cyrus-imapd server on redhat 7.2 > > > I have the following versions: > > > cyrus-sasl-md5-1.5.24-23 > > > cyrus-sasl-1.5.24-23 > > > cyrus-sasl-plain-1.5.24-23 > > > cyrus-imapd-2.0.16-5rm > > > cyrus-imapd-utils-2.0.16-5rm > > > > > > Everything is working fine from evolution (CRAM-MD5/DIGEST-MD5/PLAIN and > > > ssl). However, I can't use secure password authentication from > > > outlook. I get the following error: > > > > > > Your 'Inbox' folder was not polled for its unread count. CRAM-MD5 > > > authentication failed. None of the authentication methods supported by > > > your IMAP server (if any) are supported on this computer. Account: > > > 'biology.wits.ac.za', Server: 'biology.wits.ac.za', Protocol: IMAP, > > > Server Response: '', Port: 143, Secure(SSL): No, Error Number: > > > 0x800CCCDF > > > > > > I get the same error if I include the realm in the username or not. > > > > > > My logs say: > > > Mar 20 12:33:16 biology master[7517]: about to exec /usr/cyrus/bin/imapd > > > Mar 20 12:33:16 biology service-imap[7517]: executed > > > Mar 20 12:33:16 biology imapd[7517]: accepted connection > > > Mar 20 12:33:16 biology master[7025]: process 7517 exited, status 0 > > > > > > > > > Does anybody know what the problem is, and how to fix it? > > > > > > Regards > > > -- > > > Chris Picton > > > Tangent Systems > > > [EMAIL PROTECTED] > > > > > > > > > __ > > -- > > Chris Picton > > Tangent Systems > > [EMAIL PROTECTED] > > > > > > __ > -- > Chris Picton > Tangent Systems > [EMAIL PROTECTED] > > > __ >
Re: Connecting to imap using Outlook
have you attempted to configure SASL to just do plain passwords, it's likly that outlook can't do anythign more sophisticated. David Lang On 26 Mar 2002, Chris Picton wrote: > Date: 26 Mar 2002 15:32:44 +0200 > From: Chris Picton <[EMAIL PROTECTED]> > To: Chris Picton <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Subject: Re: Connecting to imap using Outlook > > I am curious. Does nobody reply because: > > a) Nobody wants to be associated with a Microsoft product? > b) It can't be done? > c) It can be done but nobody knows how? > d) It can be done, somebody knows, but is feeling lazy? > > :) > > Cheers > Chris > > On Wed, 2002-03-20 at 12:32, Chris Picton wrote: > > Hi > > > > I have set up a cyrus-imapd server on redhat 7.2 > > I have the following versions: > > cyrus-sasl-md5-1.5.24-23 > > cyrus-sasl-1.5.24-23 > > cyrus-sasl-plain-1.5.24-23 > > cyrus-imapd-2.0.16-5rm > > cyrus-imapd-utils-2.0.16-5rm > > > > Everything is working fine from evolution (CRAM-MD5/DIGEST-MD5/PLAIN and > > ssl). However, I can't use secure password authentication from > > outlook. I get the following error: > > > > Your 'Inbox' folder was not polled for its unread count. CRAM-MD5 > > authentication failed. None of the authentication methods supported by > > your IMAP server (if any) are supported on this computer. Account: > > 'biology.wits.ac.za', Server: 'biology.wits.ac.za', Protocol: IMAP, > > Server Response: '', Port: 143, Secure(SSL): No, Error Number: > > 0x800CCCDF > > > > I get the same error if I include the realm in the username or not. > > > > My logs say: > > Mar 20 12:33:16 biology master[7517]: about to exec /usr/cyrus/bin/imapd > > Mar 20 12:33:16 biology service-imap[7517]: executed > > Mar 20 12:33:16 biology imapd[7517]: accepted connection > > Mar 20 12:33:16 biology master[7025]: process 7517 exited, status 0 > > > > > > Does anybody know what the problem is, and how to fix it? > > > > Regards > > -- > > Chris Picton > > Tangent Systems > > [EMAIL PROTECTED] > > > > > > __ > -- > Chris Picton > Tangent Systems > [EMAIL PROTECTED] > > > __ >
Re: Connecting to imap using Outlook
I have sasl set up to do LOGIN PLAIN DIGEST-MD5 and CRAM-MD5 I have tested DIGEST-MD5, CRAM-MD5 and PLAIN using Evolution. Outlook works with LOGIN, and attempts CRAM-MD5 for 'Secure Password Authentication', but fails. Cheers Chris On Tue, 2002-03-26 at 16:19, David Lang wrote: > have you attempted to configure SASL to just do plain passwords, it's > likly that outlook can't do anythign more sophisticated. > > David Lang > > On 26 Mar 2002, Chris Picton wrote: > > > Date: 26 Mar 2002 15:32:44 +0200 > > From: Chris Picton <[EMAIL PROTECTED]> > > To: Chris Picton <[EMAIL PROTECTED]> > > Cc: [EMAIL PROTECTED] > > Subject: Re: Connecting to imap using Outlook > > > > I am curious. Does nobody reply because: > > > > a) Nobody wants to be associated with a Microsoft product? > > b) It can't be done? > > c) It can be done but nobody knows how? > > d) It can be done, somebody knows, but is feeling lazy? > > > > :) > > > > Cheers > > Chris > > > > On Wed, 2002-03-20 at 12:32, Chris Picton wrote: > > > Hi > > > > > > I have set up a cyrus-imapd server on redhat 7.2 > > > I have the following versions: > > > cyrus-sasl-md5-1.5.24-23 > > > cyrus-sasl-1.5.24-23 > > > cyrus-sasl-plain-1.5.24-23 > > > cyrus-imapd-2.0.16-5rm > > > cyrus-imapd-utils-2.0.16-5rm > > > > > > Everything is working fine from evolution (CRAM-MD5/DIGEST-MD5/PLAIN and > > > ssl). However, I can't use secure password authentication from > > > outlook. I get the following error: > > > > > > Your 'Inbox' folder was not polled for its unread count. CRAM-MD5 > > > authentication failed. None of the authentication methods supported by > > > your IMAP server (if any) are supported on this computer. Account: > > > 'biology.wits.ac.za', Server: 'biology.wits.ac.za', Protocol: IMAP, > > > Server Response: '', Port: 143, Secure(SSL): No, Error Number: > > > 0x800CCCDF > > > > > > I get the same error if I include the realm in the username or not. > > > > > > My logs say: > > > Mar 20 12:33:16 biology master[7517]: about to exec /usr/cyrus/bin/imapd > > > Mar 20 12:33:16 biology service-imap[7517]: executed > > > Mar 20 12:33:16 biology imapd[7517]: accepted connection > > > Mar 20 12:33:16 biology master[7025]: process 7517 exited, status 0 > > > > > > > > > Does anybody know what the problem is, and how to fix it? > > > > > > Regards > > > -- > > > Chris Picton > > > Tangent Systems > > > [EMAIL PROTECTED] > > > > > > > > > __ > > -- > > Chris Picton > > Tangent Systems > > [EMAIL PROTECTED] > > > > > > __ > > -- Chris Picton Tangent Systems [EMAIL PROTECTED] __
RE: Connecting to imap using Outlook
Most people where I work use MS Outlook to connect to the Cyrus imap server. If I recall correctly the only way I could get Outlook to successfully connect was using plain text passwords . Yeah, I agree, not an ideal solution! hope this helps Tom Churchward -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Chris Picton Sent: 20 March 2002 10:33 To: [EMAIL PROTECTED] Subject: Connecting to imap using Outlook Hi I have set up a cyrus-imapd server on redhat 7.2 I have the following versions: cyrus-sasl-md5-1.5.24-23 cyrus-sasl-1.5.24-23 cyrus-sasl-plain-1.5.24-23 cyrus-imapd-2.0.16-5rm cyrus-imapd-utils-2.0.16-5rm Everything is working fine from evolution (CRAM-MD5/DIGEST-MD5/PLAIN and ssl). However, I can't use secure password authentication from outlook. I get the following error: Your 'Inbox' folder was not polled for its unread count. CRAM-MD5 authentication failed. None of the authentication methods supported by your IMAP server (if any) are supported on this computer. Account: 'biology.wits.ac.za', Server: 'biology.wits.ac.za', Protocol: IMAP, Server Response: '', Port: 143, Secure(SSL): No, Error Number: 0x800CCCDF I get the same error if I include the realm in the username or not. My logs say: Mar 20 12:33:16 biology master[7517]: about to exec /usr/cyrus/bin/imapd Mar 20 12:33:16 biology service-imap[7517]: executed Mar 20 12:33:16 biology imapd[7517]: accepted connection Mar 20 12:33:16 biology master[7025]: process 7517 exited, status 0 Does anybody know what the problem is, and how to fix it? Regards -- Chris Picton Tangent Systems [EMAIL PROTECTED] __
Re: bug in imapd-2.1.3 / Berkeley DB
You are most likely compiling this on a linux system. This happens because of /usr/include/db.h. This is the header fileshipped witht the distro. Cyrus will compile using your CFLAGS below but the linker will use the db.h file under /usr/include. I think if anything this is a linux bug. It drove me nuts for a few days. I ended up using the db libs that Red Hat ships with. At 09:26 AM 3/26/2002 +0100, Olaf Zaplinski wrote: >Hi *, > >following bug occured: > >1. >CPPFLAGS=-I/usr/local/BerkeleyDB.3.3/include \ >LDFLAGS=-L/usr/local/BerkeleyDB.3.3/lib \ >./configure > >2. >make > >3. >make install > >4. >start of cyrus => 'incorrect version of Berkeley db: compiled against >3.1.17, linked against 3.3.11' > >So I re-started 3. and voila: >gcc -c -I/usr/include/db3 -I/usr/local/BerkeleyDB.3.3/include [...] > >Although I told configure where to look for db3, it searches on its own and >finds the system's db-3.1.17 instead of by self built db-3.3.11. > >Workaround: vi `find . -name Makefile` :-( >(This did not really help because sasl-2.1.1 does not like db-3.3, >saslpasswd2 crashes.) > >Regards >Olaf > >
Re: Please help with user problem
This is what I did to fix the problem. Nick your idea of using reconstruct on the user gave me a brainstorm and it worked. The first thing I did was to run reconstruct -f and from there I wrote down the directory structure of the user. ie. user.joe.sent, user.joe.draft, user.joe.trash. Whereever the directory didn't exist, I got an I/O error for that directory. >From there, I went into the user directory and did a mkdir of the missing directory, chown to cyrus, then ran reconstruct on that directory. So if I got an I/O error on user.joe.sent. I went to the directory .../user/joe. did a mkdir for sent, did chown cyrus sent, then ran reconstruct user.joe.sent. This seems to have worked. Thank everyone for their input. Nick Ustinov wrote: Reklama. You can either: 1) cd /usr/cyrus/bin su cyrus ./reconstruct user. 2) go to cyradm, sam user.c dm user. Nick > I am using Redhat 7.1 running cyrus 2.0.9 with Postfix. I dame a > mistake and deleted a user's directory and can't get it off a backup. > When I go into cyradm and try to set my ACl list to c so I can delete > the user, it gives me an I/O error. When I just try to delete it using > the dm command, it gives me a permission denied error. I made a > directory of the user's name in my user partition hoping it would get > rid of the I/O error but that didn't work. Anyone know how I can get > rid of this error so I can delete this user and then rebuild him? > > Sincerely, Nick --- This message contains no viruses. Guaranteed by Kaspersky Anti-Virus. www.antivirus.lv
RE: Connecting to imap using Outlook
But as long as you enable TLS/SSL I don't see why this would matter? Am I missing something here? Thanks At 02:35 PM 3/26/2002 +, T Churchward wrote: >correctly the only way I could get Outlook to successfully >connect was using plain text passwords . Yeah, I agree, not an ideal >solution!
Re: Connecting to imap using Outlook
the IMAP support in outlook is rather primitive (or was the last time I had to make it work) so I wouldn't be surprised if you are just stuck with LOGIN. sorry I can't help more David Lang On 26 Mar 2002, Chris Picton wrote: > I have sasl set up to do LOGIN PLAIN DIGEST-MD5 and CRAM-MD5 > > I have tested DIGEST-MD5, CRAM-MD5 and PLAIN using Evolution. Outlook > works with LOGIN, and attempts CRAM-MD5 for 'Secure Password > Authentication', but fails. > > Cheers > Chris > > On Tue, 2002-03-26 at 16:19, David Lang wrote: > > have you attempted to configure SASL to just do plain passwords, it's > > likly that outlook can't do anythign more sophisticated. > > > > David Lang > > > > On 26 Mar 2002, Chris Picton wrote: > > > > > Date: 26 Mar 2002 15:32:44 +0200 > > > From: Chris Picton <[EMAIL PROTECTED]> > > > To: Chris Picton <[EMAIL PROTECTED]> > > > Cc: [EMAIL PROTECTED] > > > Subject: Re: Connecting to imap using Outlook > > > > > > I am curious. Does nobody reply because: > > > > > > a) Nobody wants to be associated with a Microsoft product? > > > b) It can't be done? > > > c) It can be done but nobody knows how? > > > d) It can be done, somebody knows, but is feeling lazy? > > > > > > :) > > > > > > Cheers > > > Chris > > > > > > On Wed, 2002-03-20 at 12:32, Chris Picton wrote: > > > > Hi > > > > > > > > I have set up a cyrus-imapd server on redhat 7.2 > > > > I have the following versions: > > > > cyrus-sasl-md5-1.5.24-23 > > > > cyrus-sasl-1.5.24-23 > > > > cyrus-sasl-plain-1.5.24-23 > > > > cyrus-imapd-2.0.16-5rm > > > > cyrus-imapd-utils-2.0.16-5rm > > > > > > > > Everything is working fine from evolution (CRAM-MD5/DIGEST-MD5/PLAIN and > > > > ssl). However, I can't use secure password authentication from > > > > outlook. I get the following error: > > > > > > > > Your 'Inbox' folder was not polled for its unread count. CRAM-MD5 > > > > authentication failed. None of the authentication methods supported by > > > > your IMAP server (if any) are supported on this computer. Account: > > > > 'biology.wits.ac.za', Server: 'biology.wits.ac.za', Protocol: IMAP, > > > > Server Response: '', Port: 143, Secure(SSL): No, Error Number: > > > > 0x800CCCDF > > > > > > > > I get the same error if I include the realm in the username or not. > > > > > > > > My logs say: > > > > Mar 20 12:33:16 biology master[7517]: about to exec /usr/cyrus/bin/imapd > > > > Mar 20 12:33:16 biology service-imap[7517]: executed > > > > Mar 20 12:33:16 biology imapd[7517]: accepted connection > > > > Mar 20 12:33:16 biology master[7025]: process 7517 exited, status 0 > > > > > > > > > > > > Does anybody know what the problem is, and how to fix it? > > > > > > > > Regards > > > > -- > > > > Chris Picton > > > > Tangent Systems > > > > [EMAIL PROTECTED] > > > > > > > > > > > > __ > > > -- > > > Chris Picton > > > Tangent Systems > > > [EMAIL PROTECTED] > > > > > > > > > __ > > > > -- > Chris Picton > Tangent Systems > [EMAIL PROTECTED] > > > __ >
RE: Connecting to imap using Outlook
More likely it's my lack of understanding - i'll look into it - thanks -Original Message- From: Clifford Thurber [mailto:[EMAIL PROTECTED]] Sent: 26 March 2002 14:48 To: T Churchward; [EMAIL PROTECTED] Subject: RE: Connecting to imap using Outlook But as long as you enable TLS/SSL I don't see why this would matter? Am I missing something here? Thanks At 02:35 PM 3/26/2002 +, T Churchward wrote: >correctly the only way I could get Outlook to successfully >connect was using plain text passwords . Yeah, I agree, not an ideal >solution!
RE: Connecting to imap using Outlook
On Tue, 2002-03-26 at 16:48, Clifford Thurber wrote: > But as long as you enable TLS/SSL I don't see why this would matter? Am I > missing something here? > Thanks > > At 02:35 PM 3/26/2002 +, T Churchward wrote: > >correctly the only way I could get Outlook to successfully > >connect was using plain text passwords . Yeah, I agree, not an ideal > >solution! Because a luser would find that if they disable SSL, they don't get an extra popup saying that the certificate can't be validated. So they would disable SSL to get rid of the popup. They probably don't care much about password security, but I do Also, I would like a server that works for all clients :) -- Chris Picton Tangent Systems [EMAIL PROTECTED] __
Re: bug in imapd-2.1.3 / Berkeley DB
Clifford Thurber wrote: > You are most likely compiling this on a linux system. This happens > because of /usr/include/db.h. This is the header fileshipped witht the > distro. Cyrus will compile using your CFLAGS below but the linker will > use the db.h file under /usr/include. I think if anything this is a > linux bug. It drove me nuts for a few days. I ended up using the db > libs that Red Hat ships with. linux : 1 you : 0 try to set LDFLAGS, CPPFLAGS, CFLAGS, LD_RUN_PATH and LD_LIBRARY_PATH. Il this fail, rm the Linux db.h !! if all fail, install FreeBSD or Solaris. Cheers, prune > > At 09:26 AM 3/26/2002 +0100, Olaf Zaplinski wrote: > >> Hi *, >> >> following bug occured: >> >> 1. >> CPPFLAGS=-I/usr/local/BerkeleyDB.3.3/include \ >> LDFLAGS=-L/usr/local/BerkeleyDB.3.3/lib \ >> ./configure >> >> 2. >> make >> >> 3. >> make install >> >> 4. >> start of cyrus => 'incorrect version of Berkeley db: compiled against >> 3.1.17, linked against 3.3.11' >> >> So I re-started 3. and voila: >> gcc -c -I/usr/include/db3 -I/usr/local/BerkeleyDB.3.3/include [...] >> >> Although I told configure where to look for db3, it searches on its >> own and >> finds the system's db-3.1.17 instead of by self built db-3.3.11. >> >> Workaround: vi `find . -name Makefile` :-( >> (This did not really help because sasl-2.1.1 does not like db-3.3, >> saslpasswd2 crashes.) >> >> Regards >> Olaf >> >> >
RE: Connecting to imap using Outlook
1. get a cert that is valid (otherwise you are vunerable to man-in-the-middle attacks anyway, and it's a bad idea to get users used to ignoring security warnings) 2. if they can disable SSL can't they disable 'secure passwords' and cause it to revert to plain logins anyway? David Lang On 26 Mar 2002, Chris Picton wrote: > Date: 26 Mar 2002 17:08:52 +0200 > From: Chris Picton <[EMAIL PROTECTED]> > To: Clifford Thurber <[EMAIL PROTECTED]> > Cc: T Churchward <[EMAIL PROTECTED]>, > [EMAIL PROTECTED] > Subject: RE: Connecting to imap using Outlook > > On Tue, 2002-03-26 at 16:48, Clifford Thurber wrote: > > But as long as you enable TLS/SSL I don't see why this would matter? Am I > > missing something here? > > Thanks > > > > At 02:35 PM 3/26/2002 +, T Churchward wrote: > > >correctly the only way I could get Outlook to successfully > > >connect was using plain text passwords . Yeah, I agree, not an ideal > > >solution! > > Because a luser would find that if they disable SSL, they don't get an > extra popup saying that the certificate can't be validated. So they > would disable SSL to get rid of the popup. They probably don't care > much about password security, but I do > > Also, I would like a server that works for all clients :) > > -- > Chris Picton > Tangent Systems > [EMAIL PROTECTED] > > > __ >
Re: bug in imapd-2.1.3 / Berkeley DB
I set every one of these environmental variables and also added the db5.0 lib to /etc/ld.so.conf and ran ldconfig. None of that matters. It doens't matter as the linker will always look in /usr/include first and grab what is there. The only way is to replace that db.h file. At 04:14 PM 3/26/2002 +0100, Prune wrote: >Clifford Thurber wrote: > >>You are most likely compiling this on a linux system. This happens >>because of /usr/include/db.h. This is the header fileshipped witht the >>distro. Cyrus will compile using your CFLAGS below but the linker will >>use the db.h file under /usr/include. I think if anything this is a linux >>bug. It drove me nuts for a few days. I ended up using the db libs that >>Red Hat ships with. > >linux : 1 >you : 0 > >try to set LDFLAGS, CPPFLAGS, CFLAGS, LD_RUN_PATH and LD_LIBRARY_PATH. >Il this fail, rm the Linux db.h !! > >if all fail, install FreeBSD or Solaris. > >Cheers, > >prune > >> >>At 09:26 AM 3/26/2002 +0100, Olaf Zaplinski wrote: >> >>>Hi *, >>> >>>following bug occured: >>> >>>1. >>>CPPFLAGS=-I/usr/local/BerkeleyDB.3.3/include \ >>>LDFLAGS=-L/usr/local/BerkeleyDB.3.3/lib \ >>>./configure >>> >>>2. >>>make >>> >>>3. >>>make install >>> >>>4. >>>start of cyrus => 'incorrect version of Berkeley db: compiled against >>>3.1.17, linked against 3.3.11' >>> >>>So I re-started 3. and voila: >>>gcc -c -I/usr/include/db3 -I/usr/local/BerkeleyDB.3.3/include [...] >>> >>>Although I told configure where to look for db3, it searches on its own and >>>finds the system's db-3.1.17 instead of by self built db-3.3.11. >>> >>>Workaround: vi `find . -name Makefile` :-( >>>(This did not really help because sasl-2.1.1 does not like db-3.3, >>>saslpasswd2 crashes.) >>> >>>Regards >>>Olaf >>> > >
RE: bug in imapd-2.1.3 / Berkeley DB
Clifford: You are correct! The only way I could get Cyrus IMAP 2.1.3 to use the desired BDB 4.x header was to replace the BDB 3.x "/usr/include/db.h" header with (in my case) a sym link from "/usr/localBerkeleyDB.4.0/include/db.h" to -> "/usr/include/db.h". By the way: a similar situation also occurs when configuring Cyrus SASL V2 libraries. The difference is that SASL looks for directory "/usr/include/db3". The "configure script" will always check for this directory and use the header file(s) located there - No Matter What is Specified with Option "--with-bdb-incdir"; For Instance: --with-bdb-incdir=/usr/local/BerkeleyDB.4.0/include To ensure that the proper BDB 4.x headers are used when configuring SASL V2, I suggest renaming/mv directory "/usr/include/db3" to "/usr/include/db3.SAV" and create a sym link from "/usr/local/BerkeleyDB.4.0/include" to "/usr/include/db3": ln -fs /usr/local/BerkeleyDB.4.0/include /usr/include/db3 This resolves a Segmentation Fault - Death by 11 headache. By the way: you'll need to maintain a version of the BDB 3.x "so" library i.e. -> /lib/libdb-3.3.so or the following messages will be logged in the "messages" file when "master" starts the child protocol and services servers: imapd[2866]: unable to dlopen libsasl.so: libdb-3.3.so: cannot open shared object file: No such file or directory imapd[2867]: unable to dlopen libsasl.so: libdb-3.3.so: cannot open shared object file: No such file or directory pop3d[2869]: unable to dlopen libsasl.so: libdb-3.3.so: cannot open shared object file: No such file or directory pop3d[2868]: unable to dlopen libsasl.so: libdb-3.3.so: cannot open shared object file: No such file or directory lmtpd[2870]: unable to dlopen libsasl.so: libdb-3.3.so: cannot open shared object file: No such file or directory I don't know what impact this may or may not have but given the reference to "libsasl" there appears to be some authentication ramification's). Does anyone know? RB -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Clifford Thurber Sent: Tuesday, March 26, 2002 10:32 AM To: Prune Cc: Olaf Zaplinski; [EMAIL PROTECTED] Subject: Re: bug in imapd-2.1.3 / Berkeley DB I set every one of these environmental variables and also added the db5.0 lib to /etc/ld.so.conf and ran ldconfig. None of that matters. It doens't matter as the linker will always look in /usr/include first and grab what is there. The only way is to replace that db.h file. At 04:14 PM 3/26/2002 +0100, Prune wrote: >Clifford Thurber wrote: > >>You are most likely compiling this on a linux system. This happens >>because of /usr/include/db.h. This is the header fileshipped witht the >>distro. Cyrus will compile using your CFLAGS below but the linker will >>use the db.h file under /usr/include. I think if anything this is a linux >>bug. It drove me nuts for a few days. I ended up using the db libs that >>Red Hat ships with. > >linux : 1 >you : 0 > >try to set LDFLAGS, CPPFLAGS, CFLAGS, LD_RUN_PATH and LD_LIBRARY_PATH. >Il this fail, rm the Linux db.h !! > >if all fail, install FreeBSD or Solaris. > >Cheers, > >prune > >> >>At 09:26 AM 3/26/2002 +0100, Olaf Zaplinski wrote: >> >>>Hi *, >>> >>>following bug occured: >>> >>>1. >>>CPPFLAGS=-I/usr/local/BerkeleyDB.3.3/include \ >>>LDFLAGS=-L/usr/local/BerkeleyDB.3.3/lib \ >>>./configure >>> >>>2. >>>make >>> >>>3. >>>make install >>> >>>4. >>>start of cyrus => 'incorrect version of Berkeley db: compiled against >>>3.1.17, linked against 3.3.11' >>> >>>So I re-started 3. and voila: >>>gcc -c -I/usr/include/db3 -I/usr/local/BerkeleyDB.3.3/include [...] >>> >>>Although I told configure where to look for db3, it searches on its own and >>>finds the system's db-3.1.17 instead of by self built db-3.3.11. >>> >>>Workaround: vi `find . -name Makefile` :-( >>>(This did not really help because sasl-2.1.1 does not like db-3.3, >>>saslpasswd2 crashes.) >>> >>>Regards >>>Olaf >>> > >
RE: bug in imapd-2.1.3 / Berkeley DB
Perhaps all this could be made into a nice Linux how to as the current one seems rather dated and doesn't address any of these problems. At 11:37 AM 3/26/2002 -0500, OCNS Consulting wrote: >Clifford: > >You are correct! The only way I could get Cyrus IMAP 2.1.3 to use the >desired >BDB 4.x header was to replace the BDB 3.x "/usr/include/db.h" header with >(in my case) a sym link from "/usr/localBerkeleyDB.4.0/include/db.h" to -> >"/usr/include/db.h". > >By the way: a similar situation also occurs when configuring Cyrus SASL V2 >libraries. The difference is that SASL looks for directory >"/usr/include/db3". >The "configure script" will always check for this directory and use the >header >file(s) located there - No Matter What is Specified with Option >"--with-bdb-incdir"; >For Instance: > > --with-bdb-incdir=/usr/local/BerkeleyDB.4.0/include > >To ensure that the proper BDB 4.x headers are used when configuring SASL V2, >I >suggest renaming/mv directory "/usr/include/db3" to "/usr/include/db3.SAV" >and >create a sym link from "/usr/local/BerkeleyDB.4.0/include" to >"/usr/include/db3": > > ln -fs /usr/local/BerkeleyDB.4.0/include /usr/include/db3 > >This resolves a Segmentation Fault - Death by 11 headache. > >By the way: you'll need to maintain a version of the BDB 3.x "so" library >i.e. -> > > /lib/libdb-3.3.so > >or the following messages will be logged in the "messages" file when >"master" starts >the child protocol and services servers: > > imapd[2866]: unable to dlopen libsasl.so: libdb-3.3.so: cannot > open shared >object file: No such file or directory > imapd[2867]: unable to dlopen libsasl.so: libdb-3.3.so: cannot > open shared >object file: No such file or directory > pop3d[2869]: unable to dlopen libsasl.so: libdb-3.3.so: cannot > open shared >object file: No such file or directory > pop3d[2868]: unable to dlopen libsasl.so: libdb-3.3.so: cannot > open shared >object file: No such file or directory > lmtpd[2870]: unable to dlopen libsasl.so: libdb-3.3.so: cannot > open shared >object file: No such file or directory > >I don't know what impact this may or may not have but given the reference to >"libsasl" >there appears to be some authentication ramification's). Does anyone know? > >RB > >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED]]On Behalf Of Clifford >Thurber >Sent: Tuesday, March 26, 2002 10:32 AM >To: Prune >Cc: Olaf Zaplinski; [EMAIL PROTECTED] >Subject: Re: bug in imapd-2.1.3 / Berkeley DB > > >I set every one of these environmental variables and also added the db5.0 >lib to /etc/ld.so.conf and ran ldconfig. None of that matters. It doens't >matter as the linker will always look in /usr/include first and grab what >is there. The only way is to replace that db.h file. > >At 04:14 PM 3/26/2002 +0100, Prune wrote: > >Clifford Thurber wrote: > > > >>You are most likely compiling this on a linux system. This happens > >>because of /usr/include/db.h. This is the header fileshipped witht the > >>distro. Cyrus will compile using your CFLAGS below but the linker will > >>use the db.h file under /usr/include. I think if anything this is a linux > >>bug. It drove me nuts for a few days. I ended up using the db libs that > >>Red Hat ships with. > > > >linux : 1 > >you : 0 > > > >try to set LDFLAGS, CPPFLAGS, CFLAGS, LD_RUN_PATH and LD_LIBRARY_PATH. > >Il this fail, rm the Linux db.h !! > > > >if all fail, install FreeBSD or Solaris. > > > >Cheers, > > > >prune > > > >> > >>At 09:26 AM 3/26/2002 +0100, Olaf Zaplinski wrote: > >> > >>>Hi *, > >>> > >>>following bug occured: > >>> > >>>1. > >>>CPPFLAGS=-I/usr/local/BerkeleyDB.3.3/include \ > >>>LDFLAGS=-L/usr/local/BerkeleyDB.3.3/lib \ > >>>./configure > >>> > >>>2. > >>>make > >>> > >>>3. > >>>make install > >>> > >>>4. > >>>start of cyrus => 'incorrect version of Berkeley db: compiled against > >>>3.1.17, linked against 3.3.11' > >>> > >>>So I re-started 3. and voila: > >>>gcc -c -I/usr/include/db3 -I/usr/local/BerkeleyDB.3.3/include [...] > >>> > >>>Although I told configure where to look for db3, it searches on its own >and > >>>finds the system's db-3.1.17 instead of by self built db-3.3.11. > >>> > >>>Workaround: vi `find . -name Makefile` :-( > >>>(This did not really help because sasl-2.1.1 does not like db-3.3, > >>>saslpasswd2 crashes.) > >>> > >>>Regards > >>>Olaf > >>> > > > >
RE: bug in imapd-2.1.3 / Berkeley DB
Clifford: Once again, you're correct. The constraint is time! However, I'll be glad to contribute when and where possible. RB -Original Message- From: Clifford Thurber [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 26, 2002 11:42 AM To: OCNS Consulting Cc: [EMAIL PROTECTED] Subject: RE: bug in imapd-2.1.3 / Berkeley DB Perhaps all this could be made into a nice Linux how to as the current one seems rather dated and doesn't address any of these problems. At 11:37 AM 3/26/2002 -0500, OCNS Consulting wrote: >Clifford: > >You are correct! The only way I could get Cyrus IMAP 2.1.3 to use the >desired >BDB 4.x header was to replace the BDB 3.x "/usr/include/db.h" header with >(in my case) a sym link from "/usr/localBerkeleyDB.4.0/include/db.h" to -> >"/usr/include/db.h". > >By the way: a similar situation also occurs when configuring Cyrus SASL V2 >libraries. The difference is that SASL looks for directory >"/usr/include/db3". >The "configure script" will always check for this directory and use the >header >file(s) located there - No Matter What is Specified with Option >"--with-bdb-incdir"; >For Instance: > > --with-bdb-incdir=/usr/local/BerkeleyDB.4.0/include > >To ensure that the proper BDB 4.x headers are used when configuring SASL V2, >I >suggest renaming/mv directory "/usr/include/db3" to "/usr/include/db3.SAV" >and >create a sym link from "/usr/local/BerkeleyDB.4.0/include" to >"/usr/include/db3": > > ln -fs /usr/local/BerkeleyDB.4.0/include /usr/include/db3 > >This resolves a Segmentation Fault - Death by 11 headache. > >By the way: you'll need to maintain a version of the BDB 3.x "so" library >i.e. -> > > /lib/libdb-3.3.so > >or the following messages will be logged in the "messages" file when >"master" starts >the child protocol and services servers: > > imapd[2866]: unable to dlopen libsasl.so: libdb-3.3.so: cannot > open shared >object file: No such file or directory > imapd[2867]: unable to dlopen libsasl.so: libdb-3.3.so: cannot > open shared >object file: No such file or directory > pop3d[2869]: unable to dlopen libsasl.so: libdb-3.3.so: cannot > open shared >object file: No such file or directory > pop3d[2868]: unable to dlopen libsasl.so: libdb-3.3.so: cannot > open shared >object file: No such file or directory > lmtpd[2870]: unable to dlopen libsasl.so: libdb-3.3.so: cannot > open shared >object file: No such file or directory > >I don't know what impact this may or may not have but given the reference to >"libsasl" >there appears to be some authentication ramification's). Does anyone know? > >RB > >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED]]On Behalf Of Clifford >Thurber >Sent: Tuesday, March 26, 2002 10:32 AM >To: Prune >Cc: Olaf Zaplinski; [EMAIL PROTECTED] >Subject: Re: bug in imapd-2.1.3 / Berkeley DB > > >I set every one of these environmental variables and also added the db5.0 >lib to /etc/ld.so.conf and ran ldconfig. None of that matters. It doens't >matter as the linker will always look in /usr/include first and grab what >is there. The only way is to replace that db.h file. > >At 04:14 PM 3/26/2002 +0100, Prune wrote: > >Clifford Thurber wrote: > > > >>You are most likely compiling this on a linux system. This happens > >>because of /usr/include/db.h. This is the header fileshipped witht the > >>distro. Cyrus will compile using your CFLAGS below but the linker will > >>use the db.h file under /usr/include. I think if anything this is a linux > >>bug. It drove me nuts for a few days. I ended up using the db libs that > >>Red Hat ships with. > > > >linux : 1 > >you : 0 > > > >try to set LDFLAGS, CPPFLAGS, CFLAGS, LD_RUN_PATH and LD_LIBRARY_PATH. > >Il this fail, rm the Linux db.h !! > > > >if all fail, install FreeBSD or Solaris. > > > >Cheers, > > > >prune > > > >> > >>At 09:26 AM 3/26/2002 +0100, Olaf Zaplinski wrote: > >> > >>>Hi *, > >>> > >>>following bug occured: > >>> > >>>1. > >>>CPPFLAGS=-I/usr/local/BerkeleyDB.3.3/include \ > >>>LDFLAGS=-L/usr/local/BerkeleyDB.3.3/lib \ > >>>./configure > >>> > >>>2. > >>>make > >>> > >>>3. > >>>make install > >>> > >>>4. > >>>start of cyrus => 'incorrect version of Berkeley db: compiled against > >>>3.1.17, linked against 3.3.11' > >>> > >>>So I re-started 3. and voila: > >>>gcc -c -I/usr/include/db3 -I/usr/local/BerkeleyDB.3.3/include [...] > >>> > >>>Although I told configure where to look for db3, it searches on its own >and > >>>finds the system's db-3.1.17 instead of by self built db-3.3.11. > >>> > >>>Workaround: vi `find . -name Makefile` :-( > >>>(This did not really help because sasl-2.1.1 does not like db-3.3, > >>>saslpasswd2 crashes.) > >>> > >>>Regards > >>>Olaf > >>> > > > >
No AUTH when trying imtest...
Hi,
I have been stuck for a few days on this. I can't figure out what I'm
doing wrong. It would be really nice if someone could give me a few
clues...
I'm trying to install Cyrus imapd-2.1.3/sasl-2.1.1 on a default redhat
7.2 server install.
Here is what it says when I do:
imtest -t "" localhost
C: C01 CAPABILITY
S: * OK chicken.canram.com Cyrus IMAP4 v2.1.3 server ready
S: * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ NAMESPACE UIDPLUS ID
NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND SORT
THREAD=ORDEREDSUBJECT THREAD=REFERENCES IDLE STARTTLS
S: C01 OK Completed
S01 OK Begin TLS negotiation now
verify error:num=18:self signed certificate
TLS connection established: TLSv1 with cipher DES-CBC3-SHA (168/168
bits)
C: C01 CAPABILITY
S: * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ NAMESPACE UIDPLUS ID
NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND SORT
THREAD=ORDEREDSUBJECT THREAD=REFERENCES IDLE STARTTLS
S: C01 OK Completed
Password:
C: L01 LOGIN root {5}
+ go ahead
C:
L01 NO Login failed: generic failure
Authentication failed. generic failure
Security strength factor: 168
It should display the available AUTH but it doesn't...any idea why?
Here is more information:
This is what it says in the imapd.log
Mar 26 12:18:20 chicken imapd[769]: starttls: TLSv1 with cipher
DES-CBC3-SHA (168/168 bits new) no authentication
Mar 26 12:18:22 chicken imapd[769]: badlogin:
localhost.localdomain[127.0.0.1] plaintext root SASL(-1): generic
failure: checkpass failed
And in the auth.log it says nothing
I tried different pwcheck methods and none work.
Here is my imapd.conf file:
configdirectory: /var/imap
partition-default: /var/spool/imap
admins: cyrus root
allowanonymouslogin: no
sasl_pwcheck_method: sasldb
tls_cert_file: /var/imap/imap-server.pem
tls_key_file: /var/imap/imap-server.pem
tls_cert_file: /var/imap/pop3-server.pem
tls_key_file: /var/imap/pop3-server.pem
Here are the steps I go through. (I did try a few variations with no
success)
cd cyrus-sasl
./configure --disable-krb4 --with-pwcheck --enable-login
make
make install
ln -s /usr/lib/sasl12 /usr/local/lib/sasl12
cd cryus-imap
./configure --with-auth=unix --with-openssl=/usr/local/ssl
--with-sasl=/usr/local
make depend
make all CFLAGS=-O
useradd -g mail cyrus
make install
vi /etc/syslog.conf
(insert at the end)
local6.debug /var/log/imapd.log
auth.debug/var/log/auth.log
touch /var/log/imapd.log /var/log/auth.log
vi /etc/imapd.conf
configdirectory: /var/imap
partition-default: /var/spool/imap
admins: cyrus root
srvtab: /var/imap/srvtab
allowanonymouslogin: no
sasl_passwd_check: shadow
tls_cert_file: /var/imap/imap-server.pem
tls_key_file: /var/imap/imap-server.pem
tls_cert_file: /var/pop/pop-server.pem
tls_key_file: /var/pop/pop-server.pem
cd /var
mkdir imap
chown cyrus imap
chgrp mail imap
chmod 750 imap
cd /var/spool
mkdir imap
chown cyrus imap
chgrp mail imap
chmod 750 imap
cd /usr
mkdir sieve
chown cyrus sieve
chgrp mail sieve
chmod 750 sieve
su cyrus
tools/mkimap
exit
chattr +S /var/spool/mqueue
openssl req -new -x509 -nodes -out /var/imap/imap-server.pem -keyout
/var/imap/imap-server.pem -days 1200
openssl req -new -x509 -nodes -out /var/imap/pop3-server.pem -keyout
/var/imap/pop3-server.pem -days 1200
chown cyrus /var/imap/pop3-server.pem
chown cyrus /var/imap/imap-server.pem
vi /etc/services
pop3 110/tcp
imap 143/tcp
imsp 406/tcp
acap 674/tcp
imaps 993/tcp
pop3s 995/tcp
kpop 1109/tcp
sieve 2000/tcp
lmtp 2003/tcp
fud 4201/udp
remove from xinetd.d
imap,imaps,pop3,pop3s,kpop,lmtp,sieve
cp master/conf/normal.conf /etc/cyrus.conf
Thanks!
Maxime Couillard
[EMAIL PROTECTED]
Re: No AUTH when trying imtest...
maxime wrote:
>
> Hi,
> I have been stuck for a few days on this. I can't figure out what I'm
> doing wrong. It would be really nice if someone could give me a few
> clues...
>
> I'm trying to install Cyrus imapd-2.1.3/sasl-2.1.1 on a default redhat
> 7.2 server install.
>
> Here is what it says when I do:
> imtest -t "" localhost
>
> C: C01 CAPABILITY
> S: * OK chicken.canram.com Cyrus IMAP4 v2.1.3 server ready
> S: * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ NAMESPACE UIDPLUS ID
> NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND SORT
> THREAD=ORDEREDSUBJECT THREAD=REFERENCES IDLE STARTTLS
> S: C01 OK Completed
> S01 OK Begin TLS negotiation now
> verify error:num=18:self signed certificate
> TLS connection established: TLSv1 with cipher DES-CBC3-SHA (168/168
> bits)
> C: C01 CAPABILITY
> S: * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ NAMESPACE UIDPLUS ID
> NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND SORT
> THREAD=ORDEREDSUBJECT THREAD=REFERENCES IDLE STARTTLS
> S: C01 OK Completed
> Password:
> C: L01 LOGIN root {5}
> + go ahead
> C:
> L01 NO Login failed: generic failure
> Authentication failed. generic failure
> Security strength factor: 168
>
> It should display the available AUTH but it doesn't...any idea why?
>
> Here is more information:
>
> This is what it says in the imapd.log
> Mar 26 12:18:20 chicken imapd[769]: starttls: TLSv1 with cipher
> DES-CBC3-SHA (168/168 bits new) no authentication
> Mar 26 12:18:22 chicken imapd[769]: badlogin:
> localhost.localdomain[127.0.0.1] plaintext root SASL(-1): generic
> failure: checkpass failed
>
> And in the auth.log it says nothing
>
> I tried different pwcheck methods and none work.
> Here is my imapd.conf file:
> configdirectory: /var/imap
> partition-default: /var/spool/imap
> admins: cyrus root
> allowanonymouslogin: no
> sasl_pwcheck_method: sasldb
^^
This should be 'auxprop', not 'sasldb'.
Did you find 'sasldb' listed in the current documentation somewhere? If
so, it should be fixed.
Ken
--
Kenneth Murchison Oceana Matrix Ltd.
Software Engineer 21 Princeton Place
716-662-8973 x26 Orchard Park, NY 14127
--PGP Public Key--http://www.oceana.com/~ken/ksm.pgp
RE: No AUTH when trying imtest...
It was from an old HOWTO somewhere...unfortunately that's not the
problem.
I did try and just tried again with 'auxprop'
No luck :( same error in imapd.log (nothing in auth.log)
26 13:01:26 chicken imapd[16105]: badlogin:
localhost.localdomain[127.0.0.1] plaintext root SASL(-4): no mechanism
available: checkpass failed
Still no AUTH when trying imtest
Thanks
Maxime Couillard
[EMAIL PROTECTED]
-Original Message-
From: Ken Murchison [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, March 26, 2002 1:03 PM
To: maxime
Cc: [EMAIL PROTECTED]
Subject: Re: No AUTH when trying imtest...
maxime wrote:
>
> Hi,
> I have been stuck for a few days on this. I can't figure out what I'm
> doing wrong. It would be really nice if someone could give me a few
> clues...
>
> I'm trying to install Cyrus imapd-2.1.3/sasl-2.1.1 on a default redhat
> 7.2 server install.
>
> Here is what it says when I do:
> imtest -t "" localhost
>
> C: C01 CAPABILITY
> S: * OK chicken.canram.com Cyrus IMAP4 v2.1.3 server ready
> S: * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ NAMESPACE UIDPLUS
ID
> NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND SORT
> THREAD=ORDEREDSUBJECT THREAD=REFERENCES IDLE STARTTLS
> S: C01 OK Completed
> S01 OK Begin TLS negotiation now
> verify error:num=18:self signed certificate
> TLS connection established: TLSv1 with cipher DES-CBC3-SHA (168/168
> bits)
> C: C01 CAPABILITY
> S: * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ NAMESPACE UIDPLUS
ID
> NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND SORT
> THREAD=ORDEREDSUBJECT THREAD=REFERENCES IDLE STARTTLS
> S: C01 OK Completed
> Password:
> C: L01 LOGIN root {5}
> + go ahead
> C:
> L01 NO Login failed: generic failure
> Authentication failed. generic failure
> Security strength factor: 168
>
> It should display the available AUTH but it doesn't...any idea why?
>
> Here is more information:
>
> This is what it says in the imapd.log
> Mar 26 12:18:20 chicken imapd[769]: starttls: TLSv1 with cipher
> DES-CBC3-SHA (168/168 bits new) no authentication
> Mar 26 12:18:22 chicken imapd[769]: badlogin:
> localhost.localdomain[127.0.0.1] plaintext root SASL(-1): generic
> failure: checkpass failed
>
> And in the auth.log it says nothing
>
> I tried different pwcheck methods and none work.
> Here is my imapd.conf file:
> configdirectory: /var/imap
> partition-default: /var/spool/imap
> admins: cyrus root
> allowanonymouslogin: no
> sasl_pwcheck_method: sasldb
^^
This should be 'auxprop', not 'sasldb'.
Did you find 'sasldb' listed in the current documentation somewhere? If
so, it should be fixed.
Ken
--
Kenneth Murchison Oceana Matrix Ltd.
Software Engineer 21 Princeton Place
716-662-8973 x26 Orchard Park, NY 14127
--PGP Public Key--http://www.oceana.com/~ken/ksm.pgp
sieve with sendmail 8.12 ... permissions problems ...
Anyone using 8.12 yet? Just delivered an email to an account that has sieve filtering turned on, and get the following in the maillog: Mar 26 13:39:32 nsnet sendmail[38611]: NOQUEUE: SYSERR(cyrus): can not chdir(/var/spool/clientmqueue/): Permission denied What should permissions/ownership be for this to work? nsnet# ls -ld /var/spool/clientmqueue drwxrwx--- 2 smmsp smmsp 512 Mar 26 13:34 /var/spool/clientmqueue
Re: sieve with sendmail 8.12 ... permissions problems ...
This is correct. What are the perms of your sendmail binary? They should be 2555 -r-xr-sr-x 1 root smmsp 741492 Jan 22 17:27 sendmail -Igor On Tue, 26 Mar 2002, Marc G. Fournier wrote: > > Anyone using 8.12 yet? Just delivered an email to an account that has > sieve filtering turned on, and get the following in the maillog: > > Mar 26 13:39:32 nsnet sendmail[38611]: NOQUEUE: SYSERR(cyrus): can not >chdir(/var/spool/clientmqueue/): Permission denied > > What should permissions/ownership be for this to work? > > nsnet# ls -ld /var/spool/clientmqueue > drwxrwx--- 2 smmsp smmsp 512 Mar 26 13:34 /var/spool/clientmqueue > > >
Re: sieve with sendmail 8.12 ... permissions problems ...
"Marc G. Fournier" wrote: > > Anyone using 8.12 yet? Yup. So is CMU. > Just delivered an email to an account that has > sieve filtering turned on, and get the following in the maillog: > > Mar 26 13:39:32 nsnet sendmail[38611]: NOQUEUE: SYSERR(cyrus): can not >chdir(/var/spool/clientmqueue/): Permission denied My guess is that this error is not for the incoming message, but some type of Sieve reply (vacation, redirect, reject). This error seems to ring a bell, but its been so long since I setup 8.12 that nothing comes to mind right now. Sorry. > What should permissions/ownership be for this to work? > > nsnet# ls -ld /var/spool/clientmqueue > drwxrwx--- 2 smmsp smmsp 512 Mar 26 13:34 /var/spool/clientmqueue Same here. Ken -- Kenneth Murchison Oceana Matrix Ltd. Software Engineer 21 Princeton Place 716-662-8973 x26 Orchard Park, NY 14127 --PGP Public Key--http://www.oceana.com/~ken/ksm.pgp
Make a Linux mail server talk to Microsoft Outlook 2000
Hello! Can someone help me... I Have a Linux server and I wanted to know if is there a way to make Microsoft Outlook 2000 brings a list of mail server users from the Linux server always when the client clicks on the "TO" button? What mail server Can I use? Obrigado Anderson Marcelo Blumer Centro de Tecnologia da Informação Ind. Machina Zaccaria
Re: Make a Linux mail server talk to Microsoft Outlook 2000
On Tue, 2002-03-26 at 19:34, Anderson - Informática - Ind. Machina Zaccaria wrote: > Hello! > > Can someone help me... > > I Have a Linux server and I wanted to know if is there a way to make > Microsoft Outlook 2000 brings a list of mail server users from the Linux > server always when the client clicks on the "TO" button? > Cant you use an ldap address book in outlook for this ? -- Simon
Re: sieve with sendmail 8.12 ... permissions problems
hrmmm ... same permis over here ... nfs mounted as nosuid wouldn't affect that, would it? it is gid that is set, not uid ... On Tue, 26 Mar 2002, Igor Brezac wrote: > > This is correct. > > What are the perms of your sendmail binary? > They should be 2555 > -r-xr-sr-x 1 root smmsp 741492 Jan 22 17:27 sendmail > > -Igor > > On Tue, 26 Mar 2002, Marc G. Fournier wrote: > > > > > Anyone using 8.12 yet? Just delivered an email to an account that has > > sieve filtering turned on, and get the following in the maillog: > > > > Mar 26 13:39:32 nsnet sendmail[38611]: NOQUEUE: SYSERR(cyrus): can not >chdir(/var/spool/clientmqueue/): Permission denied > > > > What should permissions/ownership be for this to work? > > > > nsnet# ls -ld /var/spool/clientmqueue > > drwxrwx--- 2 smmsp smmsp 512 Mar 26 13:34 /var/spool/clientmqueue > > > > > > > >
Using deliver from perl
Greets. Does anyone have any examples for using cyrus deliver from perl? I'm making a few perl admin scripts and would like to use the deliver exec to directly dump mail into a users mailbox. Thanks. -- Regards, Scott Russell ([EMAIL PROTECTED]) Linux Technology Center, System Admin, RHCE. T/L 441-9289 / External 919-543-9289 http://bzimage.raleigh.ibm.com/webcam
Re: sieve with sendmail 8.12 ... permissions problems
Hmm, it should not. nosuid disallows setuid execution, the binary is setgid. What is your 'ls -ld /var /var/spool'? -Igor On Tue, 26 Mar 2002, Marc G. Fournier wrote: > > hrmmm ... same permis over here ... nfs mounted as nosuid wouldn't affect > that, would it? it is gid that is set, not uid ... > > On Tue, 26 Mar 2002, Igor Brezac wrote: > > > > > This is correct. > > > > What are the perms of your sendmail binary? > > They should be 2555 > > -r-xr-sr-x 1 root smmsp 741492 Jan 22 17:27 sendmail > > > > -Igor > > > > On Tue, 26 Mar 2002, Marc G. Fournier wrote: > > > > > > > > Anyone using 8.12 yet? Just delivered an email to an account that has > > > sieve filtering turned on, and get the following in the maillog: > > > > > > Mar 26 13:39:32 nsnet sendmail[38611]: NOQUEUE: SYSERR(cyrus): can not >chdir(/var/spool/clientmqueue/): Permission denied > > > > > > What should permissions/ownership be for this to work? > > > > > > nsnet# ls -ld /var/spool/clientmqueue > > > drwxrwx--- 2 smmsp smmsp 512 Mar 26 13:34 /var/spool/clientmqueue > > > > > > > > > > > > > > >
Re: Using deliver from perl
On Tue, 2002-03-26 at 19:18, Scott Russell wrote: > Greets. > > Does anyone have any examples for using cyrus deliver from perl? I'm making > a few perl admin scripts and would like to use the deliver exec to directly > dump mail into a users mailbox. > You could use Net::LMTP instead ?? ( or support both) How to use deliver is mainly in the deliver manpage . Its really easy to use by hand. -- Simon
Re: Using deliver from perl
> > > > You could use Net::LMTP instead ?? ( or support both) > > Can Net::LMTP force a message to be delivered even if the mailbox is over > quota? Erm I think so definitely patch it in easily having had a brief look at the LMTP RFC. > > > How to use deliver is mainly in the deliver manpage . Its really > > easy to use by hand. > > > > Yeah, saw the man page. Was getting lmtp socket errors calling it from the > command line by hand. I figured I was missing something an example would be > enough to set me straight. Dont have one... to hand ( probably permissions on lmtp socket if it is a unix socket) -- Simon Loader
Re: Using deliver from perl
On Tue, Mar 26, 2002 at 08:04:16PM +, simon wrote: > On Tue, 2002-03-26 at 19:18, Scott Russell wrote: > > Greets. > > > > Does anyone have any examples for using cyrus deliver from perl? I'm making > > a few perl admin scripts and would like to use the deliver exec to directly > > dump mail into a users mailbox. > > > > You could use Net::LMTP instead ?? ( or support both) Can Net::LMTP force a message to be delivered even if the mailbox is over quota? > How to use deliver is mainly in the deliver manpage . Its really > easy to use by hand. > Yeah, saw the man page. Was getting lmtp socket errors calling it from the command line by hand. I figured I was missing something an example would be enough to set me straight. -- Regards, Scott Russell ([EMAIL PROTECTED]) Linux Technology Center, System Admin, RHCE. T/L 441-9289 / External 919-543-9289 http://bzimage.raleigh.ibm.com/webcam
Re: Using deliver from perl
On Tue, Mar 26, 2002 at 08:14:00PM +, simon wrote: > > > > > > > You could use Net::LMTP instead ?? ( or support both) > > > > Can Net::LMTP force a message to be delivered even if the mailbox is over > > quota? > > Erm I think so definitely patch it in easily having had a brief look > at the LMTP RFC. > That sounds cool. If a patched version of Net::LMTP that supports forced quota delivery exists I would prefer to use it. Let me know where I can download it. I have Net-LMTP-0.02 now and also don't see anything about using Unix Sockets to handle delivery. > > Yeah, saw the man page. Was getting lmtp socket errors calling it from the > > command line by hand. I figured I was missing something an example would be > > enough to set me straight. > > Dont have one... to hand ( probably permissions on lmtp socket if it > is a unix socket) > Yeah, that's what I thought too. Then I tried my command as root and got the same lmtp socket error. :) Maybe I'm being stupid about this. What's the easiest way to get a message into the users INBOX by passing any quota restrictions? I thought it would be deliver but it may not be. -- Regards, Scott Russell ([EMAIL PROTECTED]) Linux Technology Center, System Admin, RHCE. T/L 441-9289 / External 919-543-9289 http://bzimage.raleigh.ibm.com/webcam
Re: Using deliver from perl
Scott Russell wrote: > > On Tue, Mar 26, 2002 at 08:14:00PM +, simon wrote: > > > > > > > > > > You could use Net::LMTP instead ?? ( or support both) > > > > > > Can Net::LMTP force a message to be delivered even if the mailbox is over > > > quota? > > > > Erm I think so definitely patch it in easily having had a brief look > > at the LMTP RFC. > > > > That sounds cool. If a patched version of Net::LMTP that supports forced > quota delivery exists I would prefer to use it. Let me know where I can > download it. > > I have Net-LMTP-0.02 now and also don't see anything about using Unix > Sockets to handle delivery. > > > > Yeah, saw the man page. Was getting lmtp socket errors calling it from the > > > command line by hand. I figured I was missing something an example would be > > > enough to set me straight. > > > > Dont have one... to hand ( probably permissions on lmtp socket if it > > is a unix socket) > > > > Yeah, that's what I thought too. Then I tried my command as root and got the > same lmtp socket error. :) > > Maybe I'm being stupid about this. What's the easiest way to get a message > into the users INBOX by passing any quota restrictions? I thought it would > be deliver but it may not be. deliver ken < /tmp/test-message works for me when run as the 'cyrus' user. Add the '-q' option to bypass the quota check (adds IGNOREQUOTA keyword to the LMTP RCPT command). Ken -- Kenneth Murchison Oceana Matrix Ltd. Software Engineer 21 Princeton Place 716-662-8973 x26 Orchard Park, NY 14127 --PGP Public Key--http://www.oceana.com/~ken/ksm.pgp
SASL 2.1.2 Released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm pleased to announce the release of Cyrus SASL 2.1.2. This release includes a number of minor bugfixes, as well as documentation corrections and some better error reporting. Please send any feedback either to [EMAIL PROTECTED] or to [EMAIL PROTECTED] Download at either: http://ftp.andrew.cmu.edu/pub/cyrus/cyrus-sasl-2.1.2.tar.gz or ftp://ftp.andrew.cmu.edu/pub/cyrus/cyrus-sasl-2.1.2.tar.gz - -Rob - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 235 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper -BEGIN PGP SIGNATURE- Version: PGP 6.5.8 Comment: Made with pgp4pine 1.76 iQA/AwUBPKDlWmes8cJc4y/MEQJ0sQCgqNKAEagwcdhuitfb2/0yXFVM+/8AoLce u+7F1JU2bee/VtOCyGmr8In8 =YDFY -END PGP SIGNATURE-
cyrus 2.0.16 on AIX anyone?
Hi, Is anyone running Cyrus on AIX? We had upgraded from 1.5 to 2.0.16 last weekend, and had to rollback after half a day of operation. The cyrus master process would silently stop doing anything useful after anywhere from 15 minutes to a maximum 2 hours of operation. Unfortunately once it got to that state it would not log anything either. Is 2.0.16 running without problems on Solaris and Linux? I am trying to understand if the problems we are seeing are specific to AIX? The rollback required reconstructing all of the 85000+ mailboxes, which took over 2 days on a 4 CPU SP2 node running AIX 4.3.3. If anyone is running or has attempted to run cyrus version 2 on AIX, irrespective of the size of their user population, I am very eager to hear from them. Thank you and looking forward to find at least someone out there running Cyrus on AIX. -- Gautam Das [EMAIL PROTECTED] Senior Systems Programmer Tel: (352) 392-2061 Northeast Regional Data Center Fax: (352) 392-9440 University of Florida
Re: IMAPS/POP3S not configured/working in cyrus-imapd 2.0.16/RH 7.2
On 26 Mar 2002, Ramiro Morales writes (as part of a series of ideas): > tls_cert_file: /usr/local/lib/ssl/newcert.cer > tls_key_file: /usr/local/lib/ssl/key.pem > > with these SSL cert and key files created as > described in the install-configure.html file? This one was the solution. Many thanks! I feel somewhat silly... I should have RTFMed... and yet... in a way, I *did*! I read the imapd.conf man page, which supposedly lists all possible options which can be placed within that file. I did so more than once. It does not include these two, nor anything relating to TLS or SSL. I did not go through the HTML install docs step by step, because the install was already done by the RPM. Red Hat's apache RPMs go so far as to set it up to create use self-signed SSL certificates automatically, when the mod_ssl RPM is installed. This might be a nice enhancement for future cyrus-imapd RPMs. I'll happily script just such an automated setup (now that it works for me manually!) and send you a patch against your cyrus-imapd.spec file, if that would be useful. One other way to 'alert' people (like me!) to these options could be to include them, commented out, in the RPM-supplied default imapd.conf file. This problem (lack of info on tls_* options in the imapd.conf man page) seems to have been fixed in the 2.1.3 man page, so only people like me who are still a little wary of the newness of 2.1.x and SASLv2, and who prefer RPMs when they can get them, will run into this... Thanks again for pointing me in the right direction, Jonathan
RE: SASL 2.1.2 compile errors
> That doesn't look like a SASL error, but rather a missing -L compilation > flags ... Something like -Ldl ... > What OS are you trying to compile the thing on? Redhat Linux 7.2, kernel -> 2.4.9-31 and gcc -> 3.0.3 Here's the configure script statement: ./configure \ --with-staticsasl \ --with-saslauthd \ --with-bdb-libdir=/usr/local/BerkeleyDB.4.0/lib \ --with-bdb-incdir=/usr/local/BerkeleyDB.4.0/include \ --enable-krb4=no RB
RE: SASL 2.1.2 compile errors
> Hmmm... I don't use Linux anywhere, but as far as I can remember, you should > really have -ldl in your "gcc" statements for linking the binaries... > > All the family of dl... functions are exported by that library, although it > does sound odd that GCC doesn't put that library there by default... The configure script finds -ldl: . . . loading cache ./config.cache checking to build static libsasl2.a... yes checking DB path to use... /etc/sasldb2 checking for db3/db.h... yes checking for db_create in -ldb-4.0... yes checking DB library to use... berkeley -->> checking for dlopen in -ldl... yes <<--- checking for nm... /usr/bin/nm -B . . . RB
set quota for new mailboxes
Hi list, Just a short question: Is it somehow possible to set a default quota on newly created mailboxes? I am too lazy to type cm user.name and sq user.name 10240, I want every newly created mailbox to have a quota of 10 MB. I read about autocreatequota: 10240 but this works only for mailboxes created by the users themselves, right? And that's something that I do not want. Any hint will be appreciated. Uli
set quota for new mailboxes
Hi list, Just a short question: Is it somehow possible to set a default quota on newly created mailboxes? I am too lazy to type cm user.name and sq user.name 10240, I want every newly created mailbox to have a quota of 10 MB. I read about autocreatequota: 10240 but this works only for mailboxes created by the users themselves, right? And that's something that I do not want. Any hint will be appreciated. Uli
