Could this be a berkeley db issue?
I posted earlier today about a performance issue I'm seeing with cyrus-imap 2.2.4 (and 2.2.5, I attempted an upgrade)... A basic summary from before: - RedHat Enterprise Server 3.0 - Upgrading from Redhat 7.3 - Cyrus 2.2.5 - Upgrading from Cyrus 2.0.16 - Pam auth through sasl, authenticating against a mysql db - Running SMP on a dual processor machine. RedHat Enterprise Server comes with libdb-4.1 installed The server seems to function fine, just slowly... I've run local imtest -z runs on the server, and I've seen finishing results on the order of anywhere from 40-60 seconds. Running the same test on a RH 8 server , running cyrus-imap 2.1.something, with similar authentication routines took 3 seconds... so I'm feeling pretty confident that the auth method is not slowing things down to this extent. I read some not-so-clear comments in the archives that mentioned very bizarre libdb-4 issues, with redhat distributed libdb-4 (or maybe I'm remembering incorrectly), especially with threading issues. Seems threading issues could cause really slow performance... Does this sound like I might be on the same track? Any other ideas that I might try? Unfortunately, the server got placed into production before we noticed the performance problem! --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Tue, 15 Jun 2004 00:30:34 -0600
Here is a casino giving away $25 Free when you sign up an account. No credit card required http://secret.cls2.org/iwin.html Byron
Re: newbie question
Hi, --On Montag, 14. Juni 2004 20:26 Uhr -0400 Andrew J Caird [EMAIL PROTECTED] wrote: Cyrus IMAP is more complicated than UWIMAP, for example, but it does many things UWIMAP can't do - multiple access being one of them. actually that's not true, but it's a common misconception. UW IMAP does support multiple access (in some respects actually better than Cyrus) *if* you use mbx mailboxes. I've used that for years and I'd always recommend this setup for a smallish installation. Cyrus wins hands down as your user base grows into the hundreds or thousands, but for just a handful of users UW IMAP is much easier to set up. Cheers, Sebastian Hagedorn -- Sebastian Hagedorn M.A. - RZKR-R1 (Gebäude 52), Zimmer 18 Zentrum für angewandte Informatik - Universitätsweiter Service RRZK Universität zu Köln / Cologne University - Tel. +49-221-478-5587 pgphXA1oHxmTN.pgp Description: PGP signature
munge8bit patch for 2.2.x ?
Hi, Does anybody know where to get the munge8bit patch for 2.2.x ? Thanks ! signature.asc Description: OpenPGP digital signature
missing header received in imap client
Hello, I have a strange behaviour here, on cyrus-imapd-2.2.3. Everything is working fine, but when I look at the headers of a mail in my mailbox, I don't see all the headers received I'm used to. For example, in the last cyrus-info mail : Re: newbie question, I only see 2 received : from boromir from tyrion... whereas if I look at the source of the mail (on the server), I see : Received: from salsa.ec-nantes.fr (salsa.ec-nantes.fr [130.66.33.3]) Received: from localhost (salsa [127.0.0.1]) Received: from salsa.ec-nantes.fr ([127.0.0.1]) Received: from lists2.andrew.cmu.edu (LISTS2.andrew.cmu.edu Received: (from [EMAIL PROTECTED]) Received: from smtp-out.rrz.uni-koeln.de (smtp-out.rrz.uni-koeln.de Received: from smtp.uni-koeln.de (lvr6.rrz.uni-koeln.de [134.95.19.104]) Received: from tyrion.rrz.uni-koeln.de (tyrion.rrz.Uni-Koeln.DE Is there a way to see all the headers Received when I'm using an imap client ? Thanks, -- Nicolas Schmitz Centre de Ressources Informatiques| tel : 02 40 37 68 06 Ecole Centrale de Nantes | fax : 02 40 37 25 78 1 rue de la Noe - BP 92101 44321 NANTES CEDEX 03 --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: munge8bit patch for 2.2.x ?
Hi, Does anybody know where to get the munge8bit patch for 2.2.x ? I have attached patch in my rpms as a compile time option. Simon Thanks ! cyrus-imapd-2.2.4-munge8bit.patch.gz Description: application/gzip
sendmail+smtp auth+ cyrus imap
Has anyone successfully setup sendmail with smtp auth so users can post to select shared folders based on authentication? I'd be interested on hearing your thoughts. I'm getting close to having sendmail work with saslauthd that is using LDAP. I also want anonymous access to shared folders but am unsure how to proceed.Any thoughts would be appreciated. -- Kent L. Nasveschuk [EMAIL PROTECTED] --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
which version of cyrus support virtual domains
Hi Which versions of cyrus-imapd support virtual domains (i.e is it only 2.2.x)? Cheers Matt --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: which version of cyrus support virtual domains
Matt Cocker wrote: Hi Which versions of cyrus-imapd support virtual domains (i.e is it only 2.2.x)? Yes, only 2.2.x signature.asc Description: OpenPGP digital signature
Allowing the default domain to be virtual
Hi. I want to set up a Cyrus IMAPd so that every domain is virtual, yet still allowing unqualified usernames to log in - in that case, they should be mapped into some default virtual domain. This isn't currently possible, is it? I couldn't figure out how, anyway.. So I thought I'd implement a little something to make it possible. Being lazy and all, I'd like to do it in a way that you'd be inclined to commit to the main distribution, so that I can simply use vendor-provided binaries from the next version on. So I've hacked together an example patch which seems to work for me, at least. Comments solicited.. -- Tore Anderson diff -ruN cyrus-imapd-2.2.5/imap/global.c cyrus-imapd-2.2.5-hack/imap/global.c --- cyrus-imapd-2.2.5/imap/global.c 2004-05-22 05:45:49.0 +0200 +++ cyrus-imapd-2.2.5-hack/imap/global.c 2004-06-15 23:18:36.0 +0200 @@ -367,6 +367,12 @@ } if (config_virtdomains) { + if (!domain config_virt_defdomain) { + snprintf(buf, sizeof(buf), [EMAIL PROTECTED], user, config_virt_defdomain); + user = buf; + domain = user + len; + len = strlen(user); + } if (domain) { if (config_defdomain !strcasecmp(config_defdomain, domain+1)) { *domain = '\0'; /* trim the default domain */ diff -ruN cyrus-imapd-2.2.5/lib/imapoptions cyrus-imapd-2.2.5-hack/lib/imapoptions --- cyrus-imapd-2.2.5/lib/imapoptions 2004-05-25 02:03:05.0 +0200 +++ cyrus-imapd-2.2.5-hack/lib/imapoptions 2004-06-15 22:47:17.0 +0200 @@ -180,7 +180,10 @@ mailbox that does not have a parent mailbox. */ { defaultdomain, NULL, STRING } -/* The default domain for virtual domain support */ +/* The default domain for virtual domain support. Messages to users in this + domain will be mapped outside of the virtual domain hierarchy, just as if + virtual domain support was turned off. Unqualified users are also mapped + into the default domain, unless virtual_defaultdomain is set. */ { defaultpartition, default, STRING } /* The partition name used by default for new mailboxes. */ @@ -832,6 +835,14 @@ interface, otherwise the user is assumed to be in the default domain (if set). */ +{ virtual_defaultdomain, NULL, STRING } +/* Automatically map unqualified users into this virtual domain. This happens + before the user is mapped according to the setting of defaultdomain, so + if they are both set to the same value, the user will in the end be mapped + into the (non-virtual) defaultdomain, effectively making + virtual_defaultdomain a no-op. In other words, it makes no sense to do + so. */ + /* .SH SEE ALSO .PP diff -ruN cyrus-imapd-2.2.5/lib/libconfig.c cyrus-imapd-2.2.5-hack/lib/libconfig.c --- cyrus-imapd-2.2.5/lib/libconfig.c 2004-05-22 05:45:54.0 +0200 +++ cyrus-imapd-2.2.5-hack/lib/libconfig.c 2004-06-15 22:30:58.0 +0200 @@ -71,6 +71,7 @@ const char *config_servername= NULL; /* gethostname() */ const char *config_mupdate_server = NULL;/* NULL */ const char *config_defdomain = NULL; /* NULL */ +const char *config_virt_defdomain = NULL;/* NULL */ const char *config_ident = NULL; /* the service name */ int config_hashimapspool; /* f */ enum enum_value config_virtdomains; /* f */ @@ -238,6 +239,7 @@ /* are we supporting virtual domains? */ config_virtdomains = config_getenum(IMAPOPT_VIRTDOMAINS); config_defdomain = config_getstring(IMAPOPT_DEFAULTDOMAIN); +config_virt_defdomain = config_getstring(IMAPOPT_VIRTUAL_DEFAULTDOMAIN); /* look up the hostname we should present to the user */ config_servername = config_getstring(IMAPOPT_SERVERNAME); diff -ruN cyrus-imapd-2.2.5/lib/libconfig.h cyrus-imapd-2.2.5-hack/lib/libconfig.h --- cyrus-imapd-2.2.5/lib/libconfig.h 2003-12-29 21:22:55.0 +0100 +++ cyrus-imapd-2.2.5-hack/lib/libconfig.h 2004-06-15 23:09:28.0 +0200 @@ -66,6 +66,7 @@ extern const char *config_servername; extern const char *config_mupdate_server; extern const char *config_defdomain; +extern const char *config_virt_defdomain; extern const char *config_ident; extern int config_hashimapspool; extern int config_implicitrights;
Re: which version of cyrus support virtual domains
On Wed, Jun 16, 2004 at 08:05:48AM +1200, Matt Cocker wrote: Which versions of cyrus-imapd support virtual domains (i.e is it only 2.2.x)? Yes --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Allowing the default domain to be virtual
H, correct me if I'm wrong, but doesn't 'defaultdomain' option do that? TA Hi. I want to set up a Cyrus IMAPd so that every domain is virtual, TA yet still allowing unqualified usernames to log in - in that case, they TA should be mapped into some default virtual domain. TA This isn't currently possible, is it? I couldn't figure out how, TA anyway.. So I thought I'd implement a little something to make it TA possible. Being lazy and all, I'd like to do it in a way that you'd be TA inclined to commit to the main distribution, so that I can simply use TA vendor-provided binaries from the next version on. TA So I've hacked together an example patch which seems to work for me, TA at least. Comments solicited.. -- Best regards, Denismailto:[EMAIL PROTECTED] --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Allowing the default domain to be virtual
* Tore Anderson Hi. I want to set up a Cyrus IMAPd so that every domain is virtual, yet still allowing unqualified usernames to log in - in that case, they should be mapped into some default virtual domain. * Denis V. Suhanov H, correct me if I'm wrong, but doesn't 'defaultdomain' option do that? No, the defaultdomain option maps the user outside of the virtual domain setup altogether, instead of mapping him into the specified domain (if unqualified). That makes Cyrus strip off the domain part of the username before passing it on to saslauthd for authentication. That's my problem - I need to have the entire qualified username available in saslauthd for an LDAP lookup, while still allowing the users in the primary domain to log in with unqualified users. That's necessary as the current system I'm replacing with this Exim+Cyrus setup allows exactly that and there's quite some thousands of end users in the primary domain who've set up their MUA's to use unqualified addresses. Changing that behaviour would be a support nightmare. So in other words my patch does user - [EMAIL PROTECTED] qualification, while the defaultdomain setting does [EMAIL PROTECTED] - user un-qualification. At least that's how I understood it. -- Tore Anderson --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: deliver -q won't ignore quotas
We are doing something similar but opening deliver a bit different (with the user name and -q). Before we put this in production would the following be correct (the previous open of deliver is commented out): //$MP = /usr/local/cyrus/bin/deliver -q $user; $MP = /usr/local/cyrus/bin/deliver $user IGNOREQUOTA; $fp = popen($MP,w); fputs($fp, $toheader); fputs($fp, $fromheader); fputs($fp, $replytoheader); fputs($fp, $dateheader); fputs($fp, $subjectheader); fputs($fp, $message); pclose($fp); Thanks, Bob -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Ken Murchison Sent: Wednesday, June 09, 2004 3:17 PM To: Jamie Davey Cc: [EMAIL PROTECTED] Subject: Re: deliver -q won't ignore quotas Jamie Davey wrote: Hi all I am trying to get a script (derived from the archives of this list) running that will deliver a warning mail to users who are in danger of breaching / have breached their mailbox quota. The script determines the users affected by running the quota command and then tries to send them a mail using deliver with the -q directive to deliver regardless of their quota usage. It works fine for users who are approaching their full quota but not for those currently over it. I have run the script without the deliver portion and manually sent the mails, again using deliver -q -l and get a 452 4.2.2 Over quota error which disregards the recipient. Is this a bug with deliver or am I doing something wrong If you're going to speak LMTP directly (-l option), then no other options apply and you need to add the IGNOREQUOTA protocol element yourself (see below). Actually, if you're writing your own LMTP client, then talk to lmtpd directly instead of using deliver as a pass-through proxy. # Warning messages if (@warn) { open(DELIVER, | $deliverprog -q -l); print DELIVER MAIL FROM:[EMAIL PROTECTED]\n; foreach $warnuser (@warn) { print DELIVER RCPT TO:$warnuser\n; This should be RCPT TO:$warnuser IGNOREQUOTA\n }; print DELIVER DATA\n; print DELIVER EOF; -- 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 --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
LDAP auth, and Cyrus mailboxes..
Hi folks... I've just discovered some behaviour from our cyrus installation, which serves ~17000 student accounts, that I don't want. We have a centralised LDAP directory containing all user accounts that have ever existed, which I have saslauthd authenticating against. The problem I'm having is this: A user account that exists in LDAP, but not as a Cyrus mailbox, can be used to login.. The following should show this: mailserver:~# testsaslauthd -u auser -p rightpassword 0: OK Success. mailserver:~# testsaslauthd -u auser -p wrongpassword 0: NO authentication failed mailserver:~# su -c /usr/sbin/ctl_mboxlist -d cyrus | \ grep -q auser echo exists || echo doesn't exist doesn't exist mailserver:~# echo . logout | imtest -a auser -w rightpassword localhost ... C: L01 LOGIN auser {..} S: + go ahead C: omitted S: L01 OK User logged in Authenticated. ... mailserver:~# echo . logout | imtest -a auser -w wrongpassword localhost ... C: L01 LOGIN auser {..} S: + go ahead C: omitted S: L01 NO Login failed: user not found Authentication failed. generic failure ... Ok, I can accept that this is logical, in that a user doesn't need to have a mailbox to log in - they could conceivably be logging in to a server that requires authentication, purely to read a shared mailbox. But, for our environment, we do actually want the situation when the user doesn't have a mailbox, their login attempts will fail. Is this possible, and if so, any pointers to documentation? I've googled for about the last half hour, and found nothing that seems to match what I'm seeing here. If there is something, and I'm stupid, please point me in the direction I need to go... :) Cheers, Mike. -- Mike Beattie [EMAIL PROTECTED] UNIX Systems Engineer, ITS Ph: +64 3 479 8597 Fax: +64 3 479 5080 Cell: +64 27 44 80386 * Opinions expressed are my own, not those of the University of Otago * --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: deliver -q won't ignore quotas
Robert Covell wrote: We are doing something similar but opening deliver a bit different (with the user name and -q). Before we put this in production would the following be correct (the previous open of deliver is commented out): No, the commented out version is correct. The difference being that Jamie is using the '-l' option which means that the client is speaking LMTP directly (with deliver being a middle-man). In your case, you're just telling deliver what to do and it creates the LMTP session with the appropriate commands/arguments. //$MP = /usr/local/cyrus/bin/deliver -q $user; $MP = /usr/local/cyrus/bin/deliver $user IGNOREQUOTA; $fp = popen($MP,w); fputs($fp, $toheader); fputs($fp, $fromheader); fputs($fp, $replytoheader); fputs($fp, $dateheader); fputs($fp, $subjectheader); fputs($fp, $message); pclose($fp); Thanks, Bob -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Ken Murchison Sent: Wednesday, June 09, 2004 3:17 PM To: Jamie Davey Cc: [EMAIL PROTECTED] Subject: Re: deliver -q won't ignore quotas Jamie Davey wrote: Hi all I am trying to get a script (derived from the archives of this list) running that will deliver a warning mail to users who are in danger of breaching / have breached their mailbox quota. The script determines the users affected by running the quota command and then tries to send them a mail using deliver with the -q directive to deliver regardless of their quota usage. It works fine for users who are approaching their full quota but not for those currently over it. I have run the script without the deliver portion and manually sent the mails, again using deliver -q -l and get a 452 4.2.2 Over quota error which disregards the recipient. Is this a bug with deliver or am I doing something wrong If you're going to speak LMTP directly (-l option), then no other options apply and you need to add the IGNOREQUOTA protocol element yourself (see below). Actually, if you're writing your own LMTP client, then talk to lmtpd directly instead of using deliver as a pass-through proxy. # Warning messages if (@warn) { open(DELIVER, | $deliverprog -q -l); print DELIVER MAIL FROM:[EMAIL PROTECTED]\n; foreach $warnuser (@warn) { print DELIVER RCPT TO:$warnuser\n; This should be RCPT TO:$warnuser IGNOREQUOTA\n }; print DELIVER DATA\n; print DELIVER EOF; -- 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 --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html -- 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 --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Imap login faid-user not found.
Hi,all. it made of OpenLDAP(2.1.26),Cyrus-IMAPd(2.2.3),Postfix(2.0.19),Cyrus-SASL(2.1.14) under Gentoo Linux. I have added the virtual domains supported to the IMAP server. And my imapd.conf is follow: configdirectory:/var/imap partition-default: /var/spool/imap sievedir: /var/imap/sieve tls_cert_file: /etc/cyrusimapd/server.crt tls_key_file: /etc/cyrusimapd/server.key admins: cyrus virtdomains:userid hashimapspool: yes allowanonymouslogin:no allowplaintext: yes unixhierarchysep: yes defaultdomain: hackerdom.org sasl_pwcheck_method:saslauthd mech_list: plain login sendmail: /usr/sbin/sendmail I have added two virtual domains named bitco.realss.com ratco.realss.com. Then create the mailboxs([EMAIL PROTECTED][EMAIL PROTECTED]) using cyradm manually. And added the users' entries into the database of OpenLDAP. Then i try to login the IMAP server with Mozilla-thunderbird. It could login, and could send and received messages correctly. It looks like that the imap server was no problem. But in some condition, it could not login such as use the eGroupWare project's mail. Then i have try to write a php script to try to access it. The script is follow: ?php if(!imap_open({MailServerDomain:143/imap/notls/norsh}INBOX,[EMAIL PROTECTED],password)) echo error is .imap_last_error().\n; else echo successful; ? But it responsed that: *Warning*: imap_open(): Couldn't open stream {localhost:143/imap/notls}INBOX in */var/www/hartt.realss/egroupware/dawnlinux.php* on line *2* error is Can not authenticate to IMAP server: user not found I have another mail server which built with all the same version softwares as above server but the cyrus-imapd is 2.1.15. And the configuration is the same as the above one. And it could receive and send messages well with any MUA. If i run this script i could get a successful. The question i have is wheather or not the login problem caused by the version of Cyrus-iampd? I heard that cyrus-imapd 2.1.x could not support virtual domains well. But the 2.2.3 could works well with virtual domains. Thanks in advance! --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
a2 yurtdisi egitim fuari
Title: Untitled Document Lisans, Yüksek Lisans, Sertifika ve Dil Programlarýyla... Yurtdýþýnda üniversite okumak, master yapmak, dil eðitimi almak veya sertifika programlarýna katýlmak mý istiyorsunuz? Ýþte fýrsat! Amerika, Kanada, Ýngiltere baþta olmak üzere 11 ülkeden tam 50 okulun yetkilileri sizlerle buluþmak için a² yurtdýþý eðitim fuarlarýna geliyor! Boston University, University of California Berkeley, University of Nottingham, University of Essex ve Savannah College of Art and Design, Arizona State University gibi tanýnmýþ okullarýn da katýlacaðý a² fuarlarý sayesinde yurtdýþýnda eðitim görmek isteyen binlerce kiþi okul yetkilileri ile yüz yüze görüþme ve direk kayýt imkaný bulacak. Yurtdýþýnda eðitim almak ve yaþamak isteyenler, fuara gelerek okullara giriþ þartlarýný, ücretlerini, yaþam koþullarýný ve eðitim sistemlerini öðrenebilecek. 21-25 Haziran tarihleri arasýnda Ýstanbul, Ankara ve Ýzmir'de gerçekleþecek bu büyük eðitim fuarýna, baþka bir salonda gün boyu sürecek Yurtdýþý Eðitim Seminerleri de ayrýca renk katacak. Bu seminerlerde konsolosluklar, Fulbright, British Council gibi uluslararasý kurumlar ve üniversitelerden gelen uzman yetkililer, üniversite-master eðitimi, burslar, ülkelere göre eðitim sistemleri ve kariyer planlamasý gibi çok çeþitli konularda bilgi verecek. yurtdýþý eðitim fuarýný sakýn kaçýrmayýn!... Giriþ Ücretsizdir! Yapý Kredi, British Council, Sabancý Telekom, Milliyet, Radikal, Cinecity, Power FM ve Power Türk'ün katkýlarýyla a² yurtdýþý eðitim fuarlarý /2004 Ýstanbul - Hilton Otel 21 Haziran, Pazartesi 12:00 - 18:00 22 Haziran, Salý 12:00 - 18:00 Ankara - Sheraton Otel 24 Haziran, Perþembe 11:00 - 17:00 Ýzmir -Hilton Otel 25 Haziran, Cuma 12:00 -18:00 Bilgi Ýçin: www.akare.com.tr
Re: LDAP auth, and Cyrus mailboxes..
On Wed, 16 Jun 2004, Mike Beattie wrote: Is this possible, and if so, any pointers to documentation? Teach saslauthd (or the LDAP auxprop method) to filter out accounts that should not log into Cyrus, by using a proper filter/LDAP URI. -- 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 --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: LDAP auth, and Cyrus mailboxes..
On Wed, Jun 16, 2004 at 12:13:02AM -0300, Henrique de Moraes Holschuh wrote: On Wed, 16 Jun 2004, Mike Beattie wrote: Is this possible, and if so, any pointers to documentation? Teach saslauthd (or the LDAP auxprop method) to filter out accounts that should not log into Cyrus, by using a proper filter/LDAP URI. Erp. well, that's not possible, since the LDAP directory contains nothing other than dn: and userPassword:. Ok, well, it's known behaviour, perhaps I'll need to think up another solution. (an ugly patch to cyrus that adds a loginrequiresinbox: option?) Mike. -- Mike Beattie [EMAIL PROTECTED] UNIX Systems Engineer, ITS Ph: +64 3 479 8597 Fax: +64 3 479 5080 Cell: +64 27 44 80386 * Opinions expressed are my own, not those of the University of Otago * --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
best way to share directories
(newbie question) On a Cyrus IMAPd server with only a handful of users, what's the best way (what are the cyradm commands) to create a couple folders, not particularly owned by any one of them, to which all users have read/write access? Or maybe owned by an account, which is going to be a machine account? -- Florin Andrei http://florin.myip.org/ --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: LDAP auth, and Cyrus mailboxes..
Mike Beattie wrote: [snip] Erp. well, that's not possible, since the LDAP directory contains nothing other than dn: and userPassword:. Your directory structure contains only two attributes for each user..? Ok, well, it's known behaviour, perhaps I'll need to think up another solution. (an ugly patch to cyrus that adds a loginrequiresinbox: option?) Cyrus is not the problem - your ldap configuration apparently is. Reconfigure your schema such that you have something to filter on for real accounts. Depending on your setup, you could filter on maildrop (which, again, depends on your setup and whether or not you use the maildrop attribute and, if you do, if it is only populated for 'real' accounts). Then you could use something akin to: ldap_filter: ([EMAIL PROTECTED]) -- Carl P. Corliss System Administrator / Developer http://www.xaraya.com/ --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: LDAP auth, and Cyrus mailboxes..
On Tue, Jun 15, 2004 at 09:27:46PM -0700, Carl P. Corliss wrote: Erp. well, that's not possible, since the LDAP directory contains nothing other than dn: and userPassword:. Your directory structure contains only two attributes for each user..? Correct. The directory is there for authentication, and authentication only. Authorisation is another story, and is maintained via other methods from our provisioning system. Ok, well, it's known behaviour, perhaps I'll need to think up another solution. (an ugly patch to cyrus that adds a loginrequiresinbox: option?) Cyrus is not the problem - your ldap configuration apparently is. Reconfigure your schema such that you have something to filter on for real accounts. Depending on your setup, you could filter on maildrop (which, again, depends on your setup and whether or not you use the maildrop attribute and, if you do, if it is only populated for 'real' accounts). Then you could use something akin to: I'm aware of this, but for this situation some configuration toggle makes more sense (in our environment) - cyrus is in this case, responsible for the authorisation component of our student email system. I'll think of something... Thanks anyway, Mike. -- Mike Beattie [EMAIL PROTECTED] UNIX Systems Engineer, ITS Ph: +64 3 479 8597 Fax: +64 3 479 5080 Cell: +64 27 44 80386 * Opinions expressed are my own, not those of the University of Otago * --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
quota -f dies with segmentation fault
Hi, I am running cyrus-imapd 2.2.5 on a server with 17,000 user accounts and a 131GB mail spool. The mail accounts were recently moved from a server running an older version. During the move quota infomration was lost. When I run quota -f it dies with segmentation fault after the last user has been processed. After quota -f dies I have two files in the /var/lib/imap/quota/ directories for each user, one like user.adilinden and another user.adilinden.NEW. Also, I am running quota -f with cyrus shut down. Is this necessary? Can I run quota with cyrus-imapd running? Thanks, Adi --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html