Re: building sasl
avl wrote: > Still can't get cyrus to work with passwords checking through shadow... > In CYRUS-IMAP HOWTO they suggest building SASL with the key > ./configure --with-pwcheck_method=shadow . But theres no such key in my > SASL 1.5.24, at least ./configure --help doesnt show it. > Besides that, there's no key --enable-pwcheck either ( when I decided to > try pwcheck eventually ). Try ./configure --with-pwcheck=/some/path /some/path is the path to the socket that pwcheck uses to communicate with IMAPd. You also need to compile and run the pwcheck daemon that comes with Cyrus. > All these doesn;'t work, though I specify in > imapd.conf > sasl_pwcheck_method: shadow(or pwcheck) > sasl_passwd_check: shadow(or pwcheck) > So, I can get imapd work only with checking > through default sasldb. > > Please, hint... > sasl_pwcheck_method: pwcheck will work once SASL is compiled to support it.
undeletable mailboxes created by outlook-express
Hi, some users in our network are using outlook express. At the first start oe created the toplevel-mailboxes 1.gelöschte Objekte 2.Entwürfe 3.trash with the rights anyone lrs. These mailboxes should be created in the user.Inbox. Now these mailboxes could not be deleted neither by the users nor by cyrus via cyradm. Error: Permission denied? How can i get rid of this rubbish? ciao dieter franzke -- made with pure L I N U X
PAM woes
Hello, Just a note about PAM and 2.0.16. The cyrus user must be able to read /etc/pam.d/imap in order for PAM authentication to work under 2.0.16. When using 1.6.24 the cyrus user *does not* need to have read access to /etc/pam.d/imap I ran into that problem last night trying to upgrade. :-)
Re: undeletable mailboxes created by outlook-express
dieter franzke wrote: > > Hi, > > some users in our network are using outlook express. At the > first start oe created the toplevel-mailboxes > 1.gelöschte Objekte > 2.Entwürfe > 3.trash with the rights anyone lrs. > These mailboxes should be created in the user.Inbox. > Now these mailboxes could not be deleted neither by the users > nor by cyrus via cyradm. > Error: Permission denied? > > How can i get rid of this rubbish? In order to delete a mailbox, the user must have the 'c' right. This will eventually be changed to 'x' so that 'c' is not overloaded. 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: undeletable mailboxes created by outlook-express
You lucky, I had the same problem yesterday and the post from Scott on the second of feb this year was my solution. I still had the page open so here is the important bits. This assumes you have tried using sam in cyradm to set the right permissions to delete it (this the right way). If that does not work, as it did not work for me, them try this: > 1. Run ctl_mboxlist -d > mboxlist.temp to dump existing mailboxes. > 2. Remove mailboxes.db file: rm mailboxes.db > 3. Edit mboxlist.temp to remove the folder > 4. Run ctl_mboxlist -u < mboxlist.temp to change the contents of > mailboxes.db. Thanks Scott Regards - Original Message - From: "dieter franzke" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, August 21, 2001 11:16 AM Subject: undeletable mailboxes created by outlook-express > Hi, > > some users in our network are using outlook express. At the > first start oe created the toplevel-mailboxes > 1.gelöschte Objekte > 2.Entwürfe > 3.trash with the rights anyone lrs. > These mailboxes should be created in the user.Inbox. > Now these mailboxes could not be deleted neither by the users > nor by cyrus via cyradm. > Error: Permission denied? > > How can i get rid of this rubbish? > > ciao > > dieter franzke > > > -- > made with pure L I N U X
Re: "sticky" cyradm and quota
Max, I thought you may find this useful, so I wanted to let you know. I was speaking with a colleague the other day who was experiencing the same problem with the "sticky" mailbox syndrome and his solution to the problem was: 1) Wait for the user to call and complain something was wrong. 2) Under /var/imap/proc, find the user's imap sessions and kill them with the following command: kill `grep * | cut -f1 -d":"` 3) Then search for the locked LTMP process with the following command: ps -efl | grep lmtp 4) Look for the process that's been hanging around for a while, and kill the PID. I haven't actually tried this yet, but it seems like it would work. Does anyone see any problems with this method? -John Max Kalika wrote: > From: "John C. Amodeo" <[EMAIL PROTECTED]> > > > My current config is 2.0.16 / RH 7.1 / 2.4.3-12 kernel > > Yes, I'm currently running 2.0.15 on a custom-built 2.4.3 kernel (RH 7.1 as > well). > > > Once in a while, when a user goes to copy a message from their Inbox to > > a subfolder, it locks their IMAP session, After closing the mail client > > (Webmail or Netscape Messenger), when they log back in, now they cannot > > delete any messages in any of their folders, and, in addition, they > > cannot write to any folders under their account. Furthermore, Postfix > > starts deferring mail because it cannot write to the users Inbox either. > > I configed cyrus to prefork 2 lmtp processes and that is what I see during > normal operation. But sometimes I periodically notice a bunch of lmtp > processes hanging about. Restarting cyrus became problematic because my users > have pine as their shell and they get scared when the connection drops. > > I use the following recipe to remedy the problem without restarting the whole > thing: > > 1) Check to make sure the lmtp (or deliver) process is stuck because it is > waiting for an exclusive lock. This will also give you the file descriptor of > the stuck process. > > # strace -p > > 2) Find the file it is stuck on. > > # lsof -p | grep u > > 3) Once you have the file check which processes have that file open. > > # lsof | grep | awk '{print $2}' | sort -n | uniq | xargs ps -e > > 4) That will give you a list of processes. I usally find the oldest one > (look at the date field reported by ps) which has always been an imapd process > and kill that. After doing this, the rest of the processes will be able to > grab the exclusive lock and finish what they were doing. > > The good thing about doing that is that you're not disconnecting *everyone*. > The bad is that I heard complains that the same message will appear more than > once (my guess is that sendmail runs the queue and spawns another lmtp). > > I still don't know why this is happening in the first place though. I recently > compiled 2.0.16 with -g so I can attach gdb to a stuck process and figure out > whats freezing it. Also I configured the new 2.0.16 with fcntl instead of > flock which I hope is the reason -- no idea though. > > If anyone has any other thoughts, I'd love to hear. > > -- > /// max kalika > // [EMAIL PROTECTED] > > "and after a while you'll stop making computers out of stuff and start making > stuff out of computers" -- douglas adams 4/5/01
Unable to fetch new headers Outlook
Hello, I am trying to fetch mail from an IMAP 2.0.16 server using STARTTLS for encrypting the session. I can send mail via the command line and retrieve it on the server by telneting to port 143 so I know the server is for the most part working. However when I try to retrrieve my mail using Microsoft Outlook 2000 I get the password prompt with the lock icon which tells me this is a secure channel. Then I get the following error: "Could not fetch new headers in the inbox for 204.34.217.9. An unknown error has occured. Please save existing work and restarting the program." I have the following entry in syslog.conf: local6.debug/var/log/imapd.log However the log tells me nothing. I configured Outlook to use IMAP on port 143 and to require a secure connection. Could someon please give me some feedback on this. I would appreciate it thanks. __ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/
Re: Unable to fetch new headers Outlook
chirs charter wrote: > > Hello, > I am trying to fetch mail from an IMAP 2.0.16 server > using STARTTLS for encrypting the session. I can send > mail via the command line and retrieve it on the > server by telneting to port 143 so I know the server > is for the most part working. However when I try to > retrrieve my mail using Microsoft Outlook 2000 I get > the password prompt with the lock icon which tells me > this is a secure channel. Then I get the following > error: > > "Could not fetch new headers in the inbox for > 204.34.217.9. An unknown error has occured. Please > save existing work and restarting the program." > > I have the following entry in syslog.conf: > > local6.debug/var/log/imapd.log > > However the log tells me nothing. I configured Outlook > to use IMAP on port 143 and to require a secure > connection. Could someon please give me some feedback > on this. I would appreciate it thanks. IIRC, Outlook does not use STARTTLS, but it will use imaps (SSL tunneled imap -- typically on port 993). Setup an imaps service in imapd.conf and then check the appropriate box for encryption in Outlook (I don't have an Outlook 2000 client in front of me). 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: Unable to fetch new headers Outlook
Does Outlook Express use STARTTLS? Thanks --- Ken Murchison <[EMAIL PROTECTED]> wrote: > > > chirs charter wrote: > > > > Hello, > > I am trying to fetch mail from an IMAP 2.0.16 > server > > using STARTTLS for encrypting the session. I can > send > > mail via the command line and retrieve it on the > > server by telneting to port 143 so I know the > server > > is for the most part working. However when I try > to > > retrrieve my mail using Microsoft Outlook 2000 I > get > > the password prompt with the lock icon which tells > me > > this is a secure channel. Then I get the following > > error: > > > > "Could not fetch new headers in the inbox for > > 204.34.217.9. An unknown error has occured. Please > > save existing work and restarting the program." > > > > I have the following entry in syslog.conf: > > > > local6.debug/var/log/imapd.log > > > > However the log tells me nothing. I configured > Outlook > > to use IMAP on port 143 and to require a secure > > connection. Could someon please give me some > feedback > > on this. I would appreciate it thanks. > > IIRC, Outlook does not use STARTTLS, but it will use > imaps (SSL tunneled > imap -- typically on port 993). Setup an imaps > service in imapd.conf > and then check the appropriate box for encryption in > Outlook (I don't > have an Outlook 2000 client in front of me). > > 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 __ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/
Re: Unable to fetch new headers Outlook
chirs charter wrote: > Does Outlook Express use STARTTLS? No. When you check the 'secure server' checkbox it will switch to port 993 automatically. However, if you've got STARTTLS working in IMAPd OK, all you have to do to get imaps working is to uncomment the appropriate line in /etc/imapd.conf.