PERL IMAP client module
A while ago I wrote an IMAP client interface in PERL for a project I was working on. At the time I looked at Net::IMAP, Mail::IMAPClient and Mail::Cclient, but they all had problems that made them annoying in some way (broken literals in envelopes, non-structured bodystructure responses, etc). Most of those modules have now improved to deal with the issues I had at the time, so this module is now a bit redundant. Anyway, the result of my work was Mail::IMAPTalk (yes, silly name), which basically did everything I wanted. I'm not sure if other people will find it useful, but I decided it was about time I released it to CPAN, so feel free to take a look and compare it to the other modules to see if it fits your needs. http://search.cpan.org/~robm/Mail-IMAPTalk-1.00/ Rob
RE: Migrate passwords from shadow to mysql
> I had to use > pam_mysql and run saslauthd -a pam. Works quite nicely. > I also > tried to use the sasl mysql auxprop plugin (or something like that), > but it didn't work out then. Auxprop is a way better way to go than to use saslauthd, especially for mysql. imho, -j
Re: unix hierarchy delimiter
>>> >>> Patrick Welche <[EMAIL PROTECTED]> 02/03/04 02:18pm >>> > set ' unixhierarchysep: yes' in the imapd.conf config file but something > I get 'mail/user^pieter^with^points' instead . That's fine.. > The mailboxes are constructed > and a login is possible, but I can't access the INBOx folder : > > *ERROR : Could not complete request.* > Query: SELECT "INBOX" > Reason Given: Mailbox does not exist How did you try to access it? Can you connect via imclient and LIST "" * ? <<< Hi Pieter, More to the point, how did you _create_ the pieter.with.points mailbox? When you turn on unixhierarchysep, rather than the old command of: "cm user.peterwithoutpoints", you use a slash after user thus: "cm user/peter.with.points". I think I had created about 10 mailboxes before it made it through the armor on my head!
Documentation, Community & Advocacy was: RE: Kill this thread, it shouldn't have been one ( was: Re: CYRUS = ....)
I'm afraid I have to concur with this. The documentation for Cyrus is very bad. Much of what I have ever done with Cyrus has been constructed with guess work, trial and error, and browsing the mailing list archives or asking stupid questions on the list. What documentation is available for Cyrus is badly organised, too terse, or very out of date. The Cyrus IMAP system is very powerful and very helpful and I'm extremely glad that it exists and is Open Source software. In a way Cyrus seems to be like one of those "secret" tools that only the email Guru's know about and keep secret in fear that their secret will somehow slip out. I think we as a community of users need to pick up the ball here, the guys at ASG have given us something for nothing and we need to take a more proactive role in creating a good support community around it. The seeds of a great OpenSource project are there. They are just not well organised. There is no unifying force to gravitate towards. We have things like the Wiki, Simon Matter's RPMS, this mailing list etc. These are all fundamental building blocks upon which to build. Although the guys as ASG might not agree but I think it is about time that Cryus got it's own domain name. www.cyrusimap.org is free. I'm more than happy to donate some of my own time and money to register this domain name, and setup some software etc on my webserver for use by the Cyrus community if it is needed. Who else out there that feels the same way I do? Regards The problem with Freeware is that most times the documents that accompany the software severely lack any substance. This software does exactly what I expect a Mail Package to do in this day of Virtual Domains; however, the process to get there was less then desirable. -- Oliver Jones » Director » [EMAIL PROTECTED] » +64 (21) 41 2238 Deeper Design Limited » +64 (7) 377 3328 » www.deeperdesign.com
Re: Cyrus Manual
Thanks. I thought there might be another source of info I couldn't find. I need as much help as I can get. -Chris > [Original Message] > From: Tero Matinlassi <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Date: 2/3/2004 11:30:14 PM > Subject: Re: Cyrus Manual > > > I think these are references to _exim_ manual, not a Cyrus one. After > all prefix and suffix are exim config keywords... see > http://www.exim.org/ for documentation on these. > > -Tero > > Lainaus Christopher Paluch <[EMAIL PROTECTED]>: > > > I didn't think there was a manual, that's why I was surprised when I > > saw this: > > > > Msg # 11532 Previous in SequenceNext in Sequence > > DateTue, 4 Dec 2001 12:51:43 + > > To [EMAIL PROTECTED] > > CC: [EMAIL PROTECTED] > > FromSean Witham <[EMAIL PROTECTED]> > > Reply-To: Sean Witham <[EMAIL PROTECTED]> > > Subject Re: [Exim] Re: Mail delivery failed: returning message to > > sender > > > > On Tuesday 04 Dec 2001 11:31 am, Philip Hazel wrote: > > > > > Try adding > > > > > > prefix = > > > suffix = > > > > > > as it tells you to do in the manual, section 18.5. > > > > It worked, surprised it effected an address that had no prefix or > > suffix in the local_part. > > > > Thanks everyone, I'm off to read the manual for an explination on why > > > > it effected a local_part with no prefix or suffix. > > > > --Sean Witham > > > > > > -Original Message- > > From: Ken Murchison <[EMAIL PROTECTED]> > > Sent: Feb 3, 2004 11:03 AM > > To: Christopher Paluch <[EMAIL PROTECTED]> > > Cc: [EMAIL PROTECTED] > > Subject: Re: Cyrus Manual > > > > Christopher Paluch wrote: > > > > > Since no one has answered by previous post, I will try a different > > tact. > > > > > > In another post I've seen reference to a manual section 18.5 or > > something like that. Where is this manual? > > > The Cyrus website points to the doc/ directory that comes with the > > distribution as containing the manual. I've found several documents > > in that directory but nothing seems to be numbered in sections. So > > where would I find this section 18.5 that is supposed to talk about > > "prefix=" and "suffix=". > > > > > > Thanks for anyone you responds to this post. > > > > There is no manual. Where did you see a reference to section 18.5 of > > > > the manual? Are you confusing this with something like imapd.conf(5) > > or > > imapd(8)? These are UNIX manual page references, e.g: > > > > man imapd > > man imapd.conf > > > > -- > > 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 > > > > > > > > > > > -- > Tero Matinlassi
RE: CYRUS = GARBAGE
I'll say again, Cyrus wasn't designed to do what you're asking it to. You don't call a hammer a piece of garbage because it's not a screwdriver... :) I agree that the initial setup can be confusing, particularly configuring authentication with sasl. However, I'm not sure what you hope to gain by sending this email to the Cyrus mailing list? Were your earlier posts to the list ignored? Are you trying to light a fire under someone so your requests for changes in Cyrus occur? Are you looking for better documentation? I'll be happy to refund you the full cost of your purchase of Cyrus... If you just want to rant, tell us so we can ignore you. Andy On Tue, 3 Feb 2004, David Grant wrote: > The program is garbage, even with the patches I still have cyradm issues. > Thus far, nothing in any tutorial or howto on Garbage-2.2.3 has went > smoothly. I t has required me to spend countless hours fixing things that > should be working. > > You'd expect after all these years of sending and receiving email on the > Internet, there would be one open source software that would get it right. > > David Grant > > P.S. You don't appreciate my snide comment, fair enough. I don't appreciate > wasting time with garbage. Who's going to give that wasted time back? > > -Original Message- > From: Andrew Morgan [mailto:[EMAIL PROTECTED] > Sent: Tuesday, February 03, 2004 11:00 AM > To: David Grant > Cc: [EMAIL PROTECTED] > Subject: Re: CYRUS = GARBAGE > > > On Tue, 3 Feb 2004, David Grant wrote: > > > I've been working with Garbage-2.2.3 for almost two weeks now, based on > some > > lame programmer etiquette I've searched the net for howto and tutorials > and > > found stuff I thought would work before I sent mailling lists question > after > > question. > > > > Now I'm down to the last tiny little thing, and I found out Garbage won't > > work, thanks to the mailling lists. Apparently, you CANNOT use mysql to > > retain email address data and add and drop email accounts. > > > > You must use cyradm to add and drop user and their mailboxes? There is no > > other way around this, and there is no way to get a database to do this > work > > for me? > > > > I'm sick of this Garbage. I never should have wasted my time with Garbage > > from CMU! > > > > David Grant - Genuinely impatient > > Wow. With a post like that, you're *sure* to get help from the list. :) > > All mailbox administration in Cyrus happens over an IMAP connection. That > is by design. If you want it to work some other way that's okay, but > calling it a piece of garbage because it works as designed isn't > productive. > > As far as using mysql for administration, it seems like a fairly simple > exercise to write a perl script that pulls configuration changes out of > mysql and calls cyradm (or the Perl Cyrus::IMAP::Admin module) to make the > changes. But fundamentally, Cyrus tracks mailboxes, IMAP flags, and > indexes using a variety of file-based database backends. It would be an > interesting exercise to make mysql another possible database backend, and > that might be useful for load balanced sites where mysql can handle the > locking between multiple processes accessing the database. > > The tone of your message is not appreciated. > > Andy > > >
Re: Cyrus Manual
I think these are references to _exim_ manual, not a Cyrus one. After all prefix and suffix are exim config keywords... see http://www.exim.org/ for documentation on these. -Tero Lainaus Christopher Paluch <[EMAIL PROTECTED]>: > I didn't think there was a manual, that's why I was surprised when I > saw this: > > Msg # 11532 Previous in SequenceNext in Sequence > Date Tue, 4 Dec 2001 12:51:43 + > To[EMAIL PROTECTED] > CC: [EMAIL PROTECTED] > From Sean Witham <[EMAIL PROTECTED]> > Reply-To: Sean Witham <[EMAIL PROTECTED]> > Subject Re: [Exim] Re: Mail delivery failed: returning message to > sender > > On Tuesday 04 Dec 2001 11:31 am, Philip Hazel wrote: > > > Try adding > > > > prefix = > > suffix = > > > > as it tells you to do in the manual, section 18.5. > > It worked, surprised it effected an address that had no prefix or > suffix in the local_part. > > Thanks everyone, I'm off to read the manual for an explination on why > > it effected a local_part with no prefix or suffix. > > --Sean Witham > > > -Original Message- > From: Ken Murchison <[EMAIL PROTECTED]> > Sent: Feb 3, 2004 11:03 AM > To: Christopher Paluch <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Subject: Re: Cyrus Manual > > Christopher Paluch wrote: > > > Since no one has answered by previous post, I will try a different > tact. > > > > In another post I've seen reference to a manual section 18.5 or > something like that. Where is this manual? > > The Cyrus website points to the doc/ directory that comes with the > distribution as containing the manual. I've found several documents > in that directory but nothing seems to be numbered in sections. So > where would I find this section 18.5 that is supposed to talk about > "prefix=" and "suffix=". > > > > Thanks for anyone you responds to this post. > > There is no manual. Where did you see a reference to section 18.5 of > > the manual? Are you confusing this with something like imapd.conf(5) > or > imapd(8)? These are UNIX manual page references, e.g: > > man imapd > man imapd.conf > > -- > 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 > > > > -- Tero Matinlassi
Re: Migrate passwords from shadow to mysql
Lainaus Shelley Waltz <[EMAIL PROTECTED]>: > The more I have thought about it, I do not wish to have my users' > passwords in plaintext anywhere. I have about 250 users with > already > encrypted md5 passwords in the shadow file. Is there a utility to > migrate > this information the the MySQL mail database? At one system I have users on a MySQL database with md5 passwords. Passwords are simply md5 hashes (like those given by the MySQL MD5() function). Actually, this was the situation before the system even had an IMAP service and I decided to keep it that way. I had to use pam_mysql and run saslauthd -a pam. Works quite nicely. (Just beware older pam_mysql versions, as they query the database with user-entered plaintext password and leak memory. Newer versions are better.) I also tried to use the sasl mysql auxprop plugin (or something like that), but it didn't work out then. -Tero -- Tero Matinlassi
Re: 2.1.16->2.2.3 on Linux
Ian G Batten wrote: On Tue, 03 Feb 2004, Rob Siemborski wrote: On Tue, 3 Feb 2004, Ian G Batten wrote: I thought that meant ``no change''. Looking at it more closely, the default format for deliver.db is still Berkeley, hence my problem. I think it would be worth being more specific than ``the default backend''. All of the default values for configuration options are listed in the imapd.conf man page. If you have a specific suggestion for a text change, please send a patch. I'll think about that. The gist of it should be that the entries in imapd.conf should match the entries in the ./configure line. The backends to use for each database are no longer fixed in stone at compile time, so the ./configure options no longer apply. If you're saying that whatever you specify to ./configure should become the default, then that *might* be possible, but I'm not going to spend my time re-coding it. I think the upgrade documentation is sufficient. -- 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: sig11 with autocreate feature
> Ok, I think I found it. It was a stupid segmentation fault, because I did > not check a variable for being NULL. > > I hope I fixed it now. You can download it at > http://email.uoa.gr/download/cyrus/cyrus-imapd-2.2.3/cyrus-imapd-2.2.3-autocreate-0.8.6.diff > > Thank you for reporting it Simon. I am waiting to learn if it works now. Christos, thank you for fixing it so quickly. It works perfect now. Simon > > Regards, > Christos > > > > > > Simon Matter said: >>> Could I have a look at your imapd.conf file? >> >> Christos, >> >> I'm sorry for not providing imapd.conf. Here it is >> >> configdirectory: /var/lib/imap >> partition-default: /var/spool/imap >> admins: cyrus >> sievedir: /var/lib/imap/sieve >> sendmail: /usr/sbin/sendmail >> hashimapspool: true >> sasl_pwcheck_method: saslauthd >> sasl_mech_list: PLAIN >> tls_cert_file: /usr/share/ssl/certs/cyrus-imapd.pem >> tls_key_file: /usr/share/ssl/certs/cyrus-imapd.pem >> tls_ca_file: /usr/share/ssl/certs/ca-bundle.crt >> autocreatequota: 50 >> createonpost: yes >> >> As you can see, nothing special. It has worked perfect with 2.1.x so >> expect it to be just a small detail in the upgraded patches. >> >> Thanks for looking into it. >> Simon >> >>> >>> I would like to see what are the following options : >>> >>> autocreatequota >>> >>> createonpost >>> autocreateinboxfolders >>> autosubscribesharedfolders >>> >>> altnamespace >>> >>> I'll have a look at it asap. >>> Christos >>> >>> >>> Simon Matter said: I just discovered a problem with the autocreate patches from http://email.uoa.gr/download/cyrus/cyrus-imapd-2.2.3/ which have been discussed today on this list. Since the maintainers of the patches also read the list I think it's okay to mention this here. When the createonpost feature is set, then a new mailbox is created if a mail is delivered to a non existent mailbox via lmtp. Now I discovered that whenever I send mail with postfix to such a nonexistent mailbox, the box is created on the fly but the mail is not delivered until the next time postfix flushes the queue. I tried to figure out what's going wrong but was unable to find it. An strace of the dying lmtpd process can be found here http://invoca.ch/pub/packages/cyrus-imapd/cyrus-sig11.txt this is from the logs: Feb 3 14:03:26 imap01 postfix/pickup[16538]: 6A94711E05: uid=0 from= Feb 3 14:03:26 imap01 postfix/cleanup[16850]: 6A94711E05: message-id=<[EMAIL PROTECTED]> Feb 3 14:03:26 imap01 postfix/nqmgr[16539]: 6A94711E05: from=<[EMAIL PROTECTED]>, size=329, nrcpt=1 (queue active) Feb 3 14:03:26 imap01 lmtpunix[16766]: autocreateinbox: User imaptest, INBOX was successfully created in partition default Feb 3 14:03:26 imap01 master[16752]: process 16766 exited, signaled to death by 11 Feb 3 14:03:26 imap01 postfix/lmtp[16851]: 6A94711E05: to=<[EMAIL PROTECTED]>, orig_to=<[EMAIL PROTECTED]>, relay=/var/lib/imap/socket/lmtp[/var/lib/imap/socket/lmtp], delay=0, status=deferred (lost connection with /var/lib/imap/socket/lmtp[/var/lib/imap/socket/lmtp] while sending MAIL FROM) Thanks, Simon >>> >>> >>> -- >>> Did you visit http://email.uoa.gr? >>> >> >> >> > > > -- > Did you visit http://email.uoa.gr? >
Re: Cyrus Manual
I didn't think there was a manual, that's why I was surprised when I saw this: Msg # 11532 Previous in SequenceNext in Sequence DateTue, 4 Dec 2001 12:51:43 + To [EMAIL PROTECTED] CC: [EMAIL PROTECTED] FromSean Witham <[EMAIL PROTECTED]> Reply-To: Sean Witham <[EMAIL PROTECTED]> Subject Re: [Exim] Re: Mail delivery failed: returning message to sender On Tuesday 04 Dec 2001 11:31 am, Philip Hazel wrote: > Try adding > > prefix = > suffix = > > as it tells you to do in the manual, section 18.5. It worked, surprised it effected an address that had no prefix or suffix in the local_part. Thanks everyone, I'm off to read the manual for an explination on why it effected a local_part with no prefix or suffix. --Sean Witham -Original Message- From: Ken Murchison <[EMAIL PROTECTED]> Sent: Feb 3, 2004 11:03 AM To: Christopher Paluch <[EMAIL PROTECTED]> Cc: [EMAIL PROTECTED] Subject: Re: Cyrus Manual Christopher Paluch wrote: > Since no one has answered by previous post, I will try a different tact. > > In another post I've seen reference to a manual section 18.5 or something like that. > Where is this manual? > The Cyrus website points to the doc/ directory that comes with the distribution as > containing the manual. I've found several documents in that directory but nothing > seems to be numbered in sections. So where would I find this section 18.5 that is > supposed to talk about "prefix=" and "suffix=". > > Thanks for anyone you responds to this post. There is no manual. Where did you see a reference to section 18.5 of the manual? Are you confusing this with something like imapd.conf(5) or imapd(8)? These are UNIX manual page references, e.g: man imapd man imapd.conf -- 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: Cyrus Manual
Christopher Paluch wrote: Since no one has answered by previous post, I will try a different tact. In another post I've seen reference to a manual section 18.5 or something like that. Where is this manual? The Cyrus website points to the doc/ directory that comes with the distribution as containing the manual. I've found several documents in that directory but nothing seems to be numbered in sections. So where would I find this section 18.5 that is supposed to talk about "prefix=" and "suffix=". Thanks for anyone you responds to this post. There is no manual. Where did you see a reference to section 18.5 of the manual? Are you confusing this with something like imapd.conf(5) or imapd(8)? These are UNIX manual page references, e.g: man imapd man imapd.conf -- 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: Migrate passwords from shadow to mysql
The more I have thought about it, I do not wish to have my users' passwords in plaintext anywhere. I have about 250 users with already encrypted md5 passwords in the shadow file. Is there a utility to migrate this information the the MySQL mail database? This will allow me to manage the user accounts with web-cyradm and also use the MySQL squirrelmail plugin so users can easily change their passwords. I am trying to get a simple secure solution to upgrading from Cyrus Imap 1.6.24 to 2.2. Is there a way to migrate md5 shadow passwords to MySQL and use them with sasl/pam ? I plan to use auth PLAIN/LOGIN and TLS. thanks Shelley Waltz On Fri, 23 Jan 2004, Ken Murchison wrote: Shelley Waltz wrote: > Ken, > Thanks for the very clear instructions on how this works. One thing > which does not make sense is the removal of the mech_list option > subsequent to all users in the shadow file having auth'd once. ??? Because once the users are transitioned to the sql database, then you can use *any* of the available SASL mechs. > Also, why are the transitioned passwords stored in plaintext in the mysql > database? The auxprop plugins are designed to *retrieve* the password rather than just *verify* the password. The plaintext password is needed to support SASL mechs like CRAM-MD5, DIGEST-MD5, NTLM. > On Thu, 22 Jan 2004, Ken Murchison wrote: > >Shelley Waltz wrote: >> Ken, Thanks for the reply. >> >> Yes, my new server is RH ES3 with all the most recent versions of >> Cyrus imap/sasl/postfix/mysql ... > >Which version of SASL? You definitely want 2.1.17. > >> Where do I read about autotransition into the SQL auxprop plugin? >> Does this mean that after I transition my existing users, I still >> need to create /etc/shadow entries in order to esatblish new accounts >> in thge mysql database. I planned to use webcyradm to manage accounts. > >Just read the docs on how to configure the SQL auxprop plugin. Then in >your imapd.conf file, you'll have options like the following: > >sasl_mech_list: PLAIN LOGIN >sasl_auto_transition: yes >sasl_pwcheck_method: auxprop saslauthd >sasl_auxprop_plugin: sql >sasl_sql_engine: mysql >sasl_sql_select: ... >sasl_sql_insert: ... >sasl_sql_update: ... > > >And you'll need to run: > >saslauthd -a shadow > > >This config will limit the server to plaintext authentication which will >happen against /etc/shadow and then the password will be inserted into >mysql. The next time the user authenticates, the password will be >pulled from mysql (given the order of pwcheck_method). > >Once all of your users have authenticated at least once, you can remove >the mech_list option or add other mechs to the list. > >> On Thu, 22 Jan 2004, Ken Murchison wrote: >> >>Shelley Waltz wrote: >> >>> I am installing a new postfix-cyrus mail server. >>> I currently have cyrus-imap 1.6.24 authing PLAIN >>> from /etc/shadow. >>> >>> I wish to migrate the passwords(md5) from the shadow file to >>> a mysql database and use this to auth PLAIN using TLS. >>> Is there a script available to do so - to migrate the users >>> from the shadow file and create the records for mysql authentication? >>> >>> I did search, but found nothing. >> >>First, I'd strongly suggest that you upgrade to a recent version of >>Cyrus, either 2.1.16 or 2.2.3. To do this, you'll need a recent version >>of SASL (I'd suggest 2.1.17). Then, you just configure Cyrus/SASL to >>authentication plaintext from /etc/shadow and have it autotransition >>passwords into the SQL auxprop plugin. >> >> >> >> > > > > >
RE: cyradm problem
Hi! I resolv rebuild problem, but now cannot connect to cyrus with cyradm... # cyradm --user cyrus --server localhost --auth plain Password: IMAP Password: Login failed: can't request info until later in exchange at /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/Cyrus/IMAP/Admin. pm line 118 cyradm: cannot authenticate to server with plain as cyrus # testsaslauthd -u cyrus -p cyrusmail 0: OK "Success." It's a Sasl problem? I've been reading mails in archivo of list but cannot find any useful... Thanks in advance. Arturo -Mensaje original- De: Arturo Mardones [mailto:[EMAIL PROTECTED] Enviado el: Martes, 03 de Febrero de 2004 9:33 Para: '[EMAIL PROTECTED]' Asunto: RE: cyradm problem Hi to all!! Alter fitght a lot of time with postfix... now when test imap following Luc'c howto cyradm hangs... and log say deliver[2051]: incorrect version of Berkeley db: compiled against 4.2.52, linked against 4.0.14 ctl_cyrusdb[2233]: incorrect version of Berkeley db: compiled against 4.2.52, linked against 4.0.14 how can I rebuild imap...?? because when I try do it from tarball throw an error with Kerberos... any can help me please... Arturo Pd: I use rh9 and imap 2.2.3 and install bdb 4.0.14 -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Andreas Enviado el: Lunes, 02 de Febrero de 2004 15:39 Para: Max Malkov CC: [EMAIL PROTECTED] Asunto: Re: cyradm problem On Mon, Feb 02, 2004 at 09:35:39AM -0800, Max Malkov wrote: > been having cyradm problem on openbsd 3.4 running on sparc. > tried cyrus imapd 2.2.3 and 2.1.16 -- with the same result: > perl dumps core when trying to connect. > > any pointers to what i should be looking at here? I got some segfaults with cyradm from 2.1.16, take a look if this is the same cenario as yours: https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=2300
Re: sig11 with autocreate feature
> Could I have a look at your imapd.conf file? Christos, I'm sorry for not providing imapd.conf. Here it is configdirectory: /var/lib/imap partition-default: /var/spool/imap admins: cyrus sievedir: /var/lib/imap/sieve sendmail: /usr/sbin/sendmail hashimapspool: true sasl_pwcheck_method: saslauthd sasl_mech_list: PLAIN tls_cert_file: /usr/share/ssl/certs/cyrus-imapd.pem tls_key_file: /usr/share/ssl/certs/cyrus-imapd.pem tls_ca_file: /usr/share/ssl/certs/ca-bundle.crt autocreatequota: 50 createonpost: yes As you can see, nothing special. It has worked perfect with 2.1.x so expect it to be just a small detail in the upgraded patches. Thanks for looking into it. Simon > > I would like to see what are the following options : > > autocreatequota > >createonpost > autocreateinboxfolders > autosubscribesharedfolders > >altnamespace > > I'll have a look at it asap. > Christos > > > Simon Matter said: >> I just discovered a problem with the autocreate patches from >> http://email.uoa.gr/download/cyrus/cyrus-imapd-2.2.3/ which have been >> discussed today on this list. Since the maintainers of the patches also >> read the list I think it's okay to mention this here. >> When the createonpost feature is set, then a new mailbox is created if a >> mail is delivered to a non existent mailbox via lmtp. Now I discovered >> that whenever I send mail with postfix to such a nonexistent mailbox, >> the >> box is created on the fly but the mail is not delivered until the next >> time postfix flushes the queue. I tried to figure out what's going wrong >> but was unable to find it. An strace of the dying lmtpd process can be >> found here >> >> http://invoca.ch/pub/packages/cyrus-imapd/cyrus-sig11.txt >> >> this is from the logs: >> Feb 3 14:03:26 imap01 postfix/pickup[16538]: 6A94711E05: uid=0 >> from= >> Feb 3 14:03:26 imap01 postfix/cleanup[16850]: 6A94711E05: >> message-id=<[EMAIL PROTECTED]> >> Feb 3 14:03:26 imap01 postfix/nqmgr[16539]: 6A94711E05: >> from=<[EMAIL PROTECTED]>, size=329, nrcpt=1 (queue active) >> Feb 3 14:03:26 imap01 lmtpunix[16766]: autocreateinbox: User imaptest, >> INBOX was successfully created in partition default >> Feb 3 14:03:26 imap01 master[16752]: process 16766 exited, signaled to >> death by 11 >> Feb 3 14:03:26 imap01 postfix/lmtp[16851]: 6A94711E05: >> to=<[EMAIL PROTECTED]>, >> orig_to=<[EMAIL PROTECTED]>, >> relay=/var/lib/imap/socket/lmtp[/var/lib/imap/socket/lmtp], delay=0, >> status=deferred (lost connection with >> /var/lib/imap/socket/lmtp[/var/lib/imap/socket/lmtp] while sending MAIL >> FROM) >> >> Thanks, >> Simon >> >> > > > -- > Did you visit http://email.uoa.gr? >
Re: some error messages
--On Dienstag, 3. Februar 2004 10:27 Uhr -0600 "James A. Pattie" <[EMAIL PROTECTED]> wrote: what mta are you using? If sendmail, this has happened to me and it turned out to be the hoststat was getting a connection refused/timedout error and then having to wait 30 minutes before it would try again. In the meantime it was just immediately saying the connection was down and queuing mails. I found by killing all sendmail processes, restarting cyrus and sendmail and then purging the hoststat database will fix this issue, until it happens again. We added the following line to our .mc file: define(`confTO_HOSTSTATUS', `5m')dnl This seems to work as expected so far ... 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 pgp0.pgp Description: PGP signature
Re: Difference between ". list * %" and ". list * *"
On Fri, 30 Jan 2004, Rob Siemborski wrote: > On Fri, 30 Jan 2004, Ken Murchison wrote: > > > > Sure, but should a 'list' command ever return the same mailbox name multiple > > > times. It just seems wrong to me... > > > > > > Oh, I missed that. I don't know why its doing that. Rob, is this > > another side effect of recent changes, or has this always been broken? > > I suspect it is a side effect, I don't remember seeing this before for > commands like: > > x list "" "*%" > > I would guess this has to do with the backtracking code (it appears to > affect LSUB as well). Then again, it is likely that the glob code isn't > doing something correct (I believe this should compress itself to x list > "" "*" in glob_init_suppress, but x list "" "*" works fine) It does indeed, and I just fixed it in CVS: https://bugzilla.andrew.cmu.edu/cgi-bin/cvsweb.cgi/src/cyrus/imap/imapd.c.diff?r1=1.455&r2=1.456 Running through a large suite of testcases did not reveal any other impact on LIST operation. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Re: some error messages
James, I am using sendmail. Further investigation showed that sendmail's queue was huge due to an over quota account which gets a lot of mail. Every half hour sendmail with do its thing and the system would just go to an extreme high load. Sendmail would refuse connections for about a minute while the load came down. The part that concerns me about Cyrus is that the above mentioned mail box was not over quota. Nevertheless sendmail was not able to deliver a single message there. I am not sure if the message config/deliverdb/deliver-t.db: DB_INCOMPLETE: Cache flush was unable to complete is associated with the mail box quota problem or not. Thanks! James A. Pattie wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Joao Pedras wrote: | Hi all! | | I wonder if someone could help me with the following error messages: | | 1) imap/socket/lmtp: Connection refused by localhost | | The socket is there as it has always been. It just in the last few days. :| what mta are you using? If sendmail, this has happened to me and it turned out to be the hoststat was getting a connection refused/timedout error and then having to wait 30 minutes before it would try again. In the meantime it was just immediately saying the connection was down and queuing mails. I found by killing all sendmail processes, restarting cyrus and sendmail and then purging the hoststat database will fix this issue, until it happens again. I do not know why this happens and if anyone else has input/insight I too would be interested. :) - -- James A. Pattie [EMAIL PROTECTED] Linux SysAdmin / Systems Programmer -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAH8vxtUXjwPIRLVERAtNKAKCnH9/p66h28USGDp+naOgEg6rNPQCeNmJb EdHdCtPu8BZllzEup/2Dfyw= =9RaU -END PGP SIGNATURE-
Re: CYRUS = GARBAGE
On Tue, 3 Feb 2004, Christian Schulte wrote: > Am Dienstag, 3. Februar 2004 10:50 schrieb Simon Matter: > > > Am Dienstag, 3. Februar 2004 01:53 schrieb Edward Rudd: > > >> That's not correct.. You can use mysql and have accounts automatically > > >> created.. > > >> If you install the autocreate patches.. > > >> http://email.uoa.gr/download/cyrus/cyrus-imapd-2.2.3/ > > > > > > I think you do not need to even patch 2.2.3 for this to work! > > > > For 'createonpost' and 'createonlogin', you need the patch AFAIK. I've > > included them in my rpms and they work pretty well. > > > > Simon > > I just took a look at the patches and I am wondering if they could replace the > autocreatequota: option which I am using right now. Do these patches support > creation of initial quota on user inboxes ? Just curious. Christian, I thought there used to be a "defaultquota" for imapd.conf, but all I could find was: >From imapd.conf(5) manpage: Cyrus Imap server version 2.2 autocreatequota: 0 If nonzero, normal users may create their own IMAP accounts by creating the mailbox INBOX. The user's quota is set to the value if it is positive, otherwise the user has unlimited quota. We don't use this feature here, YMMV. - Bill > -- > Christian >
Re: sig11 with autocreate feature
Ok, I think I found it. It was a stupid segmentation fault, because I did not check a variable for being NULL. I hope I fixed it now. You can download it at http://email.uoa.gr/download/cyrus/cyrus-imapd-2.2.3/cyrus-imapd-2.2.3-autocreate-0.8.6.diff Thank you for reporting it Simon. I am waiting to learn if it works now. Regards, Christos Simon Matter said: >> Could I have a look at your imapd.conf file? > > Christos, > > I'm sorry for not providing imapd.conf. Here it is > > configdirectory: /var/lib/imap > partition-default: /var/spool/imap > admins: cyrus > sievedir: /var/lib/imap/sieve > sendmail: /usr/sbin/sendmail > hashimapspool: true > sasl_pwcheck_method: saslauthd > sasl_mech_list: PLAIN > tls_cert_file: /usr/share/ssl/certs/cyrus-imapd.pem > tls_key_file: /usr/share/ssl/certs/cyrus-imapd.pem > tls_ca_file: /usr/share/ssl/certs/ca-bundle.crt > autocreatequota: 50 > createonpost: yes > > As you can see, nothing special. It has worked perfect with 2.1.x so > expect it to be just a small detail in the upgraded patches. > > Thanks for looking into it. > Simon > >> >> I would like to see what are the following options : >> >> autocreatequota >> >> createonpost >> autocreateinboxfolders >> autosubscribesharedfolders >> >> altnamespace >> >> I'll have a look at it asap. >> Christos >> >> >> Simon Matter said: >>> I just discovered a problem with the autocreate patches from >>> http://email.uoa.gr/download/cyrus/cyrus-imapd-2.2.3/ which have been >>> discussed today on this list. Since the maintainers of the patches also >>> read the list I think it's okay to mention this here. >>> When the createonpost feature is set, then a new mailbox is created if >>> a >>> mail is delivered to a non existent mailbox via lmtp. Now I discovered >>> that whenever I send mail with postfix to such a nonexistent mailbox, >>> the >>> box is created on the fly but the mail is not delivered until the next >>> time postfix flushes the queue. I tried to figure out what's going >>> wrong >>> but was unable to find it. An strace of the dying lmtpd process can be >>> found here >>> >>> http://invoca.ch/pub/packages/cyrus-imapd/cyrus-sig11.txt >>> >>> this is from the logs: >>> Feb 3 14:03:26 imap01 postfix/pickup[16538]: 6A94711E05: uid=0 >>> from= >>> Feb 3 14:03:26 imap01 postfix/cleanup[16850]: 6A94711E05: >>> message-id=<[EMAIL PROTECTED]> >>> Feb 3 14:03:26 imap01 postfix/nqmgr[16539]: 6A94711E05: >>> from=<[EMAIL PROTECTED]>, size=329, nrcpt=1 (queue active) >>> Feb 3 14:03:26 imap01 lmtpunix[16766]: autocreateinbox: User imaptest, >>> INBOX was successfully created in partition default >>> Feb 3 14:03:26 imap01 master[16752]: process 16766 exited, signaled to >>> death by 11 >>> Feb 3 14:03:26 imap01 postfix/lmtp[16851]: 6A94711E05: >>> to=<[EMAIL PROTECTED]>, >>> orig_to=<[EMAIL PROTECTED]>, >>> relay=/var/lib/imap/socket/lmtp[/var/lib/imap/socket/lmtp], delay=0, >>> status=deferred (lost connection with >>> /var/lib/imap/socket/lmtp[/var/lib/imap/socket/lmtp] while sending MAIL >>> FROM) >>> >>> Thanks, >>> Simon >>> >>> >> >> >> -- >> Did you visit http://email.uoa.gr? >> > > > -- Did you visit http://email.uoa.gr?
Re: Php script that will show the size of each directory I have.
On Tue, 3 Feb 2004, Ronen AmitY wrote: > Hi all, > > Im looking for a php script that will show me the size of my directories. > (after adding username and passwd). > > If it works with horde system, even better. Doesn't Horde/IMP already include example code for displaying the user's quota and usage? Have a look at imp/config/conf.php... Andy
Re: Kill this thread, it shouldn't have been one ( was: Re: CYRUS = ....)
On Tue, 3 Feb 2004, Brian wrote: > Incidentally, even a cursory search through the archives would show that > this has been debated to death and the developers have stated time and > again that the benefits to a SQL backend haven't been worthwhile enough > for them to want to implement it. Note that "backend Cyrus in MySQL" is not at all the same thing as "have a cyrusdb backend that supports mysql" The former just isn't really feasable. However the later is feasable, it just isn't efficient for mailboxes and seen state. It might be reasonable for deliver.db (with the exception that expiration is likely to be slow), and if the database was local it might be useful for tls sessions (same problem with expiration). As it turns out, with the CVS additions that allow quota to be backended by cyrusdb, there is actually a situation where backending the quota database in mysql is a win -- that is, being able to have a quota root that is split between murder backends (still only likely to be useful for shared folders). -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Re: 2.1.16->2.2.3 on Linux
On Tue, 03 Feb 2004, Rob Siemborski wrote: > On Tue, 3 Feb 2004, Ian G Batten wrote: > > > I thought that meant ``no change''. Looking at it more closely, the > > default format for deliver.db is still Berkeley, hence my problem. I > > think it would be worth being more specific than ``the default > > backend''. > > All of the default values for configuration options are listed in the > imapd.conf man page. > > If you have a specific suggestion for a text change, please send a patch. I'll think about that. The gist of it should be that the entries in imapd.conf should match the entries in the ./configure line. ian
Re: CYRUS = GARBAGE
In order the patch to function, the autocreatequota option at the imapd.conf file must have a non zero value. Then, when the mailbox is created, the autocreatequota value is set as the mailbox's initial quota. If the autocreatequota option is zero, then the patch disables itself. Regards, Christos Christian Schulte said: > Am Dienstag, 3. Februar 2004 10:50 schrieb Simon Matter: >> > Am Dienstag, 3. Februar 2004 01:53 schrieb Edward Rudd: >> >> That's not correct.. You can use mysql and have accounts >> automatically >> >> created.. >> >> If you install the autocreate patches.. >> >> http://email.uoa.gr/download/cyrus/cyrus-imapd-2.2.3/ >> > >> > I think you do not need to even patch 2.2.3 for this to work! >> >> For 'createonpost' and 'createonlogin', you need the patch AFAIK. I've included them in my rpms and they work pretty well. >> >> Simon > > I just took a look at the patches and I am wondering if they could replace the > autocreatequota: option which I am using right now. Do these patches support > creation of initial quota on user inboxes ? Just curious. > > -- > Christian > > -- Did you visit http://email.uoa.gr? -- Did you visit http://email.uoa.gr?
RE: Kill this thread, it shouldn't have been one ( was: Re: CYRUS = ....)
On Tue, 3 Feb 2004, Peter P. Benac wrote: > I had asked several stupid questions on the list because I couldn't find > a stupid answer and I didn't get a single response. It took digging through > the archives and piecing together a solution. A solution that came mainly > from guessing. Luckily I don't need to answer to a higher power so I had > plenty of time to get this working. Perhaps David did not have the luxury > of time. How much time would it have taken for someone to answer my stupid > questions or his? Even if it was to tell us where to find the answer it > would have better then silence. Why do you feel that your posts have to be answered? If I remember correctly, your questions were sendmail related. Have you tried any of sendmail forums and their documentation? > I did mention the Documents could use a bit more polish, and Ken has asked > me to update the documents with the issues I had and how I overcame them. I > will do this, and I challenge each of you to do the same thing. > > If these solutions were put into print or FAQ format then perhaps David > wouldn't have to be so angry and the stupid questions that nobody wants to > answer will have a place to be sent. In my opinion David's post was inapropritate regardless of how much information is/was available to him. > I for one would love to be able to use a SQL like MySQL to backend this > software. I don't have a problem with Berkeley DB, but I know MySQL, > Oracle, and Postgres to whole lot better. If I knew which routines actually > did the database work I don't think I'd have much trouble converting them to > use an SQL. It would save me a ton of time if these routines were > documented. I am not sure if you are talking about authentication or adding a new cyrus-imap backend. In either case the information is available: for auth look in $cyrus-sasl-src/doc/options.html. Check $cyrus-imap/lib/cyrusdb_berekeley.c as an example of a cyrus-imap backend. There was a discussion on this list about this awhile back, check the archives. -- Igor
Re: 2.1.16->2.2.3 on Linux
On Tue, 03 Feb 2004, Rob Siemborski wrote: > On Tue, 3 Feb 2004, Ian G Batten wrote: > > > It's in changes.html. It didn't leap out at me when I switched, so > > perhaps it might be worth making louder noises about. > > Actually, I was referring to install-upgrade.html. > > I'm not sure where we'd put this sort of stuff that is more obvious than > "the upgrade documentation" OK, here's the thing. I thought that skiplist _was_ the default format. The text is: * The Cyrus database backend configuration is now handled at runtime using imapd.conf options. If you are not using the default backend for any of the databases, make sure that you specify the correct backend(s) in appropriate option(s). and * The default database formats for the mailbox list and the seen state databases has been changed to the skiplist backend. There are two ways of dealing with this if you have been using the defaults. I thought that meant ``no change''. Looking at it more closely, the default format for deliver.db is still Berkeley, hence my problem. I think it would be worth being more specific than ``the default backend''. ian
Re: Kill this thread, it shouldn't have been one ( was: Re: CYRUS = ....)
Am Dienstag, 3. Februar 2004 15:53 schrieb Peter P. Benac: > I did mention the Documents could use a bit more polish, and Ken has asked > me to update the documents with the issues I had and how I overcame them. I > will do this, and I challenge each of you to do the same thing. And that is the way it should be! There are so many different approaches on setting up cyrus that you really cannot ask the cyrus developers to write documentation for each. Btw. Show me a list on which someone gets answers although he is totally inpolite like David! He got answers! Unbelievable! > If these solutions were put into print or FAQ format then perhaps David > wouldn't have to be so angry and the stupid questions that nobody wants to > answer will have a place to be sent. The problem with David is that he did not mention one single argument why he thinks cyrus is garbage! Only saying cyrus is garbage because I say so is not really an argumentation. I would not ask a MySQL developer to make his database administrateable via IMAP but that's exactly what he is asking for. Administration of cyrus only via SQL ? Sounds totally incorrect for me. Of course the "correct" way in his particular situation would be to add user inboxes to cyrus via IMAP and then let cyrus add the users to the SQL database automatically with some default password. Of cou > I for one would love to be able to use a SQL like MySQL to backend this > software. Backend the mailboxes.db in a SQL database ? There are threads on the list which explain why this is not a good idea, I think. > I don't have a problem with Berkeley DB, but I know MySQL, > Oracle, and Postgres to whole lot better. If I knew which routines > actually did the database work I don't think I'd have much trouble > converting them to use an SQL. It would save me a ton of time if these > routines were documented. I understand that developers who write really well documented sourcecode are not very pleased to write the same documentation again only putting it in files not ending in .h or .c replacing C-code with spoken-language! Did you take a look at the sourcecode ? Would you say that it is not well documented ? Nearly all problems can be solved by looking at the sources. I agree that for only doing a basic cyrus setup you do not want to have to read sourcecode but then I would suggest using pre-compiled packages appropriate for your system. Why do you want to compile it yourself if you do not want to change anything with it ? If you say that you would not have much trouble in converting the existing routines to use a SQL database then I must say that you should be able to figure out which routines that are. This mainly ends up in not wanting to change anything :-) ! -- Christian
Re: 2.1.16->2.2.3 on Linux
On Tue, 03 Feb 2004, Rob Siemborski wrote: > On Tue, 3 Feb 2004, Ian G Batten wrote: > > > On my small personal server, supporting a few family members, I run > > Cyrus latest where possible. I was running 2.1.16 with every database > > set to skiplist. Upgrading to 2.2.3 with the same ./configure command > > You should read the 2.2.3 upgrade documentation about how non-default > databases are now handled in imapd.conf. It's in changes.html. It didn't leap out at me when I switched, so perhaps it might be worth making louder noises about. > > Reconstructing all the user mailboxes cured the problem. > > More than likely it only hid this problem (and others which I am sure you > will find later) Correct. deliver.db was still Berkeley. I've corrected everything and all now seems well. ian
Re: 2.1.16->2.2.3 on Linux
On Tue, 3 Feb 2004, Ian G Batten wrote: > I thought that meant ``no change''. Looking at it more closely, the > default format for deliver.db is still Berkeley, hence my problem. I > think it would be worth being more specific than ``the default > backend''. All of the default values for configuration options are listed in the imapd.conf man page. If you have a specific suggestion for a text change, please send a patch. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Re: some error messages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Joao Pedras wrote: | Hi all! | | I wonder if someone could help me with the following error messages: | | 1) imap/socket/lmtp: Connection refused by localhost | | The socket is there as it has always been. It just in the last few days. :| what mta are you using? If sendmail, this has happened to me and it turned out to be the hoststat was getting a connection refused/timedout error and then having to wait 30 minutes before it would try again. In the meantime it was just immediately saying the connection was down and queuing mails. I found by killing all sendmail processes, restarting cyrus and sendmail and then purging the hoststat database will fix this issue, until it happens again. I do not know why this happens and if anyone else has input/insight I too would be interested. :) - -- James A. Pattie [EMAIL PROTECTED] Linux SysAdmin / Systems Programmer -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAH8vxtUXjwPIRLVERAtNKAKCnH9/p66h28USGDp+naOgEg6rNPQCeNmJb EdHdCtPu8BZllzEup/2Dfyw= =9RaU -END PGP SIGNATURE- -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support.
Re: CYRUS = GARBAGE
Am Dienstag, 3. Februar 2004 10:50 schrieb Simon Matter: > > Am Dienstag, 3. Februar 2004 01:53 schrieb Edward Rudd: > >> That's not correct.. You can use mysql and have accounts automatically > >> created.. > >> If you install the autocreate patches.. > >> http://email.uoa.gr/download/cyrus/cyrus-imapd-2.2.3/ > > > > I think you do not need to even patch 2.2.3 for this to work! > > For 'createonpost' and 'createonlogin', you need the patch AFAIK. I've > included them in my rpms and they work pretty well. > > Simon I just took a look at the patches and I am wondering if they could replace the autocreatequota: option which I am using right now. Do these patches support creation of initial quota on user inboxes ? Just curious. -- Christian
Re: 2.1.16->2.2.3 on Linux
On Tue, 3 Feb 2004, Ian G Batten wrote: > It's in changes.html. It didn't leap out at me when I switched, so > perhaps it might be worth making louder noises about. Actually, I was referring to install-upgrade.html. I'm not sure where we'd put this sort of stuff that is more obvious than "the upgrade documentation" -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Re: Kill this thread, it shouldn't have been one ( was: Re: CYRUS = ....)
Incidentally, even a cursory search through the archives would show that this has been debated to death and the developers have stated time and again that the benefits to a SQL backend haven't been worthwhile enough for them to want to implement it. There has been many cases of a lack of documentation being frustrating to new users, but this shouldn't be one of them (IMHO). -- Brian Ken Murchison said: > Actually, I did answer David's questions both online and offline. His > biggest program was that he was/is trying to fit a square peg into a > round hole. I don't know where he got the impression that he could use > MySQL to back Cyrus, but that was his first mistake.
Cyrus Manual
-Original Message- From: Avtar Gill <[EMAIL PROTECTED]> Sent: Feb 3, 2004 10:03 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: Kill this thread, it shouldn't have been one ( was: Re: CYRUS = ) Peter P. Benac wrote: > The problem with Freeware is that most times the documents that > accompany the software severely lack any substance. What needs to be stressed here is that its *free* software. You are more than welcome to donate either efforts (like Ken suggested) or funds to correct the situation you describe. > If these solutions were put into print or FAQ format then perhaps David > wouldn't have to be so angry and the stupid questions that nobody wants to > answer will have a place to be sent. Perhaps but that is no excuse. I rely on opensource software a lot and have often found myself in a similar scenario like that of the original poster of this thread where documentation did not suffice and I didn't receive any replies to my requests for help on mailing lists. Just because we are able to download and use free software does not mean that we are absolutely entitled to free support. Developers and experienced system administrators who donate their time and post to these mailing lists probably have other priorities - it's a little presumptuous to think that they *have* to answer our calls for help within a certain time frame.
Cyrus Manual
Since no one has answered by previous post, I will try a different tact. In another post I've seen reference to a manual section 18.5 or something like that. Where is this manual? The Cyrus website points to the doc/ directory that comes with the distribution as containing the manual. I've found several documents in that directory but nothing seems to be numbered in sections. So where would I find this section 18.5 that is supposed to talk about "prefix=" and "suffix=". Thanks for anyone you responds to this post. -Chris Paluch
sig11 with autocreate feature
I just discovered a problem with the autocreate patches from http://email.uoa.gr/download/cyrus/cyrus-imapd-2.2.3/ which have been discussed today on this list. Since the maintainers of the patches also read the list I think it's okay to mention this here. When the createonpost feature is set, then a new mailbox is created if a mail is delivered to a non existent mailbox via lmtp. Now I discovered that whenever I send mail with postfix to such a nonexistent mailbox, the box is created on the fly but the mail is not delivered until the next time postfix flushes the queue. I tried to figure out what's going wrong but was unable to find it. An strace of the dying lmtpd process can be found here http://invoca.ch/pub/packages/cyrus-imapd/cyrus-sig11.txt this is from the logs: Feb 3 14:03:26 imap01 postfix/pickup[16538]: 6A94711E05: uid=0 from= Feb 3 14:03:26 imap01 postfix/cleanup[16850]: 6A94711E05: message-id=<[EMAIL PROTECTED]> Feb 3 14:03:26 imap01 postfix/nqmgr[16539]: 6A94711E05: from=<[EMAIL PROTECTED]>, size=329, nrcpt=1 (queue active) Feb 3 14:03:26 imap01 lmtpunix[16766]: autocreateinbox: User imaptest, INBOX was successfully created in partition default Feb 3 14:03:26 imap01 master[16752]: process 16766 exited, signaled to death by 11 Feb 3 14:03:26 imap01 postfix/lmtp[16851]: 6A94711E05: to=<[EMAIL PROTECTED]>, orig_to=<[EMAIL PROTECTED]>, relay=/var/lib/imap/socket/lmtp[/var/lib/imap/socket/lmtp], delay=0, status=deferred (lost connection with /var/lib/imap/socket/lmtp[/var/lib/imap/socket/lmtp] while sending MAIL FROM) Thanks, Simon
Re: 2.1.16->2.2.3 on Linux
On Tue, 3 Feb 2004, Ian G Batten wrote: > On my small personal server, supporting a few family members, I run > Cyrus latest where possible. I was running 2.1.16 with every database > set to skiplist. Upgrading to 2.2.3 with the same ./configure command You should read the 2.2.3 upgrade documentation about how non-default databases are now handled in imapd.conf. > Reconstructing all the user mailboxes cured the problem. More than likely it only hid this problem (and others which I am sure you will find later) -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
2.1.16->2.2.3 on Linux
On my small personal server, supporting a few family members, I run
Cyrus latest where possible. I was running 2.1.16 with every database
set to skiplist. Upgrading to 2.2.3 with the same ./configure command
./configure --with-openssl --with-sasl --without-cmulocal
--with-cyrus-user= cyrus --with-cyrus-group=cyrus
--with-duplicate-db=skiplist --with-mboxlist-db=s kiplist
--with-seen-db=skiplist --with-subs-db=skiplist --with-tls-db=skiplist -
-with-idle=idled
left lmtpd, cvt_cyrusdb, and possibly other things, hanging.
strace revealed this:
open("/var/imap/db/DB_CONFIG", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/var/tmp", {st_mode=S_IFDIR|S_ISVTX|0777, st_size=72, ...}) = 0
open("/var/imap/db/__db.001", O_RDWR) = 3
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
fstat64(3, {st_mode=S_IFREG|0600, st_size=8192, ...}) = 0
close(3)= 0
open("/var/imap/db/__db.001", O_RDWR) = 3
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_SHARED, 3, 0) = 0x40018000
close(3)= 0
select(0, NULL, NULL, NULL, {0, 1000}) = 0 (Timeout)
select(0, NULL, NULL, NULL, {0, 2000}) = 0 (Timeout)
select(0, NULL, NULL, NULL, {0, 4000}) = 0 (Timeout)
select(0, NULL, NULL, NULL, {0, 8000}) = 0 (Timeout)
select(0, NULL, NULL, NULL, {0, 16000}) = 0 (Timeout)
select(0, NULL, NULL, NULL, {0, 32000}) = 0 (Timeout)
select(0, NULL, NULL, NULL, {0, 64000}) = 0 (Timeout)
select(0, NULL, NULL, NULL, {0, 128000}) = 0 (Timeout)
select(0, NULL, NULL, NULL, {0, 256000}) = 0 (Timeout)
select(0, NULL, NULL, NULL, {0, 512000}) = 0 (Timeout)
select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
Reconstructing all the user mailboxes cured the problem.
ian
Re: Kill this thread, it shouldn't have been one ( was: Re: CYRUS = ....)
Peter P. Benac wrote: The message did deserve a response; however, the tone of the message could have been more polite. Unlike David I let my jets cool before I fired off a message to the list, but I was indeed angry. The problem with Freeware is that most times the documents that accompany the software severely lack any substance. This software does exactly what I expect a Mail Package to do in this day of Virtual Domains; however, the process to get there was less then desirable. I had asked several stupid questions on the list because I couldn't find a stupid answer and I didn't get a single response. It took digging through the archives and piecing together a solution. A solution that came mainly from guessing. Luckily I don't need to answer to a higher power so I had plenty of time to get this working. Perhaps David did not have the luxury of time. How much time would it have taken for someone to answer my stupid questions or his? Even if it was to tell us where to find the answer it would have better then silence. Actually, I did answer David's questions both online and offline. His biggest program was that he was/is trying to fit a square peg into a round hole. I don't know where he got the impression that he could use MySQL to back Cyrus, but that was his first mistake. -- 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: Kill this thread, it shouldn't have been one ( was: Re: CYRUS = ....)
Peter P. Benac wrote: The problem with Freeware is that most times the documents that accompany the software severely lack any substance. What needs to be stressed here is that its *free* software. You are more than welcome to donate either efforts (like Ken suggested) or funds to correct the situation you describe. If these solutions were put into print or FAQ format then perhaps David wouldn't have to be so angry and the stupid questions that nobody wants to answer will have a place to be sent. Perhaps but that is no excuse. I rely on opensource software a lot and have often found myself in a similar scenario like that of the original poster of this thread where documentation did not suffice and I didn't receive any replies to my requests for help on mailing lists. Just because we are able to download and use free software does not mean that we are absolutely entitled to free support. Developers and experienced system administrators who donate their time and post to these mailing lists probably have other priorities - it's a little presumptuous to think that they *have* to answer our calls for help within a certain time frame.
RE: Kill this thread, it shouldn't have been one ( was: Re: CYRUS = ....)
On Tue, 3 Feb 2004, Peter P. Benac wrote: > I for one would love to be able to use a SQL like MySQL to backend this > software. I don't have a problem with Berkeley DB, but I know MySQL, > Oracle, and Postgres to whole lot better. If I knew which routines actually > did the database work I don't think I'd have much trouble converting them to > use an SQL. It would save me a ton of time if these routines were > documented. Given that most of the interesting database access done by cyrus is done by enumerating the great majority of the database, I don't believe this is really a way to speed anything up (perhaps duplicate delivery and tls sessions could benefit from it). You'd need to write a cyrusdb backend. It should be pretty straightforward (see lib/cyrusdb.h for the API you would need to implement). -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
RE: New rpms of Cyrus IMAPd 2.2.3
> > [Thanks for all your help, Simon!] > > Well, I'm to the point where telnet localhost imap shows: > * OK ServerCharlie Cyrus IMAP4 v2.1.16-Invoca-RPM-2.1.16-6 server ready > > I also installed all the RPMs that came with Simon's package. > > Now I am having trouble with cyradm. It's telling me file not found. Can > anyone tell me where this file comes from and why it might not be > available? What does it not find? How do you call cyradm? Did you install the perl-Cyrus package? BTW, most people who first try to install this software from source don't clean up the box before installing the rpms. This can lead to some problems. Did you do this? > > Also, I do [telnet localhost 25] and I get: > 220 localhost.localdomain ESMTP Sendmail 8.12.8/8.12.8 > > Does this mean Sendmail 8.12.8 is fully installed? Please forgive the > novice questions. Looks like it's installed. Simon > > Thanks! > David > > >
Re: Cyrus-sasl-2.1.17-2 build fails
Simon, Thanks ... the RH9 src rpm builds fine on ES 3 Shelley On Mon, 2 Feb 2004, Simon Matter wrote: > I am trying to build cyrus-sasl-2.1.17-2 from the invoca.ch > source rpm on a RH ES3 system. > > RH ES3 comes with db4-4.1.25-8. > The spec file for the src files indicates db3 is required? > and the build fails ... > > rpmbuild --rebuild cyrus-sasl-2.1.17-2.src.rpm > Installing cyrus-sasl-2.1.17-2.src.rpm > error: Failed build dependencies: > db3-devel is needed by cyrus-sasl-2.1.17-2 > > Must I replace the db4 packages with db3? Hi, You just need to rebuild with the correct src package. I have different src packages in the rh-9/ and fc-1/ directories. I'm quite sure one of them will build fine on RH ES3. Othewise let me know what fails. HTH Simon > > Shelley Waltz > >
RE: Kill this thread, it shouldn't have been one ( was: Re: CYRUS = ....)
The message did deserve a response; however, the tone of the message could have been more polite. Unlike David I let my jets cool before I fired off a message to the list, but I was indeed angry. The problem with Freeware is that most times the documents that accompany the software severely lack any substance. This software does exactly what I expect a Mail Package to do in this day of Virtual Domains; however, the process to get there was less then desirable. I had asked several stupid questions on the list because I couldn't find a stupid answer and I didn't get a single response. It took digging through the archives and piecing together a solution. A solution that came mainly from guessing. Luckily I don't need to answer to a higher power so I had plenty of time to get this working. Perhaps David did not have the luxury of time. How much time would it have taken for someone to answer my stupid questions or his? Even if it was to tell us where to find the answer it would have better then silence. I did mention the Documents could use a bit more polish, and Ken has asked me to update the documents with the issues I had and how I overcame them. I will do this, and I challenge each of you to do the same thing. If these solutions were put into print or FAQ format then perhaps David wouldn't have to be so angry and the stupid questions that nobody wants to answer will have a place to be sent. I for one would love to be able to use a SQL like MySQL to backend this software. I don't have a problem with Berkeley DB, but I know MySQL, Oracle, and Postgres to whole lot better. If I knew which routines actually did the database work I don't think I'd have much trouble converting them to use an SQL. It would save me a ton of time if these routines were documented. My $.02 for what it's worth!!! Regards, Pete Peter P. Benac, CCNA Emacolet Networking Services, Inc Providing Systems and Network Consulting, Training, Web Hosting Services Phone: 919-847-1740 or 866-701-2345 Web: http://www.emacolet.com Need quick reliable Systems or Network Management advice visit http://www.nmsusers.org To have principles... First have courage.. With principles comes integrity!!! > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > [EMAIL PROTECTED] > Sent: Tuesday, February 03, 2004 6:01 > To: [EMAIL PROTECTED] > Subject: Kill this thread, it shouldn't have been one ( was: > Re: CYRUS = ) > > > > The top-class idiotic mail from a "David Grant" deserved no > response or at > least not any polite one. > > Naturally I appreciate those bringing any relevant > information, but do > change the subject line, please. > > The incredible amount of work put into the free applications > so many people > benefit from deserves the deepest respect. Letters and > persons with the > tone of David Grant deserves the opposite. >
Re: Proper shutdown of cyrus IMAP server.
On Tue, 3 Feb 2004, Earl R Shannon wrote: > We've recently experienced problems with some of the cyrus index files > in user account getting suffixed with .NEW and not going away. Their > presence indicates a problem with the account. We are currently guessing > that the files are being left as a result of the server being shutdown > and they don't get cleaned up properly. They'll get "cleaned up" the next time a process does a transaction on the mailbox. Their presense just indicates that the server shut down (or, yes, crashed) halfway through a mailbox update. So, unless you see other evidence of a problem, I wouldn't worry too much. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Proper shutdown of cyrus IMAP server.
Hello, We've recently experienced problems with some of the cyrus index files in user account getting suffixed with .NEW and not going away. Their presence indicates a problem with the account. We are currently guessing that the files are being left as a result of the server being shutdown and they don't get cleaned up properly. Wha we currently do to stop the server is simply kill the master process. That's what I found in the docs. Might there be some things to do before that ie, create a shutdown message and let things calm down before killing master? Send a particular signal? Or, are we seeing a completely different problem with the .NEW files? We are using version 2.1.11 on Solaris 8 with a UFS filesystem on a SAN. Regards, Earl Shannon
RE: New rpms of Cyrus IMAPd 2.2.3
(resend, sorry if you get this twice) -Original Message- From: David Brown Yahoo! [mailto:[EMAIL PROTECTED] Sent: Dienstag, 3. Februar 2004 14:08 To: David Brown Yahoo!; CyrusMail Cc: David Brown; [EMAIL PROTECTED]; Artur Wystub; Simon Matter Subject: RE: New rpms of Cyrus IMAPd 2.2.3 [Thanks for all your help, Simon!] Well, I'm to the point where telnet localhost imap shows: * OK ServerCharlie Cyrus IMAP4 v2.1.16-Invoca-RPM-2.1.16-6 server ready I also installed all the RPMs that came with Simon's package. Now I am having trouble with cyradm. It's telling me file not found. Can anyone tell me where this file comes from and why it might not be available? Also, I do [telnet localhost 25] and I get: 220 localhost.localdomain ESMTP Sendmail 8.12.8/8.12.8 Does this mean Sendmail 8.12.8 is fully installed? Please forgive the novice questions. Thanks! David
RE: CYRUS = GARBAGE
On Tue, 3 Feb 2004, Craig Ringer wrote: > Does it sound useful to keep a page of 3rd-party cyrus patches on the > wiki? I'm sure it'd help a fair few people to know that the autocreate > patch, for example, is out there when first setting up Cyrus. There was the "Cyrus Utils" project that was going to do this. However, that seems to have fallen out of maintenance. Keeping a directory on the wiki seems like a fine idea. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Unable to locate Maildrop???
When I try to retrieve mail for my ‘VIRTUAL’ email accounts. I get the following error: The server responded: -ERR [SYS/PERM] Unable to locate maildrop' I have all my user accounts in MySQL authenticating through SASL – and that is working just fine. I have the logtables set and they are telling me that my auth is succesful. My log files also tell me that I am connected without errors. In main.cf I have home_mailbox = Maildir/ In my users table I have their maildir field as [EMAIL PROTECTED]/ I was under the understanding that this is enough to tell Cyrus that they are virtual… but it is looking for maildrop?? Why is it looking for this anyway? I am just trying to retrieve email. Any ideas? * I am s close* Thanks, Emma
Re: unix hierarchy delimiter
> set ' unixhierarchysep: yes' in the imapd.conf config file but something > I get 'mail/user^pieter^with^points' instead . That's fine.. > The mailboxes are constructed > and a login is possible, but I can't access the INBOx folder : > > *ERROR : Could not complete request.* > Query: SELECT "INBOX" > Reason Given: Mailbox does not exist How did you try to access it? Can you connect via imclient and LIST "" * ? Cheers, Patrick
RE: cyradm problem
Hi to all!! Alter fitght a lot of time with postfix... now when test imap following Luc'c howto cyradm hangs... and log say deliver[2051]: incorrect version of Berkeley db: compiled against 4.2.52, linked against 4.0.14 ctl_cyrusdb[2233]: incorrect version of Berkeley db: compiled against 4.2.52, linked against 4.0.14 how can I rebuild imap...?? because when I try do it from tarball throw an error with Kerberos... any can help me please... Arturo Pd: I use rh9 and imap 2.2.3 and install bdb 4.0.14 -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Andreas Enviado el: Lunes, 02 de Febrero de 2004 15:39 Para: Max Malkov CC: [EMAIL PROTECTED] Asunto: Re: cyradm problem On Mon, Feb 02, 2004 at 09:35:39AM -0800, Max Malkov wrote: > been having cyradm problem on openbsd 3.4 running on sparc. > tried cyrus imapd 2.2.3 and 2.1.16 -- with the same result: > perl dumps core when trying to connect. > > any pointers to what i should be looking at here? I got some segfaults with cyradm from 2.1.16, take a look if this is the same cenario as yours: https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=2300
Php script that will show the size of each directory I have.
Hi all, Im looking for a php script that will show me the size of my directories. (after adding username and passwd). If it works with horde system, even better. Ronen Amity ClearCase and Sys Admin MainsoftCorporation [EMAIL PROTECTED] phone: +972-8-9781300 mobile: +972-58-214707 Fax: +972-8-9219389
Kill this thread, it shouldn't have been one ( was: Re: CYRUS = ....)
The top-class idiotic mail from a "David Grant" deserved no response or at least not any polite one. Naturally I appreciate those bringing any relevant information, but do change the subject line, please. The incredible amount of work put into the free applications so many people benefit from deserves the deepest respect. Letters and persons with the tone of David Grant deserves the opposite.
Re: CYRUS = GARBAGE
> Am Dienstag, 3. Februar 2004 01:53 schrieb Edward Rudd: >> That's not correct.. You can use mysql and have accounts automatically >> created.. >> If you install the autocreate patches.. >> http://email.uoa.gr/download/cyrus/cyrus-imapd-2.2.3/ > > I think you do not need to even patch 2.2.3 for this to work! For 'createonpost' and 'createonlogin', you need the patch AFAIK. I've included them in my rpms and they work pretty well. Simon
Re: CYRUS = GARBAGE
Am Dienstag, 3. Februar 2004 01:53 schrieb Edward Rudd: > That's not correct.. You can use mysql and have accounts automatically > created.. > If you install the autocreate patches.. > http://email.uoa.gr/download/cyrus/cyrus-imapd-2.2.3/ I think you do not need to even patch 2.2.3 for this to work! -- Christian
