Re: Converting from BSD mailbox format to Cyrus v2 format
Thanks for the tip, I will have a try at it hopefully this week-end, and let you know in case it doesn't work well. Regards Marc |+-> || | || Ken Murchison | || <[EMAIL PROTECTED]> | || Sent by: | || [EMAIL PROTECTED]| || ew.cmu.edu | || | || | || 07.11.2002 16:27 | || | |+-> >--| | | | To: [EMAIL PROTECTED] | | cc: [EMAIL PROTECTED] | | Subject: Re: Converting from BSD mailbox format to Cyrus v2 format | >--| [EMAIL PROTECTED] wrote: > > Hello, > > I will need to migrate a few users which were on an old OpenBSD mail server > using the original BSD mailbox format to the new Cyrus v2.1.9 mailstore > format. I've already read the book Managing IMAP but unfortunately their > scripts are for Cyrus v1.5 which was a bit different from Cyrus v2 because > it's now using Berkley DB. > > So does anyone have any tips or tools on how to convert BSD mailboxes to > the new Cyrus v2 mailstore ? Try the 'mboxcvt' tool in the imap-utils package ftp://ftp.cac.washington.edu/mail/imap-utils.tar.Z I've used it to take archives of large mailing lists/newsgroups (in mbox format) and feed them into a mailbox on my Cyrus server. I also believe that these tools might be deprecated and replaced by the more general 'mailutil' in the UW IMAP distro. -- 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: POP AUTHFAIL [more info]
HI! I was just messing around to get LDAP work aswell. I got it working yesterday, hope it stays this way. I am using: Cyrus imapd 2.1.9 cyrus-sasl-2.1.7-2 openldap-2.0.25-1 pam-0.75-40 And file /etc/pam.d/imap looks like : #%PAM-1.0 auth required /lib/security/pam_ldap.so accountrequired /lib/security/pam_ldap.so And saslauth is started with -a pam Try it maybe over pam, look what happens then... Regards, Toomas -Original Message- From: [EMAIL PROTECTED] [mailto:felix@;qodiga.com] Sent: Thursday, November 07, 2002 9:25 PM To: cyrus Subject: Re: POP AUTHFAIL [more info] Well... doing a 100 repeats using testsaslauthd... I discovered that error is "cyclic"... :-) ./testsaslauthd -u fcuell -p secret -R 100 [all other tests like 0,1,2,4,5,6,7,9,10, etc. works fine] 3: NO "authentication failed" 8: NO "authentication failed" 13: NO "authentication failed" 18: NO "authentication failed" 23: NO "authentication failed" 28: NO "authentication failed" and continues the error in 33, 38, 43, 48 and so on.. :-) This is normal? Thanks Felix -- Felix Cuello [EMAIL PROTECTED] Qodiga/its Av.Santa Fe 882 P.13 Of. "E" C.P. ABP1059C Tel.: (54) 011 - 4312-1698 Buenos Aires - Argentina
RE: delete folders...
Quoting "Schmehl, Paul L" <[EMAIL PROTECTED]>: > This question comes up constantly. You need to assign the cyrus admin > the "c" ACL to the folder. The man page is confusing, because it says > you need the "d" ACL, and then later lists "c" as the correct ACL. "c" > is the correct ACL for folder deletion. Which man page is incorrect? I'll fix it, but I have to find it first. cyradm(1) explicitly says that 'c' is needed to delete a mailbox. > > -Original Message- > From: Daniel Moore [mailto:danielm@;gropep.com.au] > Sent: Thursday, November 07, 2002 11:22 PM > To: info > Subject: delete folders... > > > Hey all, > > Just a quick question on a point I seem to be stuck... > How can I delete folders outside of the user area? > People are able to create folders in a level above their > inbox, but they can't delete them, I don't seem to be > able to delete them through cyradmin either (no it's > not an ACL problem). Should I just delete them from > the level of the operating system? Then would I have > to resync the database? > > > -- 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
Deliver to subfolder
Hi, i'm still trying to deliver mails to a specific subfolder. For example: i Want to deliver to the folder user.mz.test.test1 what i do is /sys/imap/bin/deliver -m test.test1 mz but unfortunately the mail will never arrives in the IMAP server. i also tried to specify the mailbox like "-m user.mz.test.test1" or "mz.test.test1" but without success. Can someone please bring me on the right way ? Thanx ! Martin === Network EngineerUUNET - A WorldCom Company EMEA Access & Backbone Networks Sebrathweg 20 mailto: [EMAIL PROTECTED] 44149 Dortmund, Germany Tel. +49 231 972 1143 Fax. +49 231 972 1188
websieve 0.61/can only connect as cyrus admin user/error says no error...?
Hi I've just installed websieve 0.61, connecting to another machine running cyrus imapd 2.0.16. I can successfully connect using websieve as the cyrus admin user (cyrus), but not as any other users. If I try and log in as a user other than cyrus, I get the rather cryptic response via the web: --- Login Error There was an error in login you to the server. Please click HERE and try again. System Error: No Errors --- and in imapd.log on the imap sever I see the equally cryptic: --- Nov 8 14:31:36 machine137 imapd[8232]: accepted connection Nov 8 14:31:36 machine137 imapd[8232]: login: zygote.hhcl.com[212.36.149.2] darrellb plaintext Nov 8 14:31:36 machine137 master[8237]: about to exec /usr/cyrus/bin/timsieved Nov 8 14:31:36 machine137 service-sieve[8237]: executed Nov 8 14:31:36 machine137 service-sieve[8237]: accepted connection Nov 8 14:31:36 machine137 timsieved[8237]: login: zygote.hhcl.com[212.36.149.2] darrellb PLAIN User logged in Nov 8 14:31:36 machine137 master[1034]: process 8237 exited, status 0 --- all of which seems to suggest that everything is OK, except that I get no further! any help much appreciated. thx
Re: Squatter streamlining patch
--On Thursday, November 07, 2002 21:35:34 -0700 Mark Derbyshire <[EMAIL PROTECTED]> wrote: while the SQUAT feature is great, it takes a few hours for squatter to grind through the mailboxes. The included patch sounds interesting, but I guess I'll wait until it is incorporated into the standard distribution. Anyway, we have come up with a different idea regarding squatter. I am attaching a Perl script we are using in lieu of an entry in /etc/cyrus.conf. It is invoked and halted by the following crontab entry for the cyrus user: 0 0-23/4 * * * /usr/libexec/cyrus/squatrunner.pl >> /var/lib/imap/squatter.log 2>&1 0 1-23/4 * * * /bin/touch /var/lib/imap/squat.stop > /dev/null 2>&1 It's been working very nicely for us, allowing us to start and stop squatter whenever we want without having to start at the beginning. Cheers, Sebastian Hagedorn -- Sebastian Hagedorn M.A. - RZKR-R1 (Flachbau), Zi. 18, Robert-Koch-Str. 10 Zentrum für angewandte Informatik - Universitätsweiter Service RRZK Universität zu Köln / Cologne University - Tel. +49-221-478-5587 squatrunner.pl Description: Binary data daajoayVv.sig Description: PGP signature
RE: websieve 0.61/can only connect as cyrus admin user/error says no error...?
ok, this seems to have been because our users do not by default have quotas set. Can whoever maintains the websieve code maybe shange the default behaviour so that it can cope with mailboxes without quotas set (or at least giev a more informative error message)? ALthough not having quotas is probably nominally a Bad THing, ist surely not reason for websieve to report a connection error! now it seems to work and i can set vcation messages via websieve and see the rules reported via sieveshell. however senders are NOT getting messages back, any ideas? fwiw, the rules its creating for vacation look like this: > get default # Mail rules for user darrellb # Created by Websieve version 0.61h ##PSEUDO script start #vacation&&1&&"[EMAIL PROTECTED]", "[EMAIL PROTECTED]", "[EMAIL PROTECTED]"&&Not Here. Leave a message please&&off #mode&&basic is that right? -Original Message- From: [EMAIL PROTECTED] [mailto:owner-info-cyrus@;lists.andrew.cmu.edu]On Behalf Of Darrell Berry Sent: 08 November 2002 14:38 To: [EMAIL PROTECTED] Subject: websieve 0.61/can only connect as cyrus admin user/error says no error...? Hi I've just installed websieve 0.61, connecting to another machine running cyrus imapd 2.0.16. I can successfully connect using websieve as the cyrus admin user (cyrus), but not as any other users. If I try and log in as a user other than cyrus, I get the rather cryptic response via the web: --- Login Error There was an error in login you to the server. Please click HERE and try again. System Error: No Errors --- and in imapd.log on the imap sever I see the equally cryptic: --- Nov 8 14:31:36 machine137 imapd[8232]: accepted connection Nov 8 14:31:36 machine137 imapd[8232]: login: zygote.hhcl.com[212.36.149.2] darrellb plaintext Nov 8 14:31:36 machine137 master[8237]: about to exec /usr/cyrus/bin/timsieved Nov 8 14:31:36 machine137 service-sieve[8237]: executed Nov 8 14:31:36 machine137 service-sieve[8237]: accepted connection Nov 8 14:31:36 machine137 timsieved[8237]: login: zygote.hhcl.com[212.36.149.2] darrellb PLAIN User logged in Nov 8 14:31:36 machine137 master[1034]: process 8237 exited, status 0 --- all of which seems to suggest that everything is OK, except that I get no further! any help much appreciated. thx -Original Message- From: [EMAIL PROTECTED] [mailto:owner-info-cyrus@;lists.andrew.cmu.edu]On Behalf Of Darrell Berry Sent: 08 November 2002 14:38 To: [EMAIL PROTECTED] Subject: websieve 0.61/can only connect as cyrus admin user/error says no error...? Hi I've just installed websieve 0.61, connecting to another machine running cyrus imapd 2.0.16. I can successfully connect using websieve as the cyrus admin user (cyrus), but not as any other users. If I try and log in as a user other than cyrus, I get the rather cryptic response via the web: --- Login Error There was an error in login you to the server. Please click HERE and try again. System Error: No Errors --- and in imapd.log on the imap sever I see the equally cryptic: --- Nov 8 14:31:36 machine137 imapd[8232]: accepted connection Nov 8 14:31:36 machine137 imapd[8232]: login: zygote.hhcl.com[212.36.149.2] darrellb plaintext Nov 8 14:31:36 machine137 master[8237]: about to exec /usr/cyrus/bin/timsieved Nov 8 14:31:36 machine137 service-sieve[8237]: executed Nov 8 14:31:36 machine137 service-sieve[8237]: accepted connection Nov 8 14:31:36 machine137 timsieved[8237]: login: zygote.hhcl.com[212.36.149.2] darrellb PLAIN User logged in Nov 8 14:31:36 machine137 master[1034]: process 8237 exited, status 0 --- all of which seems to suggest that everything is OK, except that I get no further! any help much appreciated. thx
Re: [Sendmail-milter-users] DBI/DBD::MySQL
RE: [Sendmail-milter-users] DBI/DBD::MySQLThat's good to know! Could you let me know what versions you are using of: * DBI * DBD::MySql * MySql (including the compiler options, as this might be crucial) * Sendmail::Milter Thanks, Ian - Original Message - From: Grommet, Mike To: 'Ian McDonald' ; [EMAIL PROTECTED] Sent: Friday, November 08, 2002 3:37 PM Subject: RE: [Sendmail-milter-users] DBI/DBD::MySQL Ian, I'm using it... I don't see any particular problems, though we do have some stability problems with Sendmail::Milter in general (sometimes it stops answering incoming mail) -Original Message- From: Ian McDonald [mailto:ian@;londontown.com] Sent: Friday, November 08, 2002 9:35 AM To: [EMAIL PROTECTED] Subject: [Sendmail-milter-users] DBI/DBD::MySQL Hi, Does anyone have *any* experience of accessing a MySQL database from Sendmail::Milter? Mine seems to be that it freezes and faults all over the place. This is probably because DBI is not threads safe. I tried to solve the threading problem by loading DBI in my end of message callback routine, presumably well after any thread spawning has occurred. But the program simply prematurely exits when I call $dbh->prepare(). Is there any way at all to do this? Anyone? Thanks, Ian --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Sendmail-milter-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/sendmail-milter-users
Re: saslatuhd, ldap, login incorrect :(
On Fri, Nov 08, 2002 at 12:30:40AM -0500, Igor Brezac wrote: > It looks like you are hitting ldap_timeout, default is 5 seconds. You > might fix the problem if you increase the value of this parameter. You're always right Igor!, It was an indexing problem. We have 6500 users into our LDAP users directory, and LDAP takes 1,5 sec. to resolve a query. Then the solution was to index uid in LDAP and then put in slapd.conf the parameter to mantain indexed this field. Thanks for your time! Felix -- Felix Cuello [EMAIL PROTECTED] Qodiga/its Av.Santa Fe 882 P.13 Of. "E" C.P. ABP1059C Tel.: (54) 011 - 4312-1698 Buenos Aires - Argentina
Re: Perl filtering before final delivery
- Original Message - From: "Mike Brodbelt" <[EMAIL PROTECTED]> To: "Ian McDonald" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Friday, October 25, 2002 1:31 PM Subject: Re: Perl filtering before final delivery > If you are using sendmail, the cleanest way of doing what you want would > be to make use of the milter interface, which allows you to pass > messages through an external program that can change them as you wish. > This would not require users to have accounts on the server, and would > not interfere with the normal cyrus delivery mechanisms. For examples of > something similar, look at the sendmail milters available for hooking in > Spam Assassin. Alas, the Milter interface is multithreaded, Sendmail::Milter seems (to be) to be relatively unstable, and the Perl DBI libraries do not work reliably in a Milter environment. > > So, when I have an amended mail message and a destination folder, what do I > > do? Call /usr/cyrus/bin/deliver with my settings? > > Yes, you could do that. Deliver is just a wrapper that sends a message > submitted to it to Cyrus via LMTP. If you can do your processing in the > MTA pipeline, before it reaches Cyrus however, I think you'll have a > better solution. The Milter interface for sendmail allows you additional > latitude, such as specifying what should happen if the filter is not > available, and multiple filters can also be chained together. Other > MTA's may have other means of achieving this. Alas, this would require reworking Cyrus and sendmail again; Sendmail 8.12.6 seems to talk directly to lmtp. Given how long it took me to set up Cyrus the first time, I am loathe to tinker. Is moving to /usr/cyrus/bin/deliver as simple as replacing: define(`confLOCAL_MAILER', `cyrusv2') MAILER(`cyrusv2')with this? :define(`confLOCAL_MAILER', `cyrus') MAILER(`cyrus') Does /usr/cyrus/bin/deliver run as a nice, straightforward, single-threaded process which is called many times?Thanks,Ian
RE: websieve 0.61/can only connect as cyrus admin user/error says no error...?
oops, actually the rules look like the following. I have sendmail: /usr/sbin/sendmail set in /etc/imapd.conf, but still not seeing any response being sent back to the senders of messages -- i've seen lots of discussion about sieve and vacation in the maciling lists, but nothing conclusive -- any ideas? i;m running cyrus imapd 2.0.16, built from the cyrus-imapd-2.0.16-5rm.src.rpm package. otherwise all seems fine. thx --- # Mail rules for user darrellb # Created by Websieve version 0.61h require ["fileinto","vacation"]; vacation :days 1 :addresses ["[EMAIL PROTECTED]", "[EMAIL PROTECTED]", "[EMAIL PROTECTED]"] text: Autogenerated Message: Not Here. Leave a message please . ; ##PSEUDO script start #vacation&&1&&"[EMAIL PROTECTED]", "[EMAIL PROTECTED]", "[EMAIL PROTECTED]"&&Not Here. Leave a message please&&on #mode&&basic
Re: [Sendmail-milter-users] DBI/DBD::MySQL
Apology to all concerned, for sending the milter stuff to the wrong list.
locking problems with 2.1.9
Our locking issues have revisited us. We are running cyrus 2.1.9 on a Solaris 8 system using fcntl and skiplist (except flat for subscriptions). Our MTA (pmdf) is unable to deliver mail to a local user via lmtp. Except for this particular user cyrus is doing its thing just as expected. The stage. directory for this user's partition is as follows and all files are related to delivery attempts to this user: -rw--- 1 cyrusmail3101 Nov 8 09:37 14279-1036766256 -rw--- 1 cyrusmail 21476 Nov 8 07:05 14521-1036757103 -rw--- 1 cyrusmail 21476 Nov 8 08:00 20731-1036760410 Following is the stack for the three processes listed above (as reported by the Solaris pstack command): 14279: lmtpd -a ff098958 fcntl(b, 7, ffbe9440) ff092f00 s_fcntl (b, 7, 7, ffbe9440, b, 58d5c) + 1ec 00058d5c lock_reopen (b, ffbe9570, ffbe94e8, ffbe94e4, e393e, ffbe9470) + 4c 00035988 mailbox_lock_header (ffbeb658, 0, ffbeb658, 7efefeff, 81010100, ff) + cc 00032d34 append_setup (0, ffbea658, 0, 0, 0, 0) + 54 0002c284 deliver_mailbox (0, 1b7de8, c1d, 0, 0, 0) + 124 0002c7fc deliver (1b32d0, 0, 0, 0, efcc, ffbecbe8) + 410 0002f6b0 lmtpmode (1841e0, 1a8530, 1a8588, 1a8e70, 1a3d78, e10d8) + d2c 0002ab8c service_main (2, ffbefd7c, ffbefd88, ff1f8000, 8, 2a5ac) + b8 0002a6f4 main (184000, ffbefd7c, ffbefd88, 2, e0c00, 0) + 618 00029c1c _start (0, 0, 0, 0, 0, 0) + 5c 20731: lmtpd -a ff098958 fcntl(b, 7, ffbe9440) ff092f00 s_fcntl (b, 7, 7, ffbe9440, b, 58d5c) + 1ec 00058d5c lock_reopen (b, ffbe9570, ffbe94e8, ffbe94e4, e393e, ffbe9470) + 4c 00035988 mailbox_lock_header (ffbeb658, 0, ffbeb658, 7efefeff, 81010100, ff) + cc 00032d34 append_setup (0, ffbea658, 0, 0, 0, 0) + 54 0002c284 deliver_mailbox (0, 1a8530, 53e4, 0, 0, 0) + 124 0002c7fc deliver (1b22c8, 0, 0, 0, efcc, ffbecbe8) + 410 0002f6b0 lmtpmode (1841e0, 1c4b80, 1c4bd8, 1a93f0, 1a3d78, e10d8) + d2c 0002ab8c service_main (2, ffbefd7c, ffbefd88, 2, 0, 2a5ac) + b8 0002a6f4 main (184000, ffbefd7c, ffbefd88, 2, e0c00, 0) + 618 00029c1c _start (0, 0, 0, 0, 0, 0) + 5c 14521: lmtpd -a ff098958 fcntl(b, 7, ffbe9440) ff092f00 s_fcntl (b, 7, 7, ffbe9440, b, 58d5c) + 1ec 00058d5c lock_reopen (b, ffbe9570, ffbe94e8, ffbe94e4, e393e, ffbe9470) + 4c 00035988 mailbox_lock_header (ffbeb658, 0, ffbeb658, 7efefeff, 81010100, ff) + cc 00032d34 append_setup (0, ffbea658, 0, 0, 0, 0) + 54 0002c284 deliver_mailbox (0, 1c06a8, 53e4, 0, 0, 0) + 124 0002c7fc deliver (1b22c8, 0, 0, 0, efcc, ffbecbe8) + 410 0002f6b0 lmtpmode (1841e0, 1c15e0, 1c1638, 1a8eb0, 1a3d78, e10d8) + d2c 0002ab8c service_main (2, ffbefd7c, ffbefd88, 2, 0, 2a5ac) + b8 0002a6f4 main (184000, ffbefd7c, ffbefd88, 2, e0c00, 0) + 618 00029c1c _start (0, 0, 0, 0, 0, 0) + 5c There is one imapd (according to the cyrus proc/) for this user. Over the course of several minutes of observation the stack remains exactly the same: 11885: imapd -s ff098958 fcntl(b, 7, ffbebc10) ff092f00 s_fcntl (b, 7, 7, ffbebc10, b, 633d4) + 1ec 000633d4 lock_reopen (b, ffbebd40, ffbebcb8, ffbebcb4, ef566, 0) + 4c 00046444 mailbox_lock_header (1986cc, 1aa610, e, ffbeedbc, ff0bd194, ffbeed28) + cc 000479c0 mailbox_expunge (1986cc, 1, 0, 0, 0, ff09c648) + 1c 00032580 cmd_expunge (1bb8e0, 0, 1a17a8, 1bb950, 6e676500, 6e676500) + 54 0002c65c cmdloop (18c800, 198400, 0, 0, 0, 0) + b40 0002b8c4 service_main (0, ffbefd7c, ffbefd88, ff1f8000, 7, 2a1ec) + 290 0002a334 main (18c400, ffbefd7c, ffbefd88, 2, eb400, 0) + 618 0002985c _start (0, 0, 0, 0, 0, 0) + 5c Following are processes reported as having the user's cyrus.* files open: # fuser cyrus.* cyrus.cache:11885om 22335om cyrus.header:14279om 11885om9273om 20731om 14521om 22335om cyrus.index:11885om 22335om cyrus.seen: And following is pstack for all of the above except for 11885 (the imapd already listed above) and 14279, 20731, 14521 (the ltmpd listed above): 22335: imapd -s ff09b3bc read (0, 1c4bc8, 6f5) 0008e8c8 sock_read (0, 1c4bc8, 6f5, 8e8a0, 18edf8, 1) + 28 0008d670 BIO_read (1bd090, 1c4bc8, 6f5, 1c32a8, 1bccf0, 0) + d0 0007dec8 ssl3_read_n (5, 2010, 2010, 191b, 0, 0) + 148 0007e140 ssl3_get_record (1bb7e0, 1bccf0, 0, 0, 23138, ff0941d8) + 1e0 0007e8d4 ssl3_read_bytes (1bb7e0, 17, 1aa610, 1000, 0, 1bccf0) + 1d4 0007c6e8 ssl3_read (1bb7e0, 1aa610, 1000, 7c6a0, 19a1ac, 0) + 48 0006e730 SSL_read (1bb7e0, 1aa610, 1000, 1, ff0bd194, ffbec4b8) + 70 00060524 prot_fill (, 0, 1000, 19cfb0, ffbec7b8, 1) + 340 00060d8c prot_read (0, ffbec7b8, 1000, 19cfb0, 1, ffbec7b8) + 6c 00050894 message_copy_strict (0, 19cfb0, 8008c, eff8, 1a17a8, ff09c648) + 64 00044584 append_fromstream (ffbed830, 1a17a8, 9408c, 3cbce214, 1d0520, 1) + 14c 0002fcec cmd_append (0, 0, ffbee8f0, 18c400, a, 0) + 4c0 0002bf04 cmdloop (18c800, 198400, 0, 0, 0, 0) + 3e8 0002b8c4 service_main (0, ffbefd7c, ffbefd88, ff1f8000, 7
rename not possible
I want to rename several mailboxes from mixed-case to lower-case, for example: rename user/TEST user/test but always get an error: localhost> sam user/TEST cyrus all localhost> rename user/TEST user/test renamemailbox: Operation is not supported on mailbox Renaming subfolders is no problem. I have cyrus 2.1.19 from the debian-package. Does anyone know what is going wrong? -- Thank you for your help. Kerstin
[no subject]
I am running cyrus-imapd-2.0.16_2 and cyrus-sasl-1.5.27_1 together with postfix-20020107 and anti virus amavisd-20020531_1 in a FreeBSD 4.5 box. Everything works good but now and then, about two times a day, the Cyrus imap goes into troubles. It doesnt admint to login or you can see your mail boxes. It only came back again after I restart cyrus. I noticed that when it happens the lmtpd service is down. I run reconstruct -m but it doesnt solve the problem... Do you have any idea about what is going on ? What should I do ? Any help is welcome !! Thanks in advance ! Darci Tartari - Enviado pelo Correio da SUPRG utilizando IMP 3.1 http://horde.org/imp/
Re: rename not possible
Kerstin Espey wrote: > > I want to rename several mailboxes from mixed-case to lower-case, for example: > rename user/TEST user/test > but always get an error: > > localhost> sam user/TEST cyrus all > localhost> rename user/TEST user/test > renamemailbox: Operation is not supported on mailbox > > Renaming subfolders is no problem. > > I have cyrus 2.1.19 from the debian-package. > > Does anyone know what is going wrong? 2.1 (and earlier) does not allow user moves (RENAME or XFER). If you need to do this you'll have to grab 2.2 from CVS and set allowusermoves:yes Ken -- Kenneth Murchison Oceana Matrix Ltd. Software Engineer 21 Princeton Place 716-662-8973 x26 Orchard Park, NY 14127 --PGP Public Key--http://www.oceana.com/~ken/ksm.pgp
Re: SASL Docs
Due to the amount of interest I have decided to put this information on the web at http://hbeatty.mystarband.net. Please give me a week or so to get it complete. Thanks, Hank - Original Message - From: "David H. Lynch Jr." <[EMAIL PROTECTED]> To: "'Hank Beatty'" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Thursday, November 07, 2002 6:39 PM Subject: RE: SASL Docs > While I still hope to get something else working - > > In my perfect world I would have kerberos working between the > systems (right now I have working krb5.conf, and a keytab, and I can > kinit against the W2K KDC, but saslauthd/pam_krb5, saslauthd/kerberos5 > and GSSAPI all are unhappy) > of course in my dreams either MIT or Heimdal kerberos knows how > to work as the kdc for W2K, and maybe openldap knows how to replace M$'s > LDAP, In fact while I am dreaming AutoCAD runs under Linux and W2K > can go to @#$?. > > In a less perfect world (or maybe not) I would have either > saslauthd/pam_smbpass or saslauthd/pam_winbind working. > I am working on that right now, with marginal success. > > But I could give up soon and then I would settle for anything > that did not require me to maintain multiple user lists all over the > place. Anyway, yes I would greatly appreciate whatever information you > can share on authenticating against a W2K AD. This is probably the only > thing stopping me from killing off exchange. Exchange has died for me > almost every xmas holiday for the past 4 or 5 years, requiring massive > amounts of effort to recover and just generally ruining my holiday. My > goal is to kill it off before it kills me. > > > > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:owner-info-cyrus@;lists.andrew.cmu.edu] On Behalf Of Hank Beatty > Sent: Thursday, November 07, 2002 2:26 PM > To: [EMAIL PROTECTED] > Subject: Re: SASL Docs > > > David, > > I have a setup where I have Cyrus is using saslauthd. Saslauthd is setup > to use PAM. Pam is using PAM_LDAP and PAM_LDAP is authenticating against > a MS AD domain controller. > > That was probably the long way around, but it made sense at the time. > > If you (or anyone else) is interested in how I did this let me know. > >
RE: delete folders...
I could have sworn I sent it to bugs@, but here it is: # man cyradm (1) Lines 58 & 59 "Administrators do not have implicit delete rights on mailboxes. Use the setaclmailbox command to grant the "d" permission to your principal if you need to delete a mailbox you do not own." (This is incorrect. Administrators need the "c" ACL to delete mailbox folders.) Lines 145-147 "c Create and Delete mailbox (CREATE new sub-mailboxes, RENAME or DELETE mailbox) d Delete (STORE \DELETED, EXPUNGE)" I'm running cyrus-imapd 2.1.9. Perhaps it's been fixed? Paul Schmehl ([EMAIL PROTECTED]) TCS Department Coordinator The University of Texas at Dallas AVIEN Founding Member http://www.utdallas.edu/~pauls/ > -Original Message- > From: Ken Murchison [mailto:ken@;oceana.com] > Sent: Friday, November 08, 2002 7:49 AM > To: Schmehl, Paul L > Cc: info > Subject: RE: delete folders... > > Which man page is incorrect? I'll fix it, but I have to find > it first. > cyradm(1) explicitly says that 'c' is needed to delete a mailbox. >
RE: delete folders...
In the current CVS it reads as you state. This is newer than 2.1.9. -Rob On Fri, 8 Nov 2002, Schmehl, Paul L wrote: > I could have sworn I sent it to bugs@, but here it is: > > # man cyradm (1) > > Lines 58 & 59 > > "Administrators do not have implicit delete rights on mailboxes. Use > the setaclmailbox command to grant the "d" permission to your principal > if you need to delete a mailbox you do not own." > > (This is incorrect. Administrators need the "c" ACL to delete mailbox > folders.) > > > Lines 145-147 > > "c Create and Delete mailbox (CREATE new sub-mailboxes, RENAME or > DELETE mailbox) > > d Delete (STORE \DELETED, EXPUNGE)" > > > I'm running cyrus-imapd 2.1.9. Perhaps it's been fixed? > > Paul Schmehl ([EMAIL PROTECTED]) > TCS Department Coordinator > The University of Texas at Dallas > AVIEN Founding Member > http://www.utdallas.edu/~pauls/ > > > > -Original Message- > > From: Ken Murchison [mailto:ken@;oceana.com] > > Sent: Friday, November 08, 2002 7:49 AM > > To: Schmehl, Paul L > > Cc: info > > Subject: RE: delete folders... > > > > Which man page is incorrect? I'll fix it, but I have to find > > it first. > > cyradm(1) explicitly says that 'c' is needed to delete a mailbox. > > > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Re: locking problems with 2.1.9
Date: Fri, 8 Nov 2002 11:04:32 -0500 (EST) From: Peter Krotkov <[EMAIL PROTECTED]> [...] 22335: imapd -s ff09b3bc read (0, 1c4bc8, 6f5) 0008e8c8 sock_read (0, 1c4bc8, 6f5, 8e8a0, 18edf8, 1) + 28 0008d670 BIO_read (1bd090, 1c4bc8, 6f5, 1c32a8, 1bccf0, 0) + d0 0007dec8 ssl3_read_n (5, 2010, 2010, 191b, 0, 0) + 148 0007e140 ssl3_get_record (1bb7e0, 1bccf0, 0, 0, 23138, ff0941d8) + 1e0 0007e8d4 ssl3_read_bytes (1bb7e0, 17, 1aa610, 1000, 0, 1bccf0) + 1d4 0007c6e8 ssl3_read (1bb7e0, 1aa610, 1000, 7c6a0, 19a1ac, 0) + 48 0006e730 SSL_read (1bb7e0, 1aa610, 1000, 1, ff0bd194, ffbec4b8) + 70 00060524 prot_fill (, 0, 1000, 19cfb0, ffbec7b8, 1) + 340 00060d8c prot_read (0, ffbec7b8, 1000, 19cfb0, 1, ffbec7b8) + 6c 00050894 message_copy_strict (0, 19cfb0, 8008c, eff8, 1a17a8, ff09c648) + 64 00044584 append_fromstream (ffbed830, 1a17a8, 9408c, 3cbce214, 1d0520, 1) + 14c This one looks like the one that's actually having the problem. If you kill this process, everything will return to normal. What caused this? Well, prot_fill() isn't suppose to call SSL_read if SSL_read is going to block. Unfortunately, it doesn't succeed in this case. Really, we should put the SSL socket into non-blocking mode and have some additional logic to make sure this doesn't happen. Since the prot layer itself is (generally) blocking, it's not totally trivial and we haven't done the work. Finally, there's the larger issue that we lock the mailbox during an APPEND which is a Bad Idea, since a client can be arbitrarily slow uploading data and thus creates a DoS for other clients. Avoiding this isn't probably that hard (the staging code used by lmtpd can probably be adapted by imapd) but we haven't done it, either. At the very least, I'd appreciate it if you open a bug on the SSL issue and include the backtrace on bugzilla.andrew.cmu.edu. Larry
Re: locking problems with 2.1.9
On Fri, 8 Nov 2002, Lawrence Greenfield wrote: >Date: Fri, 8 Nov 2002 11:04:32 -0500 (EST) >From: Peter Krotkov <[EMAIL PROTECTED]> > [...] >22335: imapd -s > ff09b3bc read (0, 1c4bc8, 6f5) > 0008e8c8 sock_read (0, 1c4bc8, 6f5, 8e8a0, 18edf8, 1) + 28 > 0008d670 BIO_read (1bd090, 1c4bc8, 6f5, 1c32a8, 1bccf0, 0) + d0 > 0007dec8 ssl3_read_n (5, 2010, 2010, 191b, 0, 0) + 148 > 0007e140 ssl3_get_record (1bb7e0, 1bccf0, 0, 0, 23138, ff0941d8) + 1e0 > 0007e8d4 ssl3_read_bytes (1bb7e0, 17, 1aa610, 1000, 0, 1bccf0) + 1d4 > 0007c6e8 ssl3_read (1bb7e0, 1aa610, 1000, 7c6a0, 19a1ac, 0) + 48 > 0006e730 SSL_read (1bb7e0, 1aa610, 1000, 1, ff0bd194, ffbec4b8) + 70 > 00060524 prot_fill (, 0, 1000, 19cfb0, ffbec7b8, 1) + 340 > 00060d8c prot_read (0, ffbec7b8, 1000, 19cfb0, 1, ffbec7b8) + 6c > 00050894 message_copy_strict (0, 19cfb0, 8008c, eff8, 1a17a8, ff09c648) + 64 > 00044584 append_fromstream (ffbed830, 1a17a8, 9408c, 3cbce214, 1d0520, 1) + 14c > > This one looks like the one that's actually having the problem. If you > kill this process, everything will return to normal. > > What caused this? Well, prot_fill() isn't suppose to call SSL_read if > SSL_read is going to block. Unfortunately, it doesn't succeed in this > case. > > Really, we should put the SSL socket into non-blocking mode and have > some additional logic to make sure this doesn't happen. Since the prot > layer itself is (generally) blocking, it's not totally trivial and we > haven't done the work. > > Finally, there's the larger issue that we lock the mailbox during an > APPEND which is a Bad Idea, since a client can be arbitrarily slow > uploading data and thus creates a DoS for other clients. Avoiding this > isn't probably that hard (the staging code used by lmtpd can probably > be adapted by imapd) but we haven't done it, either. > > At the very least, I'd appreciate it if you open a bug on the SSL > issue and include the backtrace on bugzilla.andrew.cmu.edu. > > Larry > Larry, Thank your your time and energies for investigating the problem. I will open a bug for the SSL issue along with a backtrace. Prior to a code fix to address the problems you observed, do you think it would be unreasonable to configure master so that imaps is not offered? We could revert to running stunnel for ssl support and then take our chances with clients that initiate starttls. Our client base has become quite accustomed to the overall reliability of cyrus and would go ballistic with even an occasional imapd/lmtpd going bonkers :-}. Many thanks, Pete
