file descriptors limit
Hello Im starting /usr/cyrus/bin/master and getting in my syslog: Feb 13 09:46:55 cow master: setrlimit: Unable to set file descriptors limit to -1: Operation not permitted What is about, should I worry about it ? Andrei V. Loukinykh , Evpatoria Ukrtelecom ISP, +380 6569 29376 ~~~ UNIX is like a vigvam - no Windows, no Gates and an Apache inside
autocreatequota imap clients
If this question has already been answered, elsewhere, please accept my apologies. In our deployment we make a heavy use of autocreatequota feature of cyrus imap. As I understood autocreatequota implies (among other) that the user can create his INBOX, upon login, if it is not already exist. Initialy I didn't pay much attention, and missed that the task of INBOX creation is left to the client (thought that it was a server task) Unfortunately most of IMAP clients, except Outlook, (don't know about Mulberry) don't follow this concept and responed with Mailbox does not exist, whenever access to INBOX is attempted. [propably because they didn't issue a . CREATE INBOX command] So here is the question: A) Is there any RFC where it is defined if this is a server or client task? B) If this is not defined, is there any special reason to let the client client complete the procedure of INBOX creation? Finally If I proceed to some modifications, in a way to implement the INBOX creation functionality on the server (always if autocreatequota0 and user INBOX does not exist), is something that I must be careful about, a side effect maybe..? Thank you in advance
Cyrus and procmail
Some time ago, I installed cyrus and configured it with sasldb for imap and imaps access. During this and the search for documention I thought that I read someting about cyrus and procmail and postfix. I can remeber that it worked like if you use procmail normal, but instead of forwarding the mails to a local folder, you forward them to cyrus (a cyrus command!?). Maybe you let procmail do what normaly the master.cf of postfix does. Does anyone know anything about that, or am I totaly wrong? Thanks, Manuel -- Humor is a drug which it's the fashion to abuse. -William Gilbert
Re: Cyrus and procmail
Manuel Hendel schrieb am Wed, Feb 13, 2002 at 01:24:43PM +0100: Some time ago, I installed cyrus and configured it with sasldb for imap and imaps access. During this and the search for documention I thought that I read someting about cyrus and procmail and postfix. I can remeber that it worked like if you use procmail normal, but instead of forwarding the mails to a local folder, you forward them to cyrus (a cyrus command!?). Maybe you let procmail do what normaly the master.cf of postfix does. Yep, just be sure that procmail invokes cyrus' deliver program correctly after processing the mail. - Birger
Re: cyrus with openldap - documentation?
Manuel Hendel schrieb am Wed, Feb 13, 2002 at 01:20:02PM +0100: I'm trying to configure cyrus with openldap 2. I installed it already, but I couldn't find any useable configuration documentation. Has anyone configured this already, or does anyone know where to get some documentation? Cyrus-IMAP has no direct link with OpenLDAP and respective authentication issues. Read the documents that ship with Cyrus-SASL, OpenLDAP issues are discussed there. In short, you may - do PAM with cyrus-sasl (and LDAP with PAM), look for pwcheck_method: pam - modify cyrus-sasl-1.x with patches from www.surf.org.uk to do authenticate against LDAP without PAM - use the new LDAP auxprop module that has been created for cyrus-sasl-2.x. Regards, - Birger And, yes, several people have set up Cyrus-IMAP/SASL and OpenLDAP.
rebuilding mailboxes.db
I'm running a 2.0.16 cyrus-imapd and after a filesystem corruption, I'm not able to rebuild mailboxes.db. After executing reconstruct I got a blank mailboxes.db without any reference to existing mailboxes in /var/spool/imap When trying to exec reconstruct -m I got reconstructing mailboxes.db currently not supported Any help appreciated -- Bernard FRIT
Re: cyrus with openldap - documentation?
- modify cyrus-sasl-1.x with patches from www.surf.org.uk to do authenticate against LDAP without PAM With FreeBSD it's possible to set the option openldap 1 or 2. Do you know if this already is the mentioned patch? -- I have no mouth. And I must scream.
Imapd 2.1.1 tarball in ftp.andrew.cmu.edu ?
I've noticed these two files ftp.andrew.cmu.edu: cyrus-sasl-2.1.1.tar.gz 1202 KB 02/05/02 13:48:00 cyrus-sasl-2.1.1.tar.gz.sig1 KB 02/05/02 13:49:00 Are we that close to the 2.1.1 release? If we do, there are a few points that should be fixed before the release IMHO: 1. Document that some of the utilities do not work correctly in new hash mode. 2. Fix all outdated sasl information in imapd.conf(5) and other manpages (if any) Also, there are a lot of warnings in the C code, some of them do not look benign at all. I will send a whole bunch of cleanup patches that tack the _easy_ ones soon. I am somewhat worried about the very big amount of format string warnings in the code, there are lots of 'something_t assumed to be integer' problems. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh
RE: rebuilding mailboxes.db
Are you running it as the user cyrus? I had a similar problem pre 2.0.16 and had to re install cyrus(upgraded to 2.0.16). Took about 10 mintues and worked great after that. reconstruct -f worked sweet. -Kiarna -Original Message- From: Bernard Frit [SMTP:[EMAIL PROTECTED]] Sent: Tuesday, February 12, 2002 9:48 PM To: Info-Cyrus (E-mail) Subject:rebuilding mailboxes.db I'm running a 2.0.16 cyrus-imapd and after a filesystem corruption, I'm not able to rebuild mailboxes.db. After executing reconstruct I got a blank mailboxes.db without any reference to existing mailboxes in /var/spool/imap When trying to exec reconstruct -m I got reconstructing mailboxes.db currently not supported Any help appreciated -- Bernard FRIT
RE: rebuilding mailboxes.db
At 10:27 13/02/02 -0500, Kiarna Boyd wrote: Are you running it as the user cyrus? Yes I had a similar problem pre 2.0.16 and had to re install cyrus(upgraded to 2.0.16). Took about 10 mintues and worked great after that. reconstruct -f worked sweet. I tried this and it only updated /var/imap/db/log.1 but mailboxes are still unreachable. I probably need to fully reinstall cyrus-imap... -- Bernard FRIT
Re: Imapd 2.1.1 tarball in ftp.andrew.cmu.edu ?
Henrique de Moraes Holschuh wrote: I've noticed these two files ftp.andrew.cmu.edu: cyrus-sasl-2.1.1.tar.gz 1202 KB 02/05/02 13:48:00 cyrus-sasl-2.1.1.tar.gz.sig1 KB 02/05/02 13:49:00 Are we that close to the 2.1.1 release? IMAP 2.1.1 has already been released (2/4) and 2.1.2 shouldn't be far off. If we do, there are a few points that should be fixed before the release IMHO: 1. Document that some of the utilities do not work correctly in new hash mode. Which ones? 2. Fix all outdated sasl information in imapd.conf(5) and other manpages (if any) I think I got them all. I didn't find many. Also, there are a lot of warnings in the C code, some of them do not look benign at all. I will send a whole bunch of cleanup patches that tack the _easy_ ones soon. I am somewhat worried about the very big amount of format string warnings in the code, there are lots of 'something_t assumed to be integer' problems. What platform, what compiler? Are you explicitly asking the compiler to show all warnings? Typically most, if not all, of the warnings that gcc spits out (not using -Wall option) on Linux and Solaris get cleaned up 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: cyradm authentication
Justin Wood schrieb: Yes, I'm sure my cyrus user is cyradm. I reset the password just in case as well. It appears to be finding the user from ldap properly: Feb 12 08:08:16 fs1 slapd[4498]: conn=29 op=1 SEARCH RESULT tag=101 err=0 text= Feb 12 08:08:16 fs1 slapd[4498]: conn=29 op=2 BIND dn=UID=CYRADM,OU=ADMINISTRATIVE,DC=FLIPDOG,DC=COM method=128 Hm, and your PAM LDAP configuration is okay? Because you get ..User not known to the underlying authentication module Does authentication work for other sessions like pop-3? -Justin. On Tue, 2002-02-12 at 08:37, Simon Matter wrote: Justin G. Wood schrieb: I tried both, to no avail. I've included some lines from auth.log that I forgot to paste last time. Also, FYI, I'm using FreeBSD 4.5. --- login attempts --- bash-2.05a$ cyradm --user cyradm --auth login localhost Are you sure your cyrus user is cyradm? Can you try cyradm --user cyrus --auth login localhost or cyradm --user cyrus --auth plain localhost And if it fails, did you set a password for the cyrus user? HTH -Simon IMAP Password: Login failed: authentication failure at /usr/local/lib/perl5/site_perl/5.6.1/mach/Cyrus/IMAP/Admin.pm line 78 cyradm: cannot authenticate to server with login as cyradm bash-2.05a$ cyradm --user cyradm --auth plain localhost Password: IMAP Password: Login failed: authentication failure at /usr/local/lib/perl5/site_perl/5.6.1/mach/Cyrus/IMAP/Admin.pm line 78 cyradm: cannot authenticate to server with plain as cyradm perl in free(): warning: chunk is already free --- auth.log corresponding lines --- Feb 12 08:07:51 fs1 saslauthd[4368]: DEBUG: auth_pam: pam_acct_mgmt failed: User not known to the underlying authentication module Feb 12 08:07:51 fs1 saslauthd[4368]: AUTHFAIL: user=cyradm service=imap realm= [PAM acct error] Feb 12 08:07:51 fs1 imapd[31372]: authentication failed Feb 12 08:08:13 fs1 perl: All-whitespace username. Feb 12 08:08:13 fs1 perl: No worthy mechs found Feb 12 08:08:16 fs1 saslauthd[4369]: DEBUG: auth_pam: pam_acct_mgmt failed: User not known to the underlying authentication module Feb 12 08:08:16 fs1 saslauthd[4369]: AUTHFAIL: user=cyradm service=imap realm= [PAM acct error] Feb 12 08:08:16 fs1 imapd[31378]: authentication failed Quoting Daniel Yu [EMAIL PROTECTED]: Try cyradm --user mailadmin --auth login localhost or cyradm --user mailadmin --auth plain localhost -Original Message- From: Justin Wood [mailto:[EMAIL PROTECTED]] Sent: Monday, February 11, 2002 5:45 PM To: [EMAIL PROTECTED] Subject: cyradm authentication I just blew away my 2.0.16 install and replaced it with 2.1.1. I am using saslauthd with pam to authenticate, and have it working fine for imapd and timsieved. However, I can't authenticate to cyradm. I get the following in syslog: Feb 11 15:36:20 fs1 imapd[4913]: badlogin: fs1.p.flipdog.com[10.69.2.71] plaintext cyradm SASL(-13): authentication failure: checkpass failed My pam is configured to use ldap to authenticate, and I see in my ldap logs that it's finding the user cyradm just fine. Am I missing something simple here? Has anyone else had this problem? Thanks in advance, Justin. -- -- Justin Wood [EMAIL PROTECTED] Systems Administrator FlipDog.com http://www.flipdog.com/ -- --- Justin Wood [EMAIL PROTECTED] Systems Administrator FlipDog.com http://www.flipdog.com/ --- -- Simon Matter Tel: +41 61 695 57 35 Fr.Sauter AG / CITFax: +41 61 695 53 30 Im Surinam 55 CH-4016 Basel [mailto:[EMAIL PROTECTED]] -- -- Justin Wood [EMAIL PROTECTED] Systems Administrator FlipDog.comhttp://www.flipdog.com/ -- -- Simon Matter Tel: +41 61 695 57 35 Fr.Sauter AG / CITFax: +41 61 695 53 30 Im Surinam 55 CH-4016 Basel [mailto:[EMAIL PROTECTED]]
Re: cyradm authentication
Yes, I'm sure my cyrus user is cyradm. I reset the password just in case as well. It appears to be finding the user from ldap properly: Feb 12 08:08:16 fs1 slapd[4498]: conn=29 op=1 SEARCH RESULT tag=101 err=0 text= Feb 12 08:08:16 fs1 slapd[4498]: conn=29 op=2 BIND dn=UID=CYRADM,OU=ADMINISTRATIVE,DC=FLIPDOG,DC=COM method=128 -Justin. On Tue, 2002-02-12 at 08:37, Simon Matter wrote: Justin G. Wood schrieb: I tried both, to no avail. I've included some lines from auth.log that I forgot to paste last time. Also, FYI, I'm using FreeBSD 4.5. --- login attempts --- bash-2.05a$ cyradm --user cyradm --auth login localhost Are you sure your cyrus user is cyradm? Can you try cyradm --user cyrus --auth login localhost or cyradm --user cyrus --auth plain localhost And if it fails, did you set a password for the cyrus user? HTH -Simon IMAP Password: Login failed: authentication failure at /usr/local/lib/perl5/site_perl/5.6.1/mach/Cyrus/IMAP/Admin.pm line 78 cyradm: cannot authenticate to server with login as cyradm bash-2.05a$ cyradm --user cyradm --auth plain localhost Password: IMAP Password: Login failed: authentication failure at /usr/local/lib/perl5/site_perl/5.6.1/mach/Cyrus/IMAP/Admin.pm line 78 cyradm: cannot authenticate to server with plain as cyradm perl in free(): warning: chunk is already free --- auth.log corresponding lines --- Feb 12 08:07:51 fs1 saslauthd[4368]: DEBUG: auth_pam: pam_acct_mgmt failed: User not known to the underlying authentication module Feb 12 08:07:51 fs1 saslauthd[4368]: AUTHFAIL: user=cyradm service=imap realm= [PAM acct error] Feb 12 08:07:51 fs1 imapd[31372]: authentication failed Feb 12 08:08:13 fs1 perl: All-whitespace username. Feb 12 08:08:13 fs1 perl: No worthy mechs found Feb 12 08:08:16 fs1 saslauthd[4369]: DEBUG: auth_pam: pam_acct_mgmt failed: User not known to the underlying authentication module Feb 12 08:08:16 fs1 saslauthd[4369]: AUTHFAIL: user=cyradm service=imap realm= [PAM acct error] Feb 12 08:08:16 fs1 imapd[31378]: authentication failed Quoting Daniel Yu [EMAIL PROTECTED]: Try cyradm --user mailadmin --auth login localhost or cyradm --user mailadmin --auth plain localhost -Original Message- From: Justin Wood [mailto:[EMAIL PROTECTED]] Sent: Monday, February 11, 2002 5:45 PM To: [EMAIL PROTECTED] Subject: cyradm authentication I just blew away my 2.0.16 install and replaced it with 2.1.1. I am using saslauthd with pam to authenticate, and have it working fine for imapd and timsieved. However, I can't authenticate to cyradm. I get the following in syslog: Feb 11 15:36:20 fs1 imapd[4913]: badlogin: fs1.p.flipdog.com[10.69.2.71] plaintext cyradm SASL(-13): authentication failure: checkpass failed My pam is configured to use ldap to authenticate, and I see in my ldap logs that it's finding the user cyradm just fine. Am I missing something simple here? Has anyone else had this problem? Thanks in advance, Justin. -- -- Justin Wood [EMAIL PROTECTED] Systems Administrator FlipDog.com http://www.flipdog.com/ -- --- Justin Wood [EMAIL PROTECTED] Systems Administrator FlipDog.com http://www.flipdog.com/ --- -- Simon Matter Tel: +41 61 695 57 35 Fr.Sauter AG / CITFax: +41 61 695 53 30 Im Surinam 55 CH-4016 Basel [mailto:[EMAIL PROTECTED]] -- -- Justin Wood [EMAIL PROTECTED] Systems Administrator FlipDog.comhttp://www.flipdog.com/ --
Re: Cyrus on FreeBSD
Morten Winther schrieb am Fri, Feb 01, 2002 at 10:19:46AM +0100: [...] Still have a problem - I need to configure sendmail in i /etc/sendmail.mc MAILER(local) MAILER(cyrus) define(`confLOCAL_MAILER',`cyrus') LOCAL_RULE_0 R$=N $: $#local $: $1 R$=N @ $=w .$: $#local $: $1 Rbb + $+ @ $=w .$#cyrusbb $: $1 On the freebsd I only have theese: /etc/mail scharlingsvej# ls -l total 304 -rw-r--r-- 1 root wheel 4599 Jan 28 14:13 Makefile -rw-r--r-- 1 root wheel840 Jan 28 14:13 README -rw-r--r-- 1 root wheel451 Jan 31 20:22 access -rw-r--r-- 1 root wheel 65536 Jan 31 20:22 access.db -rw-r--r-- 1 root wheel 1454 Jan 28 14:13 aliases -rw-r--r-- 1 root wheel 65536 Jan 31 13:57 aliases.db -rw-r--r-- 1 root wheel 46636 Jan 28 14:13 freebsd.cf -rw-r--r-- 1 root wheel 4267 Jan 28 14:13 freebsd.mc -r--r--r-- 1 root wheel 5573 Jan 28 14:13 helpfile -rw-r--r-- 1 root wheel 36 Jan 31 20:12 local-host-names -rw-r--r-- 1 root wheel316 Jan 28 14:13 mailer.conf -rw-r--r-- 1 root wheel245 Jan 28 14:13 mailertable.sample -rw-r--r-- 1 root wheel 46597 Jan 31 20:11 scharlingsvej.adsl.dk.cf -rw-r--r-- 1 root wheel 4267 Jan 31 20:11 scharlingsvej.adsl.dk.mc -rw-r--r-- 1 root wheel 46636 Jan 28 14:13 sendmail.cf -rw-r--r-- 1 root wheel573 Jan 28 14:13 virtusertable.sample Which one should I use? Which is quite off-topic as this question should be either directed to freebsd or sendmail lists. Anyway, a fresh freebsd box will have built its sendmail.cf from the /etc/mail/freebsd.mc. Your listing above supports this idea as freebsd.cf and sendmail.cf have the same size. Regards, - Birger
Re: troubleshooting sieve
Hello, You have found what may be the biggest problems with free software. Documentation and Support. Sysadmins such as myself must take these issues into account when deciding upon a platform to use for delivery of services such as email. Using a package such as Cyrus requires a somewhat higher level of knowledge. Quite frankly, if I were to believe the test programs included with cyrus my setup would not be working ( but it is ). Documentation is sadly the last thing that gets done. We here constantly bemoan that fact about our own internal projects, but the problem remains. Once a working service is in place writing down what you did to get it working gets pre-empted by trying to get something else working. All I can say is keep prodding. If you don't get an answer from the list its generally because no one knows the answer. Don't let this stop you from asking though, or digging through the list archive. I've found help on the list myself for a couple of problems. Since I've not used any other IMAP servers I can't compare them to Cyrus. However, Cyrus has worked well for us. We currently have four machines with over five thousand accounts on three of the machines. Our biggest problem is getting a satisfactory turnaround on restoration requests. We have a new backup/restore product we hope to implement soon which we believe will help. We have had other problems to be sure, but frankly, you will have problems with any software. I would say that the people at CMU have done a good job. I do hope though that they listen to your comments and those of others with similar concerns. Regards, Earl Shannon -- Systems Programmer, Computing Services, Information Technology NC State University. http://www4.ncsu.edu/~ershanno Erik Steffl wrote: cyrus and related programs are some of the hardest programs to troubleshoot I ever encountered. I read the docs, asked on the mailing list (this one) etc. but it seems like there's simply no way to tell what's going on. I enabled all the logging, I even tried test (from sieve directory of cyrus source tree). how do people cope with that? I see cyrus being recommended as one of the best imap servers (and when it works it works, I didn't have any troubles) but to set it up or do any changes is basically impossible. e.g. this time I changed the sieve script, made a typo and it didn't work, all I've got is the following message: Feb 1 00:30:13 localhost deliver[23370]: sieve runtime error for erik id bgISrC.A.pyC.YElW8@murphy: Fileinto: Mailbox does not exist indicates what's going on but is not particularly helpful. it doesn't say where it tries to deliver the message. another example: I ran test (from sieve subtree) and changed the order of script and test message (my fault), but all it says it: line 1: parse error. WTF? so I started a debugger but I couldn't get to where the error actually occurs (it was in yyparse for which there is no source). I solved the problem but it was extremely unpleasant, made worse by the fact that program could have easily provided all the important info (I also had number of other similar troubles, including inability of using any other authentification method but sasl_pwcheck_method: sasldb, I haven't solved that one yet). Q: how do other people cope with troubleshooting problems of cyrus (and mainly sieve)? Are there any tools that I am not aware of? Is it getting better (the above is with older cyrus/sieve (test is from 2.0.16, real sieve from 1.6.x, but says 2.0 in X-sieve header). TIA! erik
sendmail + IMAP enormous delay of messages
Dear all, I run a cyrus IMAP server on SuSE Linux 7.0. When I send an email to a user of the machine without IMAP (the standard sendmail configuration), the email arrives within one minute. But when I activate the IMAP server and tell sendmail to forward the messages to the IMAP mailbox, the messages arrive with a dealy of up to one hour or even more. A glance into the /etc/log/mail file shows, that the mail obvously is tried to be delivered imediately, but it is not. The message: Authentication warning: the host mailrelay.old_domain claims to be mailrelay.new_domain... (Here the outgoing mailserver of the provider is treated - there are two domains, one old and one new one. - both are still valid). And then, one hour or even more later, the /etc/log/mail file shows the delivering of the message to the IMAP mailbox. Does anybody has an idea whats going on there. And there is a second problem: The sendmail does not accept e-mails that are coming from foreign domains. I suppose, that is a configuration problem of sendmail. Can you give me a hint where to look? Thx in advance, Günther Abwerzger -- This space intentionally left non-blank. - www.teleconsult-austria.at -- Dipl.-Ing. Günther Abwerzger TELECONSULT Hofmann-Wellenhof Partner OEG Schwarzbauerweg 3, A-8043 Graz, Austria Tel. +43-316-873-6834, Fax +43-316-873- Email: [EMAIL PROTECTED]
imap:admin ?
I wrote a script that moves and renames folders and the beginning of each month. The problem is that when I print the new names out they appear as Listserv.Info-Cyrus.2002-January but when the program actually runs the names come out as Listserv.Info-Cyrus.2002-0 as ideas? Here is the code #! /usr/bin/perl use strict; #set parameter for logginn into Cyrus use IMAP::Admin; my $mailhost = 'x'; my $username = 'x'; my $password = 'x'; #Get get and convert to Character month #Then, combine into desired format my $cmonth; my $date; my ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isday) = localtime(time); $year +=1900; if ($mon==1){$cmonth='January'}; if ($mon==2){$cmonth='February'}; if ($mon==3){$cmonth='March'}; if ($mon==4){$cmonth='April'}; if ($mon==5){$cmonth='May'}; if ($mon==6){$cmonth='June'}; if ($mon==7){$cmonth='July'}; if ($mon==8){$cmonth='August'}; if ($mon==9){$cmonth='September'}; if ($mon==10){$cmonth='October'}; if ($mon==11){$cmonth='November'}; if ($mon==12){$cmonth='December'}; my $date=$year.-$cmonth; my $imap = IMAP::Admin-new('Server'=$mailhost, 'Login'=$username, 'Password'=$password); #Get list of Imap Folders my @list = $imap-list(Listserv.*); my $listt; foreach $listt (@list){ #Select only current folders if ($listt =~ m/Listserv\.[a-zA-Z\-]+$/){ print $listt.$date \n; #my $err = $imap-set_acl($listt,all,read,anyone,read ); #my $err = $imap-rename($listt, $listt.$date); #my $err = $imap-create($listt); #my $err = $imap-set_acl($listt,all,append,anyone,append,cyrus,all ); } } $imap-close; # close open imap connection -- Lance Hoffmeyer [EMAIL PROTECTED] --- I see you, and you see me. I experience you,and you experience me. I see you behavior. You see my behavior. But I do not and never have and never will see your experience of me. Just as you cannot see my expereience of you. My experience of you is not inside me. It is simply you, as I experience you. And I do not experience you as inside me. Similarily, I take it that you do not experience me as inside you. - R.D. Laing
How can I stop receiving status messages on my console from imapd?
Hi, I've been happily serving IMAP on my FreeBSD box with cyrus-imapd-2.0.16_1 for over a month. The one thing that bothers me is that I keep getting information messages from the imapd process on my console (what I mean is the xterm that has my input focus). How can I stop this? Taro
Re: How can I stop receiving status messages on my console from imapd?
Taro Ikai schrieb am Fri, Feb 01, 2002 at 11:33:58AM -0500: Hi, I've been happily serving IMAP on my FreeBSD box with cyrus-imapd-2.0.16_1 for over a month. The one thing that bothers me is that I keep getting information messages from the imapd process on my console (what I mean is the xterm that has my input focus). How can I stop this? I guess you are uid=0 (root) on that shell? Have a closer look at your /etc/syslog.conf and disable the line that sends all fac.level msgs to root Regards, - Birger
Re: imap:admin ?
Lance Hoffmeyer wrote: I wrote a script that moves and renames folders and the beginning of each month. The problem is that when I print the new names out they appear as Listserv.Info-Cyrus.2002-January but when the program actually runs the names come out as Listserv.Info-Cyrus.2002-0 as ideas? This is odd. I ran the script only one minor change (other then uncommenting and putting in my cyrus connection info) with cyrus 2.0.16 and IMAP::Admin 1.6.1 and it worked just fine. my $err = $imap-rename($listt, $listt.$date); I changed this line to my $err = $imap-rename($listt, $listt...$date); because the first time I ran it I got Listserv.Info-Cyrus2002-January instead of Listserv.Info-Cyrus.2002-January What version of cyrus and what version of IMAP::Admin are you using? Eric
imapd + tls/ssl + chain certificate
Howdy, Saw some messages about this in the archive, but nothing with a solution, so... I'll ask. I have Cyrus IMAPd 2.0.16 (FreeBSD 4.5 which comes with OpenSSL 0.9.6a) running fine with a self-signed cert. Finally got my signed cert back today from the CA, Entrust, and discovered that they need a chain certificate (their root CA is GTE). This works fine with Apache+mod_ssl using the SSLCertificateChainFile option, but I need to somehow tell IMAPd about the chain. I tried specifying the chain cert as the tls_ca_file, but that doesn't do it. I tried using a standard CA roots file for tls_ca_file hoping the Entrust CA info might be in there, but it doesn't seem to like parsing it. Is there any way to make this go? Did I just waste money on a cert I can't use with Cyrus IMAPd? Thanks, Bryan -- Bryan Fullerton http://bryanfullerton.com/ Core Competence uunet.ca!gts!cspace!bryanf Samurai Consulting Powered by Boredom
Re: DB vs. Flat File
Doing a ctl_mboxlist -u is very I/O intensive, so, if you have the ability to use a memory based filesystem do do the conversion on then use it. On Solaris our /tmp is such a FS, so we used ctl_mboxlist -u -f /tmp/mailboxes.db /tmp/mailboxes.tmp to do the conversion and it took around 10 minutes, doing it on a normal FS looked like it was going to take 2-3 hours. We have around 34,800 entries in our mailboxes.db file. Needless to say, you must do this with cyrus down... -chris On Monday, February 4, 2002, at 12:01 PM, Connie S. Fensky wrote: You need to do a ctl_mboxlist -d to a mailboxes.tmp file (from the existing mailboxes.db). Then, after recompiling the code, use the new ctl_mboxlist -u to upload that tmp file back to the mailboxes.db file! This took a long time on my box (4MB mailboxes.db file, but on HP-UX), but on someone else's Solaris box it was very quick. Hope this helps c* - Original Message - From: John C. Amodeo [EMAIL PROTECTED] To: Cyrus Listserv [EMAIL PROTECTED] Sent: Monday, February 04, 2002 9:58 AM Subject: DB vs. Flat File Greetings, How much is involved in recompiling a current Cyrus production system that has been using db3 for about a year to a flat file system? Is there any conversion or reconstruction that needs to take place? Can you simply re-compile Cyrus, install the exe's and restart the master? I am hoping this may fix some problems with Imap/Lmtp locking problems. -John Chris Peck Manager of Unix Services Information Technology The College of William and Mary Williamsburg, VA 23187
Release of Cyrus SASL 2.1.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'd like to announce the release of Cyrus SASL 2.1.1 on ftp.andrew.cmu.edu. This version includes mostly minor bug fixes, and extensive improvements in the OTP and SRP plugins. Please send feedback to either [EMAIL PROTECTED] (public list) or [EMAIL PROTECTED] Download at: ftp://ftp.andrew.cmu.edu/pub/cyrus-mail/cyrus-sasl-2.1.1.tar.gz or: http://ftp.andrew.cmu.edu/pub/cyrus-mail/cyrus-sasl-2.1.1.tar.gz Thanks, - -Rob - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski | Andrew Systems Group - Research Systems Programmer Scotch Soda Technical Coordinator | Cyert Hall 235 * 412-268-7456 - -BEGIN GEEK CODE BLOCK Version: 3.12 GCS/IT/CM/CC/PA d- s+: a-- C$ UBLS$ P+++$ L++(+++) E W- N- o? K- w O- M-- V-- PS+ PE++ Y+ PGP+ t+@ 5+++ R@ tv-- b+ DI+++ G e h r y? - --END GEEK CODE BLOCK- -BEGIN PGP SIGNATURE- Version: PGP 6.5.8 Comment: Made with pgp4pine 1.76 iQA/AwUBPF8qF2es8cJc4y/MEQIgLwCfXghubeDcBUVm/Gu6RtQeo7uzGiMAn074 ERymcCa2ue3L/wNuMNxtVcwm =e7y4 -END PGP SIGNATURE-
msaslpasswd (or multiple db file saslpasswd)
Well the first cut of the tool is done any brave souls who wish to try it. ftp://pooh.urbanrage.com/pub/c/msaslpasswd.tar.gz Please if you are going to try it, read the README file. There are things that you have to do by hand (i.e. library locations) and files that you have to copy, didn't feel like adding a make install. It might not be too bad to autoconf it since it could probably use the sasl configure. In a nutshell it's the saslpasswd_v1 and saslpasswd_v2 wrapped in a dynamic layer to avoid symbol clashing. It has some ugliness, but it seems to work (only done minor testing on it). I didn't make a converter as someone pointed out the dbconverter-2 already exists in sasl_v2. I didn't make the combined lister as no one seemed to have a need greater then what sasldblister and sasldblister2 provide. I have compiled and successfully run it under debian linux (i386) and solaris 2.5.1 (sparc). Have fun, let me know of any massive shortcomings. Be advised this is experimental software, use it at your own risk. Backup your data before using this tool. Eric
FreeBsd 4.5 Linux 43rlvSYaEX3qZVps375fbh
³Ì·sªºfreebsd 4.5¥X¨Ó¤F Linux ªºCD¯¸http://linux.mail2.idv.tw ³Ì·sª©¥» Red Hat Linux 7.2 2 CDs +SRPMS 2CDs Linux-Mandrake 8.1 3 CDs freebsd 4.5 1 CDs ¸Ó¨Ï¥ÎLinuxªº®ÉÔ¨ì¤F,§A¤£Ä±±oUNIX¤Ó«Ê³¬,¦Ó·L³n¤Ó©ù¶Q¶Ü ¥¼¨ÓªºÁͶÕ,¤£¶i¤JLINUX¥H«á´N³Â·ÐÅo! Red Hat7.2,¥]§t¤F¦UºØ¦øªA¾¹³nÅé,Åý§A»´ÃP¬[¦n·Qnªº¦øªA¾¹. ¸Ì±¥Dn¥]§tªº«Ü¦h¦øªA¾¹³nÅé¨Ò¦p: ºô¶¦øªA¾¹: Apache 1.3.20 ¶l¥ó¦øªA¾¹:Sendmail 8.11.6 ÀɮצøªA¾¹: Samba 2.2.1a ¦WºÙ¦øªA¾¹: BIND 9.1.3 ¥N²z¦øªA¾¹: ¸ê®Æ¦øªA¾¹: ·s®Ö¤ß:2.4.7 kernel GNOME 1.4 °£¤F¤@¯ë¦øªA¾¹³nÅéÁÙ¥[¤F¤@¨Ç·s¥\¯à ·sªºÀɮ׺޲zû ¦Û°Ê¤À³ÎºÏºÐ ²©öºô¸ô³s½u³]©w¤u¨ã ·sªº¨Ï¥ÎªÌºÞ²z¨t²Î ·sªºµwÅé¶EÂ_¨t²Î 7.2§ó°w¹ïÀɮרt²Î,±Ä¥Î®Ä¯à§ó¦n·sªºext3®æ¦¡, ¤ä´©ªºµwÅé¤]§ó¦h,¬Û«H¬O§A¬[¯¸©Î¾Ç²ß³Ì¨Îªº¿ï¾Ü Red Hat Linux 7.2 2 CDs +SRPMS 2CDs ¥|¤ùCD»ù®æ¬°350¤¸ Linux-Mandrake 8.1 3 CDs ¬ü°êlinux¨Ï¥Î²v²Ä¤@¦W,¤£ºÞ§A¬Oªì¾ÇªÌÁÙ¬O¦³¸gÅ窺¤H,§A¤@©wn¸Õ¸ÕMandrake,¥L¦³¤ñ Red HatÁÙn¿Ë¤Áªº¦w¸Ë¤¶±'windows¤¶±'ÁÙ¦³«Ü¦h¥\¯à³]©wµe±³£¬ORed Hat¨S¦³ªº³á! §A±N¾Ö¦³¤@Ó§¹¥þ¹Ï§Î¤Æªº Linux ¨t²Î¡A°t¦³¦n´XºØ¹Ï§Î®à±ºÞ²z¤¶±¡AÁÙ¦³«Ü¦h«Ü¦h¼W±j¯S¦â ¥Lªºsendmail¨t²Î¤]ª½±µ¨Ï¥Î§ó¦w¥þ¤Î®Ä¯à§ó¦nªºpostfix ¤T¤ùCD»ù®æ¬°300¤¸ Enterprise Kernel 2.4.8 support for Hi Memory (1024 MB) and SMP (Symmetric Multi Processing) Samba 2.2.1.a Web-based administration with Webmin KDE 2.2.1 includes the dramatically improved KOffice 1.1 office suite GNOME 1.4.1 freebsd 4.5 ¦V¨Ó¥HéwµÛºÙ,«Ü¦h¤½¥q¦b¨Ï¥Î,¦ý¦w¸Ë¸û¤£«K,¸û¤£¾A·s¤â ¤@¤ùCD»ù®æ¬°200¤¸ Red Hat Linux 7.2 2 CDs +SRPMS 2CDs ¥|¤ùCD»ù®æ¬°250¤¸ Linux-Mandrake 8.1 3 CDs ¤T¤ùCD»ù®æ¬°250¤¸ Freebsd 4.5 1 CDs¤@¤ùCD»ù®æ¬°200¤¸ ¦p¥þ³¡qÁÊÀu´f¬°600¤¸ ¦p¦³»Ýn½Ð¨Ó«H qÁÊ«H½c [EMAIL PROTECTED] [EMAIL PROTECTED] ¨Ó«Hµù©ú. ÁʶR :þ¤@®M? ©m¦W(¥»¦W): ¹q¸Ü: ¶l»¼°Ï¸¹ ¦í§}: email: §Ú¦¬¨ì«H·|¦^Âе¹§A,ÁÂÁ ! (±H¥ó¤è¦¡¬°¶l§½¥N¦¬³f´Ú,¤@¯ë¤u§@®É¶¡¬°4~7¤Ñ) ¦p«H¥ó¦³¥´ÅÍ·q½Ð¨£½Ì
directories with Cyrus
What are people using for directories with Cyrus ? In order to replace our current email system with Cyrus, I need to have a directory service in which users can lookup names and emails of staff and students. Does Cyrus do this or do a need something like LDAP ? -- *---* Theodore Knab Systems Engineer *---*
Cyrus 1.5.19-2
Hello, I recently picked up the administration of this Cyrus IMAP Server. There is one user who cannot access his subdirectories under the INBOX.Sent folder. The folders are also missing in the $USER.sub file but they're in the mailboxes. lm user.$USER.% shows a line like this (user.$USER.Sent) including the brackets. I tried a reconstruct -r but it did not have any effect. Thanks a lot, Mirko
1.5.27 crypt compilation error
Hello all Please, if someone knows , tell me why i can't compile sasl 1.5.27. I did compile 1.5.24 successfully ( with pwcheck ), but cannot 1.5.27 (with saslauthd). It says: auth_getpwent.o: In function `auth_getpwent': /usr/src/cyrus-sasl-1.5.27/saslauthd/auth_getpwent.c:72: undefined reference to `crypt' auth_shadow.o: In function `auth_shadow': /usr/src/cyrus-sasl-1.5.27/saslauthd/auth_shadow.c:149: undefined reference to `crypt' I found some answers in the list about it, but it doesnt help. I already have lines LIB_CRYPT = -lcrypt,and PLAIN_LIBS = -lcrypt in my Makefile. It goes by default after configure. Andrei V. Loukinykh , Evpatoria Ukrtelecom ISP, +380 6569 29376 ~~~ UNIX is like a vigvam - no Windows, no Gates and an Apache inside
RE: createmailbox: permission denied
From: Damian Alejandro Fernandez Sosa [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 05, 2002 1:00 PM You don't have permission to delete ani mailbox, you must grant that permission to you Using cyradm sam user.MAILBOX_TO_DELETE cyrus all [ENTER] dm user.MAILBOX_TO_DELETE oh god, i'm sooo stupid :) yeah, finally after assigning the delete permissions to myself, i can drop the mailbox. i reread the documentation and found that this is mentioned in doc/install-admin-mb.html and the manpage. sorry to all, i should RTFM more carefully. ciao -ap
RE: character in mailbox name
On Tue, 12 Feb 2002, Enric Ramos wrote: I had tried this, but cyrus doesn't accept it cyrus2 cm user.user-co syntax error: cannot deal with `' here Because cyradm has some extra features that make it work like a regular shell to an extent, it interprets as a shell would. So, you need to escape it as well to prevent it from thinking you want to background the process. eg: cm user.user\-co -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 235 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
No action from Sieve
Hi all I managed to get cyrus (imapd 2.0.16 + sasl 1.5.27) and postfix up and running, and as far as sending and receiving mail to and from the Internet is concerned, all seems OK. I then set an unconditional reject rule by means of websieve, but, nevertheless, the mail still runs into the users mailbox, and the sender gets no rejection - in other words, the rejct rule is not reckognized. The only suspicious item from any logfile is, that in imapd.log a message runs in, that timsieved is terminated by exit 75. This error code seems to be more or less some universal garbage can for all the cases where the programmer didnt care to construct a specific exit code, but with a little messing with the exit codes I realized, that the original exit code in my case was 255 (or -1). I located its origin to to module lex.c, routine timlex around line 171, i.e. the prot_getc returned a -1. Unfortunately, I have been away from C programming for a long time, and must -cryingly - confess my inability to figure out what this routine is doing in the first place. It migth even be some totally harmless stuff as the routine encountered end-of file or something, I have no idea about this, or as to wether it has something to do with my real problem. It was however the only suspicious track, and it soon got cold. It really looks like the reject rule is ok and in proper place, then way the #@¤!! does it not work ?? Also, here as in most other exit situations in timsieved, a nice error message is set up, in this cas Error reading character. Where do these messages go, if anywhere at all ? I do not find them i any logfile. Hope anyone can get me off the hook here - any help appreciated. Tnx in advance. Joern W. Andersen, ICCC Copenhagen
Vacation.. yes again..
Okay. The pertinent information up front (besides it ain't workin! :-). --- system --- Sendmail 8.11.3 (w/ Milter) RAV Antivirus Cyrus 2.0.16 (compiled) SASL 1.5.24 from Mandrake 8.0 RPM's. imapd.conf configdirectory: /var/imap defaultpartition: default partition-default: /var/spool/imap admins: x quotawarn: 75 autocreatequota: 1 singleinstancestore: yes sasl_pwcheck_method: PAM sieveusehomedir: false sievedir: /var/imap/sieve sendmail: /usr/sbin/sendmail cyrus.conf # standard standalone server implementation START { # do not delete these entries! mboxlist cmd=ctl_mboxlist -r deliver cmd=ctl_deliver -r # this is only necessary if using idled for IMAP IDLE # idledcmd=idled } # UNIX sockets start with a slash and are put into /var/imap/socket SERVICES { # add or remove based on preferences imap cmd=imapd listen=imap prefork=0 pop3 cmd=pop3d listen=pop3 prefork=0 sieve cmd=timsieved listen=sieve prefork=0 # at least one LMTP is required for delivery lmtp cmd=lmtpd -a listen=localhost:lmtp # lmtpunix cmd=lmtpd listen=/var/imap/socket/lmtp prefork=0 } EVENTS { # this is required checkpointcmd=ctl_mboxlist -c period=30 # this is only necessary if using duplicate delivery suppression delprune cmd=ctl_deliver -E 3 period=1440 } sendmail.cf (pertinent part) -- Mcyrus, P=[IPC], F=lsDFwMnqA@/:|SmXz, E=\r\n, S=EnvFromL, R=EnvToL/HdrToL, T=DNS/RFC822/X-Unix, #A=FILE /var/imap/socket/lmtp A=TCP [localhost] lmtp and finally -- example sieve vacation filter -- require [fileinto]; require [reject]; require [vacation]; # %VACATION_START% vacation :days 1 :subject Out to lunch # %VAC_TEXT_START% Always; # %VAC_TEXT_END% # %VACATION_END% --- Okay, now having said all of that, vacation QUIT WORKING. It was working as of last Friday, and has since quit. I have recompiled, re-installed, re-configured, un-configured, changed delivery, etc. I can't use just the deliver program because of other known issues, so I deliver via lmtp. You will notice the w flag has been added to the mailer so that people can use their '.forward' file, but that has always heen there. I added it on a test system, as the standard .mc file does not have it, and it stopped sending vacation replies as well. Subsequent removal of it does not make the problem go away... and besides that, it worked with that flag there for almost six months before breaking for some unknown reason. Help? Please.. :-) Tyrone -- /// \\ Tyrone T. Vaughn\\ (512)531-3400 fax(512)531-3401 \\ // Manager, Systems Administration // 3410 Far West Blvd, Ste 300// \\ Amicus, Inc.\\ Austin, Tx 78731 \\ ///
character in mailbox name
Hi: I need to create some mailboxes using '' character... (For instance user.userco) When I try to do this, cyradm show the following error: cyrus cm user.userco syntax error: cannot deal with `' here Is there any limitation in using this character ? If yes: someone knows what characters else souldn't be used ? Regards... Enric
cyrus with openldap - documentation?
I'm trying to configure cyrus with openldap 2. I installed it already, but I couldn't find any useable configuration documentation. Has anyone configured this already, or does anyone know where to get some documentation? Thanks, Manuel -- When women love us, they forgive us everything, even our crimes; when they do not love us, they give us credit for nothing, not even our virtues. -Honori de Balzac
Re: Cyrus and procmail
Yep, just be sure that procmail invokes cyrus' deliver program correctly after processing the mail. What is the correct way to invoke cyrus? -- Perhaps you've only grown up when you can bear not being understood. -Marian Gold, Alphaville
Messages expire on arrival
Hi Folks, First post, so be gentle! We've been running cyrus on our Linux mailserver for quite a while now, but a new problem has reared its head. (Fortunately it's me that is having the problem and not our users, since I don't know how to fix it!) My colleague says he has the problem occasionally, but hasn't yet found the source, or fix. The past few days, I've been having problems with email messages (some - not all) expiring on receipt. At first it seemed to be messages from a particular source, but that pattern has dissappeared, (2 of 3 messages from this list subscription process expired this morning before I got a chance to read them!) The message from the mail client (MS Outlook Express/IMAP) is Message is no longer available on the server, but it is. The messages can always be read directly from my mailbox. Using reconstruct doesn't fix the problem, but deleting cyrus.* from my inbox and then doing a reconstruct does but, of course, this changes all my messages to unread. Funnily enough (no it's not at all funny really!) it's only new messages which expire, none of my old stuff does. Hints, tips, anyone? John
Re: Cyrus and procmail
Manuel Hendel schrieb am Wed, Feb 13, 2002 at 02:20:12PM +0100: Yep, just be sure that procmail invokes cyrus' deliver program correctly after processing the mail. What is the correct way to invoke cyrus? There are several ways to hand mails over to cyrus. First, the master(8) process has be to up and running. Then you may either give it mails via lmtpd(8) or deliver(8) (which is only a wrapper for LMTP delivery). Handing deliver a mail is as postfixes master.cf suggests: /path/to/cyrus/bin/deliver -e -m ${extension} ${user} From a procmail view, this would look something like this: | /usr/cyrus/bin/deliver -e -a $LOGNAME $LOGNAME - Birger
Re: Vacation.. yes again..
On Tue, 12 Feb 2002 12:43:23 -0600, Tyrone Vaughn [EMAIL PROTECTED] (tv) writes: tv -- example sieve vacation filter -- tv require [fileinto]; tv require [reject]; tv require [vacation]; Can you do that? I thought there could only be one require line? Hmm... it's not in the RFC, so maybe not. Wonder why I thought that -- Amos
Re: cyrus with openldap - documentation?
From: Manuel Hendel [EMAIL PROTECTED] - modify cyrus-sasl-1.x with patches from www.surf.org.uk to do authenticate against LDAP without PAM With FreeBSD it's possible to set the option openldap 1 or 2. Do you know if this already is the mentioned patch? Yes, the FreeBSD Cyrus-SASL port uses the patch from the above web site to support MySQL and OpenLDAP [1 or 2] authentication. Scot
RE: cyradm authentication
It's said so. However, here is what I discovered. Even I didn't enable login when I compile SASL library, I still could use --auth login for cyradm. Furthermore, it returns different result when I use --auth plain versus --auth login. Here is what I got. cyradm --user cyrus --auth plain localhost Password: IMAP Password: localhost cyradm --user cyrus --auth login localhost IMAP Password: localhost Both approaches work, but plain asks me the same password for one more time. I don't know the reason either. Daniel -Original Message- From: Simon Matter [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 12, 2002 3:43 AM To: Daniel Yu Cc: 'Justin Wood'; [EMAIL PROTECTED] Subject: Re: cyradm authentication Daniel Yu schrieb: Try cyradm --user mailadmin --auth login localhost or cyradm --user mailadmin --auth plain localhost Authtype LOGIN is not supported according to the FAQ and it seems that whenever LOGIN works, it also works with PLAIN. Is it the same in the end? Simon -Original Message- From: Justin Wood [mailto:[EMAIL PROTECTED]] Sent: Monday, February 11, 2002 5:45 PM To: [EMAIL PROTECTED] Subject: cyradm authentication I just blew away my 2.0.16 install and replaced it with 2.1.1. I am using saslauthd with pam to authenticate, and have it working fine for imapd and timsieved. However, I can't authenticate to cyradm. I get the following in syslog: Feb 11 15:36:20 fs1 imapd[4913]: badlogin: fs1.p.flipdog.com[10.69.2.71] plaintext cyradm SASL(-13): authentication failure: checkpass failed My pam is configured to use ldap to authenticate, and I see in my ldap logs that it's finding the user cyradm just fine. Am I missing something simple here? Has anyone else had this problem? Thanks in advance, Justin. -- -- Justin Wood [EMAIL PROTECTED] Systems Administrator FlipDog.comhttp://www.flipdog.com/ --
Re: character in mailbox name
On Tue, Feb 12, Enric Ramos wrote: I had tried this, but cyrus doesn't accept it cyrus2 cm user.user-co syntax error: cannot deal with `' here H. Then you have to create this folder with telnet localhost imap or use an external client (mutt, Nutscrape or Lookout). -- mit freundlichen Gruessen, Carsten Hoeger - SuSE The Linux Experts - SuSE GmbH, Deutschherrnstr. 15-19,90429 Nuernberg, Germany Tel: +49-911-74053-0 http://suse.com Fax: +49-911-74053674 Key fingerprint = E3B6 7FDB 4800 0F22 DC09 EB2B 7988 B6A8 6691 C94A msg05923/pgp0.pgp Description: PGP signature
Re: user administration scripts
Steven M Bloomfield schrieb: hi, Does anyone know if there are any good user administration scripts? I would like to add users, set quotas etc. preferably in a web interface. i'm wondering if i need to re-compile cyrus to use a mysql database for authentication, is this a good idea? do i need to re-compile? There are so many different ways to do this so it's a difficult question. There are tools like www.ispman.org where they use LDAP and nice Webinterfaces but I didn't try something like that. Anyway, if you use PAM for authentication you can just use any method which PAM knows to use with PAM. Simon cheers, Steven M Bloomfield Webmaster, Virtual Manchester www.manchester.com 0161 228 6155
Re: cyrus with openldap - documentation?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 13 February 2002 13:37, Birger Toedtmann wrote: Manuel Hendel schrieb am Wed, Feb 13, 2002 at 01:20:02PM +0100: I'm trying to configure cyrus with openldap 2. I installed it already, but I couldn't find any useable configuration documentation. Has anyone configured this already, or does anyone know where to get some documentation? I've set up several combinations of cyrus imapd and openldap and have written a howto. Look at http://www.linuxnetworks.de/enterprise/mail/doc/LMC-HOWTO.html Norbert -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjxqcnQACgkQxMLs5v5/7eAQpACfQsEd81Y/T/ZzhCUG5pgxCade zpsAn3i8iLVq3HLmRdFSkGkWbnT2l7QU =mvqP -END PGP SIGNATURE-
RE: mail testing tools
I am using postfix/smtp-source tool It can support SMTP/LMTP with multiple concurrent sessions. But, you may have to modify to send to random recipients. ;-) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 05, 2002 7:37 PM To: [EMAIL PROTECTED] Subject: mail testing tools Good Morning, Any one using Unix based load testing tools for their mail servers? I can only find PC based ones currently. I may end up writing a perl script that just sends mail to my test mailboxes, but if there's something better out there? Thanks! -Kiarna
Re: Mailing list software
Nothing / no one likes sendmail. Try postfix + cyrus + mailman :) I did not know that all three could be put on the same server. If you had all three working would you be willing to share your /etc/postfix/*.cf files ? I have postfix working with Cyrus.
Re: autocreatequota imap clients
Date: Wed, 13 Feb 2002 13:56:27 +0200 From: Nikos Voutsinas [EMAIL PROTECTED] [...] A) Is there any RFC where it is defined if this is a server or client task? No, it isn't standardized, but this is generally a server task. The only reason Cyrus allows the autocreatequota option is because of some strange transitioning things that happen at CMU. B) If this is not defined, is there any special reason to let the client client complete the procedure of INBOX creation? Finally If I proceed to some modifications, in a way to implement the INBOX creation functionality on the server (always if autocreatequota0 and user INBOX does not exist), is something that I must be careful about, a side effect maybe..? Be careful; it's possible for a user to authenticate but not be able to have a user.username mailbox. (The easiest example is my admin account, which is named leg/admin; it's impossible for such a user to have an INBOX on Cyrus.) Larry
Re: autocreatequota imap clients
On Wed, 2002-02-13 at 17:51, Lawrence Greenfield wrote: Date: Wed, 13 Feb 2002 13:56:27 +0200 From: Nikos Voutsinas [EMAIL PROTECTED] [...] Some body did a patch to do auto create of mailboxes but I have lost the URL ... I have the patch somewhere if it is required. -- Simon
Re: troubleshooting sieve
Lawrence Greenfield wrote: Date: Sun, 10 Feb 2002 17:20:03 -0800 From: Erik Steffl [EMAIL PROTECTED] [...] We currently use yacc (or bison) to parse Sieve scripts; the bytecode work isn't currently expected to change this. We basically report the parse errors that Yacc gives us. it often does report it but not always. and test program ignores them! The test program ignores what? the test (in sieve subdirectory) ignores sieve error messages, just prints error numbers which is not very helpful. the error messages are visible when debugging the test program but they are not printed. one such example is when one message matches two reject rules, the error message says something about two matches for reject but test only prints number (one can look up the number in one of the include files but it doesn't say anything). that's a separate problem from the parse errors, those are missing completely (some), you can see comments in sieve (yacc file, IIRC) that the error message should be set but it's not... [...] 2. if sieve does not have good error reporting then how do you debug the programs that generate sieve files? Sieve's formal grammar is not particularly difficult; it really isn't very hard to write a program that correctly generates scripts. it can be quite tricky when you don't see what's going on. e.g. the above mention two reject rules, or my another mistake when I used mail message as sieve file (it says parse error on line one, doesn't say which file it was processing, where exactly the error was etc.) - silly errors but can take quite some time to figure out by just staring at the monitor. If the error was reported properly (givin enough information) both these problems would be non-issues (solved in a matter of seconds). getting the information from cyrus (what's going on, errors etc.) is the worst part of cyrus, that's not only my opinion, all other people that I discussed the configuration of cyrus had the same problems. I agree error reporting could be improved. It's all a matter of time. note that this is NOT a documentation problem, docs could be better as well but they are generally fairly OK, this is the problem of programs reporting their status. I'd be willing to add some error messages at least in sieve (that's were it's needed most, IMO), how's the policy on accepting patches? You send 'em to [EMAIL PROTECTED], we usually apply them or at least try to communicate what we don't like. Major features can take some time or might be shunted to the contrib directory (like drac-auth). I would just like to have error/status messages added, I guess I'll try that when I have time and send the patches, see how that works... thanks, erik
KERBEROS_V4 and cross-realm support
How does cross-realm support work in cyrus ( libsasl ) ? I have in imad.conf: loginrealms: ERICSSON.SE ERAL.ERICSSON.SE I want to authenticate againts both realms. I'm getting Feb 11 16:45:17 joy imapd[20879]: badlogin: xet.eral.ericsson.se[147.214.226.4] KERBEROS_V4 authentication failure [user is not allowed to proxy] while connecting with ticket from ERICSSON.SE. With ticket from ERAL.ERICSSON.SE ( where imap.joy lives ) it works. I'm running: name : Cyrus version: v2.0.16 vendor : Project Cyrus support-url: http://asg.web.cmu.edu/cyrus os : SunOS os-version : 5.7 environment: Cyrus SASL 1.5.27 Sleepycat Software: Berkeley DB 3.1.14: (June 7, 2000) OpenSSL 0.9.6b 9 Jul 2001
Re: Imapd 2.1.1 tarball in ftp.andrew.cmu.edu ?
On Wed, 13 Feb 2002, Ken Murchison wrote: IMAP 2.1.1 has already been released (2/4) and 2.1.2 shouldn't be far off. Drat, I must have not received (or lost) the announcement somehow :( 1. Document that some of the utilities do not work correctly in new hash mode. Which ones? Well, looking at CVS HEAD: mkimap, dohash, undohash (in tools/) 2. Fix all outdated sasl information in imapd.conf(5) and other manpages (if any) I think I got them all. I didn't find many. imapd.conf(5) has very outdated stuff in sasl_pwcheck_method. Couldn't find any others. Also, there are a lot of warnings in the C code, some of them do not look benign at all. I will send a whole bunch of cleanup patches that tack the _easy_ ones soon. I am somewhat worried about the very big amount of format string warnings in the code, there are lots of 'something_t assumed to be integer' problems. What platform, what compiler? Are you explicitly asking the compiler to Debian Unstable, which would be i386, gcc 2.95.4 with many bug fixes from gcc CVS (as distributed by Debian), glibc 2.2.5. show all warnings? Typically most, if not all, of the warnings that gcc spits out (not using -Wall option) on Linux and Solaris get cleaned up The interesting stuff is only enabled by -Wall (along with some annoying ones :P). It gets a few false positives, but I have found a few real bugs in imapd using it. I always compile everything with -Wall. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh
Re: sieveshell not working with saslauthd
Ken Murchison schrieb: Simon Matter wrote: I'm using cyrus-imapd-2.1.1 and cyrus-sasl-2.1.1 and I'm not able to get sieveshell working. I'm using saslauthd to authenticate against PAM and it does work so far for POP3/IMAP and I finally found the trick to use cyradm. But I don't get sieveshell work as expected. timsieved is running: [root@dhcp-141-104 root]# telnet localhost sieve Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. IMPLEMENTATION Cyrus timsieved v1.1.0 SASL DIGEST-MD5 CRAM-MD5 PLAIN LOGIN SIEVE fileinto reject envelope vacation imapflags notify subaddress regex STARTTLS OK I tried: [root@dhcp-141-104 root]# sieveshell --user=test localhost connecting to localhost Please enter your password: nable to connect to server: Authentication error at /usr/bin/sieveshell line 170, STDIN line 1. [root@dhcp-141-104 root]# /var/log/messages shows: Feb 11 15:48:55 dhcp-141-104 timsieved[12953]: Could not open /etc/sasldb2: gdbm_errno=3 Feb 11 15:48:55 dhcp-141-104 timsieved[12953]: Could not open /etc/sasldb2: gdbm_errno=3 Feb 11 15:48:55 dhcp-141-104 timsieved[12953]: no secret in database Feb 11 15:48:55 dhcp-141-104 timsieved[12953]: badlogin: localhost.localdomain[127.0.0.1] DIGEST-MD5 authentication failure Any ideas what I did wrong or is it a new 'feature'? Thanks! The problem is that timsieved is advertising DIGEST and CRAM, which sieveshell will try to use before any plaintext mechanism. An --auth option needs to be added to sieveshell (like cyradm) to get around this. I plan on looking into this. If you don't need shared secret mechanisms for any part of your Cyrus installation, you can either remove these plugins from /usr/lib/sasl2 or add 'sasl_mech_list: plain' to imapd.conf. Thank you very much! It works again. I also tried to list different mechs but PLAIN first, but it does not check in the listed order so I really have only PLAIN now which is okay for me. I still don't really understand the SASL thing. Since I'm using PAM for authentication it seems that it is only one more layer between the application and PAM. The PLAIN mech is not a problem for me since I have a sealed server, right? If I configure PAM to use a remote LDAP server with TLS, I should also be secure concerning the network wire. Or do I miss something very important here? Simon 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: sieveshell not working with saslauthd
Daniel Yu schrieb: New sieveshell uses sieve service name instead of imap. Try cp /etc/pam.d/imap /etc/pam.d/sieve I'm using saslauthd, and it seems it uses shadow directly at the moment. Now I'm confused a bit because I have /etc/pam.d/imap and /etc/pam.d/pop but it has no effect I guess because saslauthd uses /etc/shadow, right? If I configure saslauthd to use PAM, which facility does it use? Simon -Original Message- From: Simon Matter [mailto:[EMAIL PROTECTED]] Sent: Monday, February 11, 2002 9:53 AM To: info-cyrus Subject: sieveshell not working with saslauthd I'm using cyrus-imapd-2.1.1 and cyrus-sasl-2.1.1 and I'm not able to get sieveshell working. I'm using saslauthd to authenticate against PAM and it does work so far for POP3/IMAP and I finally found the trick to use cyradm. But I don't get sieveshell work as expected. timsieved is running: [root@dhcp-141-104 root]# telnet localhost sieve Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. IMPLEMENTATION Cyrus timsieved v1.1.0 SASL DIGEST-MD5 CRAM-MD5 PLAIN LOGIN SIEVE fileinto reject envelope vacation imapflags notify subaddress regex STARTTLS OK I tried: [root@dhcp-141-104 root]# sieveshell --user=test localhost connecting to localhost Please enter your password: nable to connect to server: Authentication error at /usr/bin/sieveshell line 170, STDIN line 1. [root@dhcp-141-104 root]# /var/log/messages shows: Feb 11 15:48:55 dhcp-141-104 timsieved[12953]: Could not open /etc/sasldb2: gdbm_errno=3 Feb 11 15:48:55 dhcp-141-104 timsieved[12953]: Could not open /etc/sasldb2: gdbm_errno=3 Feb 11 15:48:55 dhcp-141-104 timsieved[12953]: no secret in database Feb 11 15:48:55 dhcp-141-104 timsieved[12953]: badlogin: localhost.localdomain[127.0.0.1] DIGEST-MD5 authentication failure Any ideas what I did wrong or is it a new 'feature'? Thanks! Simon
Re: sieveshell not working with saslauthd
Simon Matter wrote: I'm using cyrus-imapd-2.1.1 and cyrus-sasl-2.1.1 and I'm not able to get sieveshell working. I'm using saslauthd to authenticate against PAM and it does work so far for POP3/IMAP and I finally found the trick to use cyradm. But I don't get sieveshell work as expected. timsieved is running: [root@dhcp-141-104 root]# telnet localhost sieve Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. IMPLEMENTATION Cyrus timsieved v1.1.0 SASL DIGEST-MD5 CRAM-MD5 PLAIN LOGIN SIEVE fileinto reject envelope vacation imapflags notify subaddress regex STARTTLS OK I tried: [root@dhcp-141-104 root]# sieveshell --user=test localhost connecting to localhost Please enter your password: nable to connect to server: Authentication error at /usr/bin/sieveshell line 170, STDIN line 1. [root@dhcp-141-104 root]# /var/log/messages shows: Feb 11 15:48:55 dhcp-141-104 timsieved[12953]: Could not open /etc/sasldb2: gdbm_errno=3 Feb 11 15:48:55 dhcp-141-104 timsieved[12953]: Could not open /etc/sasldb2: gdbm_errno=3 Feb 11 15:48:55 dhcp-141-104 timsieved[12953]: no secret in database Feb 11 15:48:55 dhcp-141-104 timsieved[12953]: badlogin: localhost.localdomain[127.0.0.1] DIGEST-MD5 authentication failure Any ideas what I did wrong or is it a new 'feature'? Thanks! The problem is that timsieved is advertising DIGEST and CRAM, which sieveshell will try to use before any plaintext mechanism. An --auth option needs to be added to sieveshell (like cyradm) to get around this. I plan on looking into this. If you don't need shared secret mechanisms for any part of your Cyrus installation, you can either remove these plugins from /usr/lib/sasl2 or add 'sasl_mech_list: plain' to imapd.conf. 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: Postfix + Cyrus problem.
did you create the mailbox in cyrus-imap? you need to create the mailbox with cyradm. once logged into cyradm, you need to run: cm user/user@mydomainname sam user/user@mydomainname $admins all in your /etc/postfix/virtual, you need mydomainname anything user@mydomainname user\\\@mydomainname $admins is the admins user specified in /etc/imapd.conf Daniel Persson wrote: Hi all, I have been trying to set up Cyrus with postfix for a while now whitout sucess. My master.cf contains: cyrus unix - n n - - pipe flags=R user=cyrus argv=/usr/cyrus/bin/deliver -e -m ${extension} ${user} And my main.cf mailbox_transport = cyrus virtual_maps = dbm:/etc/postfix/virtual And my /etc/postfix/virtual mydomainname anything user@mydomainname user@mydomainname Ive tried with: user@mydomainname user\\\@mydomainname user@mydomainname user And my syslog says: to=[EMAIL PROTECTED], relay=cyrus, delay=0, status=bounced (data format error. Command output: postfix: Mailbox does not exist ) when i try to send mail to testuser: mail -s TEST mrtester mail -s TEST mrtester@mydaomin mail -s TEST mrtester@localhost mail -s TEST mrtester@FQDN Also, when doing this my /var/imap/db/log.01 file grows wich gives me the feeling that postfix is doing what it should. Also, i can connect to my imapserver with the user mrtester and get a Inbox and Trash folder. However, i cant drag n drop anything to this inbox, (my program says No such folder: Inbox)neither can i create new folders. Also, under the sieve database /var/imap/sive/m there is no mrtester mailbox. In fact none of the users that i have created with cyradm (and could list with cyradm) exsits. Are these created with the first mail or ? Im using the srcrpms from: http://rmrpms.tripod.com/cyrus-imapd/ Any ideas anyone ? Im getting really frustrated and feeling that i am missing something very obvius here. Regards Daniel -- Joe Ellis http://www.lithodyne.net Psa 103:10-12
Re: DB vs. Flat File
The database(s) we're talking about here are the mboxlist, the deliver database, the tls_session database. In general, the mboxlist one is the one that causes people the most problems. It is read intensive. Forcing IPC for each read operation for the mboxlist will not improve server throughput. While forcing write operations through a seperate process would be acceptable, it still means that the inter-process synchronization problems have to be taken care of. I guess I'd need more details of what you're proposing before I can truly evaluate it. Larry Date: Wed, 06 Feb 2002 18:39:39 + From: Nuno Silva [EMAIL PROTECTED] A couple of mounths back someone contributed the (IMHO great) idea of implementing a daemon that takes care of updating the database assync. This as several advantages: - abstraction layer between the main programs and the DB; - easy of writing new DB plugins (skiplist, mysql, berkeleyDB, ...); - *very high* response time for write operations; - the daemon can optimize the writes to the DB; - the daemon keeps a WAL (log) of to-do operations, so the layer is reliable in terms of replies to the main program and writes to the DB; - simple communication dialect between the main program and the daemon. Do you have some thoughts about this that i'm overlooking? For big installations this seems to be the perfect (?) answer :)
timsieved and saslauthd
Folks, RedHat have a great .spec file for sasl1+2 combined in their rawhide development snapshot. You might want to check it out, I'm using it now. How do I convince timsieved to use saslauthd? It seems to want to use sasldb. Feb 6 11:45:52 polaris timsieved[20740]: Could not open db Feb 6 11:45:52 polaris timsieved[20740]: Could not open db Feb 6 11:45:52 polaris timsieved[20740]: no secret in database I've put various things in the sasl2 plugin dir: [root@polaris sasl2]# pwd /usr/lib/sasl2 [root@polaris sasl2]# cat timsieved.conf pwcheck_method:saslauthd [root@polaris sasl2]# cat Sieve.conf pwcheck_method:saslauthd [root@polaris sasl2]# but they're not getting picked up. I would have thought my Cyrus.conf would have been enough anyway . . . ? Thanks for any info. -Darren
Re: Cyrus-Imap - Postfix : Mailbox does not exist (Urgent problem...)
It is a postfix configuration problem. I had this for a few days when I had : local_transport = cyrus when I use : mailbox_transport = cyrus It was solved. luc said: Hello, I have looked in the maillist archives and seen this problem mentioned a few times but i do not find any satisfactory answers. I need an aswer fast.. I have 2 setups 1st: localhost ver name : Cyrus version: v2.0.16 vendor : Project Cyrus support-url: http://asg.web.cmu.edu/cyrus os : Linux os-version : 2.4.14 environment: Cyrus SASL 1.5.24 Sleepycat Software: Berkeley DB 3.1.17: (July 31, 2000) OpenSSL 0.9.6b [engine] 9 Jul 2001 2nd: localhost ver name : Cyrus IMAPD version: v2.1.1 2002/01/14 20:08:56 vendor : Project Cyrus support-url: http://asg.web.cmu.edu/cyrus os : Linux os-version : 2.4.10-4GB environment: Cyrus SASL 2.1.1 Sleepycat Software: Berkeley DB 3.1.17: (July 31, 2000) OpenSSL 0.9.6b [engine] 9 Jul 2001 CMU Sieve 2.0 TCP Wrappers UCD-SNMP 4.2.1 lock = flock auth = unix idle = poll mboxlist = db3 On both setups I have the same problem. I have several mailboxes wich work ok and are accessible without problems. Mail arrives without problem and can be read. The problem arises when mail gets sent to multiple mailboxes on the server. In that case the mail *does* get deleiverd ok but the sender (Internal and/or external) gets an errormessage stating that the mailbox does not exist This is what I find in my logfiles. Feb 5 11:31:33 venus postfix/pipe[20613]: 2DEE2234D: to=[EMAIL PROTECTED], relay=cyrus, delay=0, status=bounced (data format error. Command output: : Mailbox does not exist ) Feb 5 11:31:33 venus postfix/pipe[20613]: 2DEE2234D: to=[EMAIL PROTECTED], relay=cyrus, delay=0, status=bounced (data format error. Command output: : Mailbox does not exist ) My Os : SuSE 7.3 Linux venus 2.4.14 #5 Thu Jan 24 23:31:57 CET 2002 i686 unknown Thaks for some quick help, If this does not get resolved soon I will have to replace Cyrus with another server... Stefan Goethals System Engineer --- Adept n.v. The partner to make IT happen! Vlamingstraat 4, B-8560 Wevelgem E-mail : [EMAIL PROTECTED] Tel : +32-(0)56-432.888 Fax : +32-(0)56-432.881 The information transmitted is intended only for the person or entity to which it is addressed. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. ADEPT and each of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of any such entity. Unless otherwise stated, any pricing information given in this message is indicative only, is subject to change and does not constitute an offer to deal at any price quoted. Any reference to the terms of executed transactions should be treated as preliminary only and subject to our formal written confirmation.
Re: Feature request combined sasl1/2 tarball
Sorry for doubleposting this issue. I was having some trouble with my mailclient (tried a moz nightly) and the maillinglist was a bit unresponsive. Tarjei [EMAIL PROTECTED] wrote: Hi, As there is a number of different programmes (postfix,openldap) that use sasl1 and will continue to use the sasl1 libs for quite some time, I would be very happy if it could be possible to have a sasl tarball that builds and includes the different sasllibs without creating conflicts etc. As sasl2 comes into more and more systems, I think this would save a lot of questions on the maillinglist and very many hours of headscratching for everyone who tries to install cyrus 2.1.x ++. Is this possible? Tarjei
Re: Cyrus-Imap - Postfix : Mailbox does not exist (Urgent problem...)
Thanks! That did the trick... Stefan Goethals System Engineer --- Adept n.v. The partner to make IT happen! Vlamingstraat 4, B-8560 Wevelgem E-mail : [EMAIL PROTECTED] Tel : +32-(0)56-432.888 Fax : +32-(0)56-432.881 The information transmitted is intended only for the person or entity to which it is addressed. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. ADEPT and each of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of any such entity. Unless otherwise stated, any pricing information given in this message is indicative only, is subject to change and does not constitute an offer to deal at any price quoted. Any reference to the terms of executed transactions should be treated as preliminary only and subject to our formal written confirmation. Luc Brouard (mailing lists) To: [EMAIL PROTECTED] [EMAIL PROTECTED]cc: Subject: Re: Cyrus-Imap - Postfix : Mailbox does not exist (Urgent problem...) Sent by: [EMAIL PROTECTED] rew.cmu.edu 06/02/2002 21:45 It is a postfix configuration problem. I had this for a few days when I had : local_transport = cyrus when I use : mailbox_transport = cyrus It was solved. luc said: Hello, I have looked in the maillist archives and seen this problem mentioned a few times but i do not find any satisfactory answers. I need an aswer fast.. I have 2 setups 1st: localhost ver name : Cyrus version: v2.0.16 vendor : Project Cyrus support-url: http://asg.web.cmu.edu/cyrus os : Linux os-version : 2.4.14 environment: Cyrus SASL 1.5.24 Sleepycat Software: Berkeley DB 3.1.17: (July 31, 2000) OpenSSL 0.9.6b [engine] 9 Jul 2001 2nd: localhost ver name : Cyrus IMAPD version: v2.1.1 2002/01/14 20:08:56 vendor : Project Cyrus support-url: http://asg.web.cmu.edu/cyrus os : Linux os-version : 2.4.10-4GB environment: Cyrus SASL 2.1.1 Sleepycat Software: Berkeley DB 3.1.17: (July 31, 2000) OpenSSL 0.9.6b [engine] 9 Jul 2001 CMU Sieve 2.0 TCP Wrappers UCD-SNMP 4.2.1 lock = flock auth = unix idle = poll mboxlist = db3 On both setups I have the same problem. I have several mailboxes wich work ok and are accessible without problems. Mail arrives without problem and can be read. The problem arises when mail gets sent to multiple mailboxes on the server. In that case the mail *does* get deleiverd ok but the sender (Internal and/or external) gets an errormessage stating that the mailbox does not exist This is what I find in my logfiles. Feb 5
Re: Cyrus-Imap - Postfix : Mailbox does not exist (Urgent problem...)
One q: Have you set up the mailspool and added the user.USERNAME mailboxes using cyradm? Tarjei [EMAIL PROTECTED] wrote: Hello, I have looked in the maillist archives and seen this problem mentioned a few times but i do not find any satisfactory answers. I need an aswer fast.. I have 2 setups 1st: localhost ver name : Cyrus version: v2.0.16 vendor : Project Cyrus support-url: http://asg.web.cmu.edu/cyrus os : Linux os-version : 2.4.14 environment: Cyrus SASL 1.5.24 Sleepycat Software: Berkeley DB 3.1.17: (July 31, 2000) OpenSSL 0.9.6b [engine] 9 Jul 2001 2nd: localhost ver name : Cyrus IMAPD version: v2.1.1 2002/01/14 20:08:56 vendor : Project Cyrus support-url: http://asg.web.cmu.edu/cyrus os : Linux os-version : 2.4.10-4GB environment: Cyrus SASL 2.1.1 Sleepycat Software: Berkeley DB 3.1.17: (July 31, 2000) OpenSSL 0.9.6b [engine] 9 Jul 2001 CMU Sieve 2.0 TCP Wrappers UCD-SNMP 4.2.1 lock = flock auth = unix idle = poll mboxlist = db3 On both setups I have the same problem. I have several mailboxes wich work ok and are accessible without problems. Mail arrives without problem and can be read. The problem arises when mail gets sent to multiple mailboxes on the server. In that case the mail *does* get deleiverd ok but the sender (Internal and/or external) gets an errormessage stating that the mailbox does not exist This is what I find in my logfiles. Feb 5 11:31:33 venus postfix/pipe[20613]: 2DEE2234D: to=[EMAIL PROTECTED], relay=cyrus, delay=0, status=bounced (data format error. Command output: : Mailbox does not exist ) Feb 5 11:31:33 venus postfix/pipe[20613]: 2DEE2234D: to=[EMAIL PROTECTED], relay=cyrus, delay=0, status=bounced (data format error. Command output: : Mailbox does not exist ) My Os : SuSE 7.3 Linux venus 2.4.14 #5 Thu Jan 24 23:31:57 CET 2002 i686 unknown Thaks for some quick help, If this does not get resolved soon I will have to replace Cyrus with another server... Stefan Goethals System Engineer --- Adept n.v. The partner to make IT happen! Vlamingstraat 4, B-8560 Wevelgem E-mail : [EMAIL PROTECTED] Tel : +32-(0)56-432.888 Fax : +32-(0)56-432.881 The information transmitted is intended only for the person or entity to which it is addressed. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. ADEPT and each of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of any such entity. Unless otherwise stated, any pricing information given in this message is indicative only, is subject to change and does not constitute an offer to deal at any price quoted. Any reference to the terms of executed transactions should be treated as preliminary only and subject to our formal written confirmation.
Timeout Error while receiving with Outlook/Outlook Express.
Hi, Sorry for my bad english.!!! ;-) I'm getting some errors in some clients when they try to download the mails from the server, it's a timeout error. I have no problems with the connection. Server: SuSE eMail Server II cyrus: cyrus-1.6.24-80 Clients: Outlook / Outlook Express Any ideas? Carlos
Re: timsieved and saslauthd
On Wed, 6 Feb 2002, Darren == Darren Nickerson wrote: Darren How do I convince timsieved to use saslauthd? It seems to want to use Darren sasldb. Darren Feb 6 11:45:52 polaris timsieved[20740]: Could not open db Darren Feb 6 11:45:52 polaris timsieved[20740]: Could not open db Darren Feb 6 11:45:52 polaris timsieved[20740]: no secret in database I should have been more clear. I'm trying to use sieveshell to manage sieve scripts, but I'm unable to authenticate using saslauthd. Will sieveshell one day know about different auth methods? Installsieve used to, according to the manpage, though its current commandline shows no evidence of supporting it. In the end, I fudged the authentication by creating sasldb2 for now (allowing DIGEST-MD5 to succeed), which brought me to my next problem. The following looked like a login failure: [darren@polaris darren]$ sieveshell --user=darren localhost connecting to localhost Please enter your password: unable to connect to server: Authentication error at /usr/bin/sieveshell line 170, STDIN line 1. but was really the inability to create (or absence of) the sieve directory tree it seems to have been looking for. This must have been something I missed in the setup docs? Feb 6 22:13:52 polaris master[31465]: about to exec /usr/cyrus/bin/timsieved Feb 6 22:13:52 polaris service-sieve[31465]: executed Feb 6 22:13:52 polaris service-sieve[31465]: accepted connection Feb 6 22:13:54 polaris timsieved[31465]: mkdir /usr/sieve/d/darren: No such file or directory Feb 6 22:13:54 polaris timsieved[31465]: error in actions_setuser() Feb 6 22:13:54 polaris master[868]: process 31465 exited, status 75 -Darren -- Darren Nickerson Chief Technology Officer iWorkwell, Inc. 215.875.9550 (voice) 215.882.3266 (cell) 215.243.8335 (fax) HR Made Easy.(tm) The information contained in this email message is intended only for the personal and confidential use of the recipient(s) named above. This message may contain confidential and/or privileged material. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please contact the sender immediately, and delete the original message.
Re: mail bounces for some users but not all
From: Theodore Knab [EMAIL PROTECTED] I created a shell account for one user. From there I ran a sh mboxtocyrus /var/spool/mail/. Mail for this user works. Additional users where created differently. Others do not have shell accounts. I set their password: % saslpasswd s Although all users can log into the server and create folders, only the first user with a shell account can receive email. I thought that cyrus does not need shell accounts. How do I get around this ? I am using exim as for my MTA. The problem is not with cyrus, but with exim. Your current setup of exim expects users to have a shell account on the server. You need to setup virtual users in exim, so that it will allow your cyrus users to receive mail. Scot
SpamAssassin w/ Sieve ...
Is there any way of making use of SpamAssassin using Sieve? From the docs, I can use procmail to do it, simply by a rule: :0fw | spamc But we use Sieve here ... is there some way of doing it using this? Thanks ...
Re: imap and folders
twk wrote: Mathieu Arnold wrote: that was not the way I saw it, now, as INBOX is the root, we have for instance : / /archive what could be good would be to get the inbox that way : / /INBOX /archive I don't mean that folders on the root would be accessible to all users, just that INBOX gets moved a bit. What you really have is /INBOX /INBOX/archive isn't what they really have is user/userA/INBOX I have several folders that are in the root directory tree for my user. not for everyone else. for example, I have folder names as follows: user/joee/ user/joee/Cyrus user/joee/Cyrus/info user/joee/Cyrus/sasl (Now I'm logged into cyradm as the admin when I list these mailboxes) When I create a new folder, I create it in root. Its root to the user. When I log into cyradm as the user and list the mailboxes, I get: Cyrus Cyrus/info Cyrus/sasl INBOX (\Noinferiors) So can't the user create sub folders in INBOX or at the root level to the user. *I have altnamespace: yes in /etc/imapd.conf. Thats why _I_ can't create folders in INBOX* Frankly, I don't understand why people have so much trouble with this. Perhaps because is is different than what people are used to. It is actually possible to change the configuration in Outlook Express to display it like you want. I would be wary in general of altering the configuration of a client so that the folder display does not represent the actual folder structure on the server. My 2 cents. Tom -- Joe Ellis http://www.lithodyne.net Psa 19:1
Re: imap and folders
Gerhard Lehmann wrote: Hello, - Original Message - From: Mathieu Arnold [EMAIL PROTECTED] To: info cyrus [EMAIL PROTECTED] Sent: Friday, February 08, 2002 12:26 PM Subject: imap and folders Hi I was wondering if some day, it would be possible to create folders on the root and not only in the inbox folder. -- Mathieu Arnold And why would you like it? What are the advantages of such a concept over the existing one? What would you do if hundeds of other users lay down their subfolders near yours? that was not the way I saw it, now, as INBOX is the root, we have for instance : / /archive what could be good would be to get the inbox that way : / /INBOX /archive I don't mean that folders on the root would be accessible to all users, just that INBOX gets moved a bit. -- Mathieu Arnold
Re: How to let users change their password ?
Someone did a patch for saslpasswd that would allow it to be run non-suid, with the original password and then the replacement password supplied on standard input (for a web CGI). I assumed it has been integrated into the new release, but perhaps not. We're still using that patch in production. On Thu, Feb 07, 2002 at 11:46:25AM +0100, Daniel Persson wrote: Hi all, Im finally up and running with my new mailsolution. However, right now all users got a default password, and i want to let them change their passsword. How do i accomplish this since none of them has shellacess and cant run saslpasswd ? Any good tricks out there ? /Daniel -- Daniel Persson Westbo Linux User Group --- http://wlug.westbo.se A swedish site about Gnome--- http://wlug.westbo.se/gnome My personal pages --- http://wlug.westbo.se/~myrridin Dagens kommentar : Computer games don't affect kids; I mean if Pac-Man affected us as kids, we'd all be running around in darkened rooms, munching magic pills and listening to repetitive electronic music. Kristian Wilson, Nintendo, Inc, 1989. -- Joe Rhett Chief Geek [EMAIL PROTECTED] ISite Services, Inc.
Re: troubleshooting sieve
On Fri, 2002-02-01 at 08:33, Earl R Shannon wrote: Hello, You have found what may be the biggest problems with free software. Documentation and Support. Sysadmins such as myself must take these issues into account when deciding upon a platform to use for delivery of services such as email. Using a package such as Cyrus requires a somewhat higher level of knowledge. Quite frankly, if I were to believe the test programs included with cyrus my setup would not be working ( but it is ). Documentation is sadly the last thing that gets done. We here constantly bemoan that fact about our own internal projects, but the problem remains. Once a working service is in place writing down what you did to get it working gets pre-empted by trying to get something else working. And the obvious, if sometimes painful, solution to that is to require the documentation up-front. I found out an awful long time ago that writing the documentation up front had distinct advantages. The software product winds up more well thought out and is ultimately a better product. It's funny, but until you can state in coherent english what the thing is going to do and how it's going to work it's much harder to code. Then when it's time to code you make the program match the documentation. If you discover that the code need to diverge from what you've documented you need to correct the docs before continuing the code development. I require it of myself and anyone that writes any software for me. Oh there's plenty of wailing and knashing of teeth the first time some programmer is hit with the documentation requirement, but after a couple of times they've all come back and admitted that it really was easier to write the code when the docs were done first. -- =+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ Jim Levie email: [EMAIL PROTECTED] Dynetics Inc, Huntsville, Al Ph.256.964.4337 The opinions expressed above are just that...
Re: imap and folders
On Fri, 2002-02-08 at 06:48, twk wrote: What you really have is /INBOX /INBOX/archive Frankly, I don't understand why people have so much trouble with this. Perhaps because is is different than what people are used to. It is actually possible to change the configuration in Outlook Express to display it like you want. I would be wary in general of altering the configuration of a client so that the folder display does not represent the actual folder structure on the server. Some mail clients, notably Netscape Messenger 4.7X, don't work reliably with the standard Cyrus namespace. However, as Ken pointed out, using the altnamespace option in Cyrus 2.1.1 will cause the server to report subdirectories of the INBOX as existing at the same level as the INBOX. So, the structure above would still be the same on disk, but mail clients would see: /INBOX /archive The only limitation with this approach is that now the INBOX never appears to have any subfolders.
Re: imap and folders
On 08 Feb 2002 09:24:17 -0800, julesa [EMAIL PROTECTED] (j) writes: j However, as Ken pointed out, using the altnamespace option in Cyrus j 2.1.1 will cause the server to report subdirectories of the INBOX as j existing at the same level as the INBOX. So, the structure above would j still be the same on disk, but mail clients would see: j /INBOX j /archive j The only limitation with this approach is that now the INBOX never j appears to have any subfolders. So far our experience has been that most clients tend to find this altnamespace easier to deal with. It also seems to require less of a learning curve to the user. -- Amos
RE: Signaled to Death by 11
Follow up: I have discovered 'my' problem with the Signaled to Death. It turned out to be the kernel. I prefer to update a new install with the latest 'stable' version of the kernel, however, it appears that the later kernels have problems with the virutal memory. I use redhat so I reverted to the latest Redhat kernel (2.4.9-21) and everything is working like a champ. Here is a breakdown of how I configured.\ 1. Install redhat with all available/needed rpms. 2. Upgrade the kernel to 2.4.9-21 (if using redhat) 2. Create an additional link /usr/lib/libdb-3.so - /usr/lib/libdb-3.2.so 3. Get the src rpm for cyrus-sasl and force it to use db-3 in the configure.in and in the spec file. 4. Rebuild sasl and re-install (either rpm -e all cyrus-sasl* or rpm -U) 5. Rebuild cyrus-imap and force it to use db3 6. Install cyrus-imap You should be on your way...I had 6 server with the same problem and once the above steps were done, all have been running with no errors for over 2 weeks now ( I was seeing 4 to 5 deaths per day). As for the kernel, I just get the kernel-source-2.4.9-21.i386.rpm which installs the kernel source tree in /usr/src/linux-2.4 and re-compile. This way I can remove all junk I don't need. From what I understand, the redhat kernels have the ac patches which revert back to the old virutal memory code. If anyone would like my rpm-spec files for sasl and imap, I will be glad to post them or send them directly. Vernon Fort -Original Message- From: Vernon A.. Fort Sent: Thursday, January 31, 2002 3:49 PM To: [EMAIL PROTECTED] Subject: RE: Signaled to Death by 11 I had another thought. 1. I use postfix and cyrus-imap 2. Both running processes are called master 3. Since I recompled using db-3, the death messages much less frequent. 4. using the pidof command reports the postfix master when cyrus is down even when you specify the full path pidof /usr/cyrus/bin/master when postfix is running, it reports the postfix command. Someone on the postfix users group stated he renamed the cyrus master form master to cyrusmaster and some of his problems went away. I noticed the past few morning that the cyrus/master was reporting the lmtpd signal on 3 different servers and all between 4 and 6am. I wonder if some system shell scripts running out of cron (the /etc/cron.daily, hourly, etc) are trying to send a -HUP signal to the postfix master and since I always stary cyrus first, its getting the cyrus master instead. Most cron scripts use the /etc/rc.d/init.d/functions which function uses the pidof command throughout. On one server I have renamed the cyrus/master to /usr/cyrus/bin/cyrusmaster and everything still seems to be functional from the email perspective. Mail still gets delivered and users can still pop and or imap. Each one of these server reports the death each morning. I will see if its stops tommorrow morning on this server and continues on the other 2. Anyone else have any thoughts? Vernon Fort -Original Message- From: Michael Fair [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 31, 2002 12:55 PM To: Vernon A.. Fort; [EMAIL PROTECTED] Subject: Re: Signaled to Death by 11 Just a shot in the dark, but is Postfix using Berkeley DB for anything? LMTP is shared among both applications and if either needs to access the same DB then one or the other will surely choke If master is dying then perhaps it is accessing a DB from Postfix and Postfix is using an older Berkely version? -- Michael -- - Original Message - From: Vernon A.. Fort [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, January 25, 2002 10:14 AM Subject: Signaled to Death by 11 Hello all, I have a problem for which has consumed me. The master process is reporting the following: Jan 25 09:58:33 mail master[8412]: process 18150 exited, signaled to death by 11 What I have done: 1. Re-compiled both cyrus-sasl and cyrus-imap using db3 [root@mail bin]# ldd master libssl.so.2 = /lib/libssl.so.2 (0x40033000) libcrypto.so.2 = /lib/libcrypto.so.2 (0x4006) libdb-3.2.so = /lib/libdb-3.2.so (0x40123000) libresolv.so.2 = /lib/libresolv.so.2 (0x401ca000) libcom_err.so.2 = /lib/libcom_err.so.2 (0x401dc000) libc.so.6 = /lib/i686/libc.so.6 (0x401df000) libdl.so.2 = /lib/libdl.so.2 (0x4031a000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) [root@mail bin]# [root@mail lib]# ldd libsasl.so.7.1.8 libdb-3.2.so = /lib/libdb-3.2.so (0x40027000) libdl.so.2 = /lib/libdl.so.2 (0x400ce000) libcrypt.so.1 = /lib/libcrypt.so.1 (0x400d2000) libpam.so.0 = /lib/libpam.so.0 (0x400ff000) libc.so.6 = /lib/i686/libc.so.6 (0x40107000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000) [root@mail
Re: cyrus with openldap - documentation?
I had a short look on the HOWTO, congratulations, very good. That's what I'm looking for. But there is still one point. You use pam authentication in your HOWTO isn't it possible without? I mean I know that it is, but how does it work than, it can't be that much different form your solution. Manuel -- Love is the triumph of imagination over intelligence. -H. L. Mencken (contributed by Chris Johnston)
Re: autocreatequota imap clients
I'd love to have this patch, would it be possible to make it a part of the normal cyrus options as well, i.e. include it in the standard distro? It would make addning users even easier. Tarjei simon wrote: On Wed, 2002-02-13 at 17:51, Lawrence Greenfield wrote: Date: Wed, 13 Feb 2002 13:56:27 +0200 From: Nikos Voutsinas [EMAIL PROTECTED] [...] Some body did a patch to do auto create of mailboxes but I have lost the URL ... I have the patch somewhere if it is required. -- Simon
Re: SpamAssassin w/ Sieve ...
If you use sendmail, a better way could be to configure the spamassassin milter plugin (see www.milter.org). We haven't tried it yet, but we plan to... Marc G. Fournier wrote: Is there any way of making use of SpamAssassin using Sieve? From the docs, I can use procmail to do it, simply by a rule: :0fw | spamc But we use Sieve here ... is there some way of doing it using this? Thanks ...
Re: cyrus with openldap - documentation?
Try cyrus-utils.sf.net - faq. It contains a lot of info that's ldap relevant. IDEA (not tested) Remember that with ol2 you can put all passwords in sasl and reference them with {sasl} in user password. If you do this, you can then set the sasl_password_check option in imapd.conf to sasldb and essestially not use openldap for checking passwords, but only for adding and modifying users. I think that doing things this way would probably be cool and quite hasslefree. Tarjei Scot W. Hetzel wrote: From: Manuel Hendel [EMAIL PROTECTED] - modify cyrus-sasl-1.x with patches from www.surf.org.uk to do authenticate against LDAP without PAM With FreeBSD it's possible to set the option openldap 1 or 2. Do you know if this already is the mentioned patch? Yes, the FreeBSD Cyrus-SASL port uses the patch from the above web site to support MySQL and OpenLDAP [1 or 2] authentication. Scot
Re: Messages expire on arrival
From: John D. Wilson [EMAIL PROTECTED] We've been running cyrus on our Linux mailserver for quite a while now, but a new problem has reared its head. (Fortunately it's me that is having the problem and not our users, since I don't know how to fix it!) My colleague says he has the problem occasionally, but hasn't yet found the source, or fix. The past few days, I've been having problems with email messages (some - not all) expiring on receipt. At first it seemed to be messages from a particular source, but that pattern has dissappeared, (2 of 3 messages from this list subscription process expired this morning before I got a chance to read them!) The message from the mail client (MS Outlook Express/IMAP) is Message is no longer available on the server, but it is. The messages can always be read directly from my mailbox. Using reconstruct doesn't fix the problem, but deleting cyrus.* from my inbox and then doing a reconstruct does but, of course, this changes all my messages to unread. Funnily enough (no it's not at all funny really!) it's only new messages which expire, none of my old stuff does. Hints, tips, anyone? It's a problem with the Outlook Express client. Instead of deleting the cyrus.* files from the server, do the following in Outlook Express: 1. Right click on the folder and choose properties. 2. Select the Local File tab. 3. Click the Delete Button to remove all headers and message bodies from the local cache file. 4. Click Compact to free the wasted space 5. Click OK 6. Now resync the folder. No messages are lost, and your seen state is kept. Scot
Re: timsieved and saslauthd
WHOA! Where the heck has THAT! message been? I have to say, it was a bit surreal to have posted this question on the 6th, and then to have seen several threads about it emerge in the past week, all asking a similar question ;-) Received: from lists2.andrew.cmu.edu (LISTS2.ANDREW.CMU.EDU [128.2.10.216]) by mail.iworkwell.com (Postfix) with ESMTP id D7297B4624 for [EMAIL PROTECTED]; Wed, 13 Feb 2002 14:47:59 -0500 (EST) Received: (from postman@localhost) by lists2.andrew.cmu.edu (8.12.0.Beta16/8.12.0.Beta16) id g16KQrHt001232 for info-cyrus-list; Wed, 6 Feb 2002 15:26:53 -0500 (EST) *phew* 7 days sitting on lists2.andrew.cmu.edu. Poor little e-mail . . . I hope you were occasionally feeding it! Is this a moderation/approval workflow issue? -Darren On Wed, 6 Feb 2002, Darren == Darren Nickerson wrote: Darren Folks, Darren RedHat have a great .spec file for sasl1+2 combined in their rawhide Darren development snapshot. You might want to check it out, I'm using it now. Darren How do I convince timsieved to use saslauthd? It seems to want to Darren use sasldb. Darren Feb 6 11:45:52 polaris timsieved[20740]: Could not open db Darren Feb 6 11:45:52 polaris timsieved[20740]: Could not open db Darren Feb 6 11:45:52 polaris timsieved[20740]: no secret in database Darren I've put various things in the sasl2 plugin dir: Darren [root@polaris sasl2]# pwd Darren /usr/lib/sasl2 Darren [root@polaris sasl2]# cat timsieved.conf Darren pwcheck_method:saslauthd Darren [root@polaris sasl2]# cat Sieve.conf Darren pwcheck_method:saslauthd Darren [root@polaris sasl2]# Darren but they're not getting picked up. I would have thought my Cyrus.conf would Darren have been enough anyway . . . ? Darren Thanks for any info. Darren -Darren
Re: cyrus with openldap - documentation?
On Wednesday 13 February 2002 20:48, you wrote: I had a short look on the HOWTO, congratulations, very good. That's what I'm looking for. But there is still one point. You use pam authentication in your HOWTO isn't it possible without? I mean I know that it is, but how does it work than, it can't be that much different form your solution. Thanks! As far as I know, there is no direct implementation of LDAP into cyrus. Authenitcation via LDAP is always done by external modules (e.g sasl, authprop, or pam) I guess. Norbert
Re: [imp] CRAM-MD5 problem with Horde2/IMP3 and PHP4.1.1 ..
On Thu, 7 Feb 2002, Jan Schneider wrote: Can anyone provide any insight or thoughts as to what it is that I'm not seeing? That I might have setup wrong? My PHP config is viewable at: http://www.hub.org/phpinfo.php, and I am running iwth cclient-2001a compiled in ... Both imap-2001a and CRAM-MD5 authentication on Cyrus have some issues that were already discussed on the list. Check the archives for details. As a start I'd try to downgrade the c-client. Can you recommend how far back to downgrade ... I tried upgrading to the newest 2002 dev snapshot, but that is broken too :( Same errors ...
Re: [imp] CRAM-MD5 problem with Horde2/IMP3 and PHP4.1.1 ..
At 10:47 PM 2/13/2002 -0400, you wrote: On Thu, 7 Feb 2002, Jan Schneider wrote: Can anyone provide any insight or thoughts as to what it is that I'm not seeing? That I might have setup wrong? My PHP config is viewable at: http://www.hub.org/phpinfo.php, and I am running iwth cclient-2001a compiled in ... Both imap-2001a and CRAM-MD5 authentication on Cyrus have some issues that were already discussed on the list. Check the archives for details. As a start I'd try to downgrade the c-client. Can you recommend how far back to downgrade ... I tried upgrading to the newest 2002 dev snapshot, but that is broken too :( Same errors ... I'm using 2000c and the PHP IMAP extensions work just fine. -- JustThe.net LLC - Steve Web Dude Sobol, CTO ICQ: 56972932/WebDude216 website: http://JustThe.net email: [EMAIL PROTECTED] phone: 216.619.2NET postal: 5686 Davis Drive, Mentor On The Lake, OH 44060-2752 DalNet: ZX-2
Re: [imp] CRAM-MD5 problem with Horde2/IMP3 and PHP4.1.1 ..
On Wed, 13 Feb 2002, Mark Crispin wrote: On Wed, 13 Feb 2002, Marc G. Fournier wrote: Both imap-2001a and CRAM-MD5 authentication on Cyrus have some issues that were already discussed on the list. Check the archives for details. As a start I'd try to downgrade the c-client. Can you recommend how far back to downgrade ... I tried upgrading to the newest 2002 dev snapshot, but that is broken too :( Same errors ... I am completely unaware of any imap-2001a issues with CRAM-MD5. I use CRAM-MD5 authentication every day. S'alright, this is what is driving me up the wall ... I use it every day with Pine too, but as soon as I try through PHP+IMP, it fails ... :( I'm seriously looking at PHP being the culprit here, since its the only time it all fails :(
Re: cyrus with openldap - documentation?
At 10:26 PM 2/13/2002 +0100, you wrote: On Wednesday 13 February 2002 20:48, you wrote: I had a short look on the HOWTO, congratulations, very good. That's what I'm looking for. But there is still one point. You use pam authentication in your HOWTO isn't it possible without? I mean I know that it is, but how does it work than, it can't be that much different form your solution. Thanks! As far as I know, there is no direct implementation of LDAP into cyrus. Authenitcation via LDAP is always done by external modules (e.g sasl, authprop, or pam) I guess. I have written a custom pwcheck daemon that checks /etc/passwd and /etc/shadow first then LDAP, so I can migrate my customers to LDAP one by one. It works only with Cyrus 1.x, since I don't believe Cyrus 2.x uses pwcheck, and you must compile OpenLDAP without SASL support or you will end up running into what I assume are either reentrancy or thread-safety problems (haven't done extensive debugging) with the SASL library. Within those limitations, it seems to work well. If you need it, I'll send it along to you. -- JustThe.net LLC - Steve Web Dude Sobol, CTO ICQ: 56972932/WebDude216 website: http://JustThe.net email: [EMAIL PROTECTED] phone: 216.619.2NET postal: 5686 Davis Drive, Mentor On The Lake, OH 44060-2752 DalNet: ZX-2
Re: imap:admin ?
Not sure if this has been answered yet - I just saw the list go bunta from backlog, but anyways ... Lance Hoffmeyer wrote: I wrote a script that moves and renames folders and the beginning of each month. The problem is that when I print the new names out they appear as Listserv.Info-Cyrus.2002-January but when the program actually runs the names come out as Listserv.Info-Cyrus.2002-0 [Snippity] my ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isday) = localtime(time); $year +=1900; if ($mon==1){$cmonth='January'}; Ahem. $mon runs from 0..11, not 1..12. my $date=$year.-$cmonth; $cmonth wasn't being set. For defensive programming, initialising $cmonth to Not Set before your multiway if would have shown you the problem. -- Regards, Daryl Tester, Software Wrangler and Bit Herder, IOCANE Pty. Ltd. Now is the Winter of our Discount Tent. -- The Red Green Show