Re: Cyrus logging informational messages with too high priority?
On 30 Oct 2002, Erik Enge wrote: > Rob Siemborski <[EMAIL PROTECTED]> writes: > > > That depends on a number of things. mailboxes.db should be skiplist > > for performance reasons anyway. > > What is skiplist? Is the code included in Cyrus? It's a database format that we wrote to do fast enumarations, and uses a persistant skiplist as its data structure. It's included with cyrus. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Re: Cyrus logging informational messages with too high priority?
Rob Siemborski <[EMAIL PROTECTED]> writes: > That depends on a number of things. mailboxes.db should be skiplist > for performance reasons anyway. What is skiplist? Is the code included in Cyrus? Thanks, Erik.
Outlook as an IMAP client (was: When users delete mail, I want itto be moved to Trash)
On Wed, 23 Oct 2002 at 09:00 Eric Minto wrote to James Greenhalgh and... >I totally agree. In fact, we're in the process of banning Outlook from >all employee computers. Instead, we're using IMAP (which Outlook >doesn't work well with), with Imp as our web-based mail interface. ... >James Greenhalgh wrote: > >> >>You have no problems with Outlook and POP? Lucky man! >> >>I wish we could just ban Outlook from the network entirely - it's insecure, >>about as intuitive as trying to pole vault in zero gravity, and it has a >>hideously braindead method of POP retrieval (retr * mails_in_box, dele instead >>of (retr,dele) * mails_in_box - leading to multiple retrieval if the >>connection breaks). Interesting. My director loves Outlook as an IMAP client, even though it is not the officially supported client here (Eudora 5 is). It works wonderfully for him and he has had almost no problems. Aidan Evans | Networks & Systems (902)494-3332 | University Computing & Information Services | Dalhousie University, Halifax, N.S., Canada
Re: Cyrus logging informational messages with too high priority?
Rob Siemborski <[EMAIL PROTECTED]> writes: > You can, it's just not a great idea performance-wise (skiplist is more > optimized towards enumeration operatons than random access). Keeping in mind that I will have about 50 users that access their mailboxes all day, would I notice any performance impact of doing skiplist? Erik.
Re: Cyrus logging informational messages with too high priority?
On 30 Oct 2002, Erik Enge wrote: > > You can, it's just not a great idea performance-wise (skiplist is more > > optimized towards enumeration operatons than random access). > > Keeping in mind that I will have about 50 users that access their > mailboxes all day, would I notice any performance impact of doing > skiplist? Probably not. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Re: Cyrus logging informational messages with too high priority?
On 30 Oct 2002, Erik Enge wrote: > I'm not sure I understand. Does that mean I cannot use > --with-duplicate-db and --with-tls-db as skiplist? Will Berkley DB > still be used? You can, it's just not a great idea performance-wise (skiplist is more optimized towards enumeration operatons than random access). -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Massive Problems (lmtp, db corruption) - Ahh!
Hey all, We're using postfix1.1.11 and cyrus 2.1.9 on a RH7.3 (ext3) box. We've been having endless problems since we experienced some data corruption a few days ago. After resolving some other problems, we're down to the key one: mail take >12h to be delivered (and some never is delivered, just queued) and after an hour or so of running, users are no longer able to login, or they login and they have no folders and no mail. Im grouping the two issues together because I believe the first is the cuase of the second. Specifically the box shows ALOT of ltmp, lmtpd, and unix -t processes (sometimes upto 2000 if the box is running for several hours w/o restart). Simlutaneously the error logs from postfix's lmtp show alot of these: Oct 30 16:10:35 bicep postfix/lmtp[1886]: 0113E1641FF: to=<[EMAIL PROTECTED]>, relay=/export/cyrus/imap/socket/lm tp[/export/cyrus/imap/socket/lmtp], delay=0, status=deferred (host /export/cyrus/imap/socket/lmtp[/export/cyrus/imap/socket/lmtp] sa id: 451 4.3.0 System I/O error) After an hour or so of cyrus and postfix running, the second part of the problem occurs, and users arent able to login or can login and see no mail, no folders (except inbox). When this occurs, lots of the following are printed to the error logs: Oct 30 16:18:38 bicep imapd[2146]: DBERROR: error fetching user.gary: DB_RUNRECOVERY: Fatal error, run database recovery Oct 30 16:18:38 bicep imapd[2146]: DBERROR: error fetching user.gary: cyrusdb error Stopping cyrus and postfix for a minute, and then restarting them seems to rememdy the problem for another hour (the mail delivered problem is still there, but users are able to login and read mail). I tried to run "./ctl_cyrusdb -r" but I get the following errors: ctl_cyrusdb: unable to init environment fatal error: can't read mailboxes file Strace show the problem occurs after reading and closing the mailboxes.db file. I dumped/reimported the mailboxes.db using ctl_mboxlist and it didnt help me run ctl_cyrusdb. Coincedentally running ./ctl_cyrusdb -c in strace shows it fails on deliver.db. Im using Ext3 fs, and Ive run fsyc several times, w/o error. It seems like some cyrus file(s) is/are corrupt which is causing lmtp mail delivery to hang on a large fraction of messages that are attempting to be delivered. Because the lmtp processes hang forever, thousands are active, and the system's IO resources become exhausted. This is my theory atleast. Does anyone have any ideas about what is going on and how to go about fixing it? Thanks, Lee P.S. Ive also run reconstruct -r on each top level mailbox. No help. _ Get faster connections -- switch to MSN Internet Access! http://resourcecenter.msn.com/access/plans/default.asp
Re: Cyrus logging informational messages with too high priority?
Rob Siemborski <[EMAIL PROTECTED]> writes: > It's in imap/imapd.c, near the top of cmdloop(). Will this be fixed in the next release? > Keep in mind that this won't make them entirely go away, since > Berkeley is still the prefered database for duplicate.db and > tls_cache.db. And they *are* a normal part of berkley db operation. I'm not sure I understand. Does that mean I cannot use --with-duplicate-db and --with-tls-db as skiplist? Will Berkley DB still be used? Erik.
Re: Fw: pop3d unstable
Spake Hank Beatty on 30/10/2002, 14:52:29 -0500: > I seem to be having the same problem, but don't understand your solution. > What do you mean "running out of entophy" and do you know how to fix it? I believe he means 'entropy'. And fixing it depends on your OS. FreeBSD users can try vmstat -i to get a list of interrupts, then rndcontrol -s to set the ones which are used to contribute to system entropy. I'm not sure how to control the contributors to the entropy pool under Linux or Solaris, however. A quick Google search should turn something up.
Re: Cyrus logging informational messages with too high priority?
Rob Siemborski <[EMAIL PROTECTED]> writes: > It could probably go to LOG_INFO. Is this a configuration option I can adujust? Or can I recompile Cyrus to use info instead? > If you're using Berkeley DB 4 there's a bug in the locker counting > code that causes this number to not be decremented, so it really isn't > something to worry about unless there are other problems (like severe > performance problems all the time). Ok. No, we're not having any other problems, as such, but the messages do show up in our centralized logging system (which makes all developers/sysadmins jump in their chairs) so I'd like for them to go away. I guess I'll do skiplist. > If other clients were working, I'm going to blame the client that > wasn't, but that's just me. I'm so inclined too. > If you could get protocol traces that'd be moure useful. Unfortunately I can not reproduce the situation now. I'll be on the lookout for it again, though. Erik.
Re: Cyrus logging informational messages with too high priority?
On 30 Oct 2002, Erik Enge wrote: > Rob Siemborski <[EMAIL PROTECTED]> writes: > > > It could probably go to LOG_INFO. > > Is this a configuration option I can adujust? Or can I recompile Cyrus > to use info instead? It's in imap/imapd.c, near the top of cmdloop(). > > If you're using Berkeley DB 4 there's a bug in the locker counting > > code that causes this number to not be decremented, so it really isn't > > something to worry about unless there are other problems (like severe > > performance problems all the time). > > Ok. No, we're not having any other problems, as such, but the messages > do show up in our centralized logging system (which makes all > developers/sysadmins jump in their chairs) so I'd like for them to go > away. I guess I'll do skiplist. Keep in mind that this won't make them entirely go away, since Berkeley is still the prefered database for duplicate.db and tls_cache.db. And they *are* a normal part of berkley db operation. (And I'd argue against not logging them, since they can indicate the problem when they are increasing quickly). -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Re: Cyrus logging informational messages with too high priority?
On 30 Oct 2002, Erik Enge wrote: > The following error message seem to be at warn (syslog priority) or > above: > > Oct 30 14:24:57 myhost imapd[12489]: idle for too long, closing connection > > Shouldn't this be only an info, or is it really a warning that something > is about to go wrong (which how I think of warnings)? It could probably go to LOG_INFO. > The other day, I got the following in the log: > > Oct 30 12:49:34 myhost lmtpd[12178]: DBERROR db3: 5 lockers > Oct 30 12:49:34 myhost lmtpd[12178]: DBERROR db3: 5 lockers > Oct 30 12:49:35 myhost lmtpd[12185]: DBERROR db3: 6 lockers > [more like these snipped] > > I did some searching in the archives and the preferred solution seems to > be to recompile cyrus with a different database (flat, for example). Is > this still the preferred solution? That depends on a number of things. mailboxes.db should be skiplist for performance reasons anyway. If you're using Berkeley DB 4 there's a bug in the locker counting code that causes this number to not be decremented, so it really isn't something to worry about unless there are other problems (like severe performance problems all the time). > As I said, I don't know if this is anything Cyrus is to blame for, but I > thought I'd mention it. Any pointers of any of these issues would be > greatly appreciated. If other clients were working, I'm going to blame the client that wasn't, but that's just me. If you could get protocol traces that'd be moure useful. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Fw: pop3d unstable
Patrick, I seem to be having the same problem, but don't understand your solution. What do you mean "running out of entophy" and do you know how to fix it? - Original Message - From: "Patrick Boutilier" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, October 30, 2002 12:00 PM Subject: Re: pop3d unstable > You might be running out of entrophy. What happens when you: > > cat /dev/random > > ? > > > > Felix Cuello wrote: > > Hello, > > > >i'm using cyrus-2.1.9 and sasl 2.1.9, and pop3d sometimes doesn't respond. > > That means, when I do this: > > > > [root@sinclair tmp]# telnet localhost 110 > > Trying 127.0.0.1... > > Connected to localhost. > > Escape character is '^]'. > > > > pop3d does't respond... > > > > but > > > > [root@sinclair tmp]# telnet localhost 143 > > Trying 127.0.0.1... > > Connected to localhost. > > Escape character is '^]'. > > * OK sinclair Cyrus IMAP4 v2.1.9 server ready > > > > quickly show me OK. > > > > --- > > > > This problem only occurs into my production server, in fact in my desktop computer > > all works fine... with exactly the same configuration and packages > > > > Do you know where can I start? > > > > Thanks a lot, > > > > Sorry for my poor english, > > > > Felix > > ___ http://www.palermo.edu ___ >
Cyrus logging informational messages with too high priority?
Hi. The following error message seem to be at warn (syslog priority) or above: Oct 30 14:24:57 myhost imapd[12489]: idle for too long, closing connection Shouldn't this be only an info, or is it really a warning that something is about to go wrong (which how I think of warnings)? The other day, I got the following in the log: Oct 30 12:49:34 myhost lmtpd[12178]: DBERROR db3: 5 lockers Oct 30 12:49:34 myhost lmtpd[12178]: DBERROR db3: 5 lockers Oct 30 12:49:35 myhost lmtpd[12185]: DBERROR db3: 6 lockers [more like these snipped] I did some searching in the archives and the preferred solution seems to be to recompile cyrus with a different database (flat, for example). Is this still the preferred solution? My last problem might not be related to Cyrus, but I'd still like to mention it in case other people have experienced anything similar. I have PHP (4.2.3), Horde (2.1) and IMP (3.1) installed on the same server. IMP is an IMAP client (in our case) which allows users to check their email over the web (we want to loose Outlook :-). For no reason that seem apparent to me, all of a sudden users started to have problems login into IMP. IMP authenticates users through IMAP. The Cyrus log files told me that the authentication went fine, so I proceeded to look to IMP and Horde. After restarting Apache and MySQL (both used indirectly by IMP/Horde) and still no solution, I tried restarting Cyrus - which actually made everything ok again. As I said, I don't know if this is anything Cyrus is to blame for, but I thought I'd mention it. Any pointers of any of these issues would be greatly appreciated. Thanks, Erik.
Re: Murder / LDAP / SASL Problem...
On Wed, 30 Oct 2002, Jared Watkins wrote: > What's not working: Although I'm able to authenticate with a test > account to the front end system... I am not able to select the inbox. > When I try to select the inbox there is a pause of around 5 seconds then > I see the following errors: > > IMAP: NO Server(s) unavailable to complete operation > Frontend: login: localhost.localdomain[127.0.0.1] test1 plaintext > Frontend: couldn't authenticate to backend server: authentication failure > Backend: badlogin: [ip of frontend] PLAIN [SASL (-4): no mechanism > available: security flags do not match required] > > When this happens... I know from sniffing the network that neither front > or back system is doing an ldap lookup to verify the proxy users > password... so I assume that's why it is failing... it has nothing to > verify the proxy_authname against. This isn't what is being indicated by the logs and the behavior you suggest. If you can authenticate to the frontend as the test user, then the frontend is happy that the test user is a-ok. No authentications to the backend happen until you select a mailbox. Have you tried doing something like: imtest -u testuser -a slaveuser backend.your.dom and seeing if you can proxy authenticate that way? -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Re: blocking logins at server
At 12:55 30.10.2002 -0500, twk wrote: >We are running both 1.5.x and 2.1.x versions of Cyrus. I have a $#%$^#$%^ user >that has his email client set to check every folder ever few seconds. I can't >remove him from the password file, as we use Kerberos for authentication. I >don't want to disable him in kerberos, just block his logins to the server. Is >there any relatively straightforward way to do this? Don´t know about 1.5.x but have a look at "popminpoll". Good point to start "man 5 imapd.conf". Regards -- Andreas Hödle Kühn & Weyh Software GmbH WWW.KWSOFT.DE
Murder / LDAP / SASL Problem...
I'm trying to setup a murder for testing... I have two physical machines... one running a backend.. the other running the mupdate master and as a frontend. I'm using SASL 2.1.9 and cyrus 2.1.9 on both systems. My latest compile time options are as follows: SASL --with-openssl=/usr/lib --with-saslauthd --enable-krb4=no --with-ldap --disable-anon --disable-cram --disable-digest --disable-otp --enable-plain --enable-login --disable-srp --with-opie=no --with-gssapi=no IMAP --with-auth=unix --enable-fulldirhash --with-mboxlist-db=skiplist --with-dbdir=/usr/include/db3 --with-ucdsnmp --enable-murder --with-krb4=no --with-sasl=/usr/lib/sasl2 My backend system has the following in imapd.conf configdirectory: /var/imap partition-default: /var/spool/imap admins: cyrus sasl_pwcheck_method: saslauthd sasl_mech_list: plain allowplaintext: yes lmtp_allowplaintext: yes altnamespace: yes proxyservers: murder tls_cert_file: /var/imap/server.pem tls_key_file: /var/imap/server.pem mupdate_server: mupdate_password: murder mupdate_authname: mupdatebackend1 My front end system has the following imapd.conf configdirectory: /var/imap partition-default: /tmp admins: cyrus mupdatebackend1 slave1 sasl_pwcheck_method: saslauthd sasl_mech_list: plain allowplaintext: yes mupdate_server: localhost mupdate_port: 2004 mupdate_password: murder mupdate_authname: slave1 backend1_password: murder backend1_mechs: plain proxy_authname: murder I also have ldap entries for mupdatebackend1, slave1, murder, cyrus and my test accounts. What works: Before I started on murder.. I had a working mail system with a postifx mta (also using ldap) and a standalone cyrus using ldap to authenticate and accepting deliveries over lmtp from postfix. Now.. deliveries are still working to the backend system... mupdate is working... I am able to use cyradm as the cyrus user to create and delete mailboxes when connected to the backend system and using telnet... I am able to authenticate as one of my test accounts to port 143 to the front end system. What's not working: Although I'm able to authenticate with a test account to the front end system... I am not able to select the inbox. When I try to select the inbox there is a pause of around 5 seconds then I see the following errors: IMAP: NO Server(s) unavailable to complete operation Frontend: login: localhost.localdomain[127.0.0.1] test1 plaintext Frontend: couldn't authenticate to backend server: authentication failure Backend: badlogin: [ip of frontend] PLAIN [SASL (-4): no mechanism available: security flags do not match required] When this happens... I know from sniffing the network that neither front or back system is doing an ldap lookup to verify the proxy users password... so I assume that's why it is failing... it has nothing to verify the proxy_authname against. Any ideas on how to get this sorted out? Thanks, Jared
blocking logins at server
We are running both 1.5.x and 2.1.x versions of Cyrus. I have a $#%$^#$%^ user that has his email client set to check every folder ever few seconds. I can't remove him from the password file, as we use Kerberos for authentication. I don't want to disable him in kerberos, just block his logins to the server. Is there any relatively straightforward way to do this? Thanks, Tom -- Tom Karchesemail : [EMAIL PROTECTED] Web Systems Administrator phone : 919.515.5508 NCSU Information Technology
Re: pop3d unstable
>You might be running out of entrophy. What happens when you: > >cat /dev/random Thanks to all responses... I have an entrophy problem =) When I type this: cat /dev/random just 3 lines was displayed on screen... an then stops... a second cat /dev/random just doesn't returns anything =) I'm recompiling sasl to use /dev/urandom... Thanks a lot for all! Felix Sorry for my poor english ___ http://www.palermo.edu ___
Re: pop3d unstable
You might be running out of entrophy. What happens when you: cat /dev/random ? Felix Cuello wrote: Hello, i'm using cyrus-2.1.9 and sasl 2.1.9, and pop3d sometimes doesn't respond. That means, when I do this: [root@sinclair tmp]# telnet localhost 110 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. pop3d does't respond... but [root@sinclair tmp]# telnet localhost 143 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * OK sinclair Cyrus IMAP4 v2.1.9 server ready quickly show me OK. --- This problem only occurs into my production server, in fact in my desktop computer all works fine... with exactly the same configuration and packages Do you know where can I start? Thanks a lot, Sorry for my poor english, Felix ___ http://www.palermo.edu ___
Re: sieve help
Spake Damian Gerow on 30/10/2002, 10:59:02 -0500: >> Here is what I did to get sieve to working on Solaris 8 with cyrus-imapd-2.1.9. > > Alright, I just noticed that I have 2.0.16 installed. I'm going to > update to 2.1.9, and see if that will help any. Arg. Thanks for the > help. That fixed it. So a note to all FreeBSD users -- looks like the cyrus-imapd port doesn't work properly with sieve. Install cyrus-imapd2 instead. Now I just need to figure out why my script is failing... :)
Re: sieve help
Spake Mark Keasling on 29/10/2002, 11:24:21 +0900 (JST): > Here is what I did to get sieve to working on Solaris 8 with cyrus-imapd-2.1.9. Alright, I just noticed that I have 2.0.16 installed. I'm going to update to 2.1.9, and see if that will help any. Arg. Thanks for the help.
configure insists on libdb-3.1, when I have libdb-4.0
Hi, Still trying to install Cyrus. The current problem is the Berkeley db software: I have compiled and installed the latest version (4.0). 'configure', on the other hand, misses that version and insists on using 3.1; ./configure --with-auth=unix --without-krb --with-com_err=yes --with-dbdir=/ usr (Excerpt from ./configure output.) checking for vprintf... (cached) yes checking for db_create in -ldb-4.0... (cached) no checking for db_create in -ldb-4... (cached) no checking for db_create in -ldb4.0... (cached) no checking for db_create in -ldb4... (cached) no checking for db_create in -ldb-3.3... (cached) no checking for db_create in -ldb3.3... (cached) no checking for db_create in -ldb-3.2... (cached) no checking for db_create in -ldb3.2... (cached) no checking for db_create in -ldb-3.1... (cached) yes checking duplicate db database backend... db3_nosync checking mboxlist database backend... db3 But I don't even have db3: [root@breakme cyrus-imapd-2.1.9]# find / -name 'libdb-*' -print 2>/dev/null /var/spool/postfix/lib/libdb-4.0.so /usr/lib/libdb-4.0.a /usr/lib/libdb-4.0.la /usr/lib/libdb-4.0.so /usr/local/BerkeleyDB.4.1/lib/libdb-4.1.so /usr/local/BerkeleyDB.4.1/lib/libdb-4.1.la /usr/local/BerkeleyDB.4.1/lib/libdb-4.1.a /usr/local/BerkeleyDB.4.1/lib/libdb-4.so /home/ian/downloads/db-4.1.24.NC/build_unix/.libs/libdb-4.1.so /home/ian/downloads/db-4.1.24.NC/build_unix/.libs/libdb-4.1.a /home/ian/downloads/db-4.1.24.NC/build_unix/.libs/libdb-4.1.lai /home/ian/downloads/db-4.1.24.NC/build_unix/.libs/libdb-4.1.la /home/ian/downloads/db-4.1.24.NC/build_unix/libdb-4.1.la /lib/libdb-4.0.so As a result, make crashes: make[1]: Entering directory `/home/ian/downloads/cyrus-imapd-2.1.9/master' gcc -L/usr/lib -Wl,-rpath,/usr/lib -L/usr/lib -L/usr/local/lib -Wl,-rpath,/u sr/local/lib -Wall -g -O2 -o master master.o masterconf.o cyrusMasterMIB.o -ldl -lssl -lcrypto -lfl -ldb-3.1 -lresolv ../et/libcom_err.a /usr/bin/ld: cannot find -ldb-3.1 collect2: ld returned 1 exit status make[1]: *** [master] Error 1 make[1]: Leaving directory `/home/ian/downloads/cyrus-imapd-2.1.9/master' make: *** [all] Error 1 What is the db_create check? What do I need to do to get ./configure to see DB 4.0? Thanks, Ian
Re: Cyrus compilation: fails at Acap
Solution is to -with-com_err=yes. - Original Message - From: "Ian McDonald" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, October 29, 2002 2:41 PM Subject: Cyrus compilation: fails at Acap > Hi, > > Sorry to come back with yet another question .. > My Cyrus installation is failing because it cannot find the compile_et > executible. Compile_et.sh is part of the acap directory, but there's no > information there on how to install it by itself. (I could guess, but I > don't like to guess these things.) > > ./configure --with-auth=unix --without-com_err has not made any difference. > > This is a log of a subsequent make, showing where it fails: > > [ian@breakme cyrus-imapd-2.1.9]$ uname -a > Linux breakme 2.4.18-14 #1 Wed Sep 4 13:35:50 EDT 2002 i686 i686 i386 > GNU/Linux > > > ### Making all in /home/ian/downloads/cyrus-imapd-2.1.9/man > make[1]: Entering directory `/home/ian/downloads/cyrus-imapd-2.1.9/man' > make[1]: Nothing to be done for `all'. > make[1]: Leaving directory `/home/ian/downloads/cyrus-imapd-2.1.9/man' > ### Making all in /home/ian/downloads/cyrus-imapd-2.1.9/sieve > make[1]: Entering directory `/home/ian/downloads/cyrus-imapd-2.1.9/sieve' > make[1]: Nothing to be done for `all'. > make[1]: Leaving directory `/home/ian/downloads/cyrus-imapd-2.1.9/sieve' > ### Making all in /home/ian/downloads/cyrus-imapd-2.1.9/acap > make[1]: Entering directory `/home/ian/downloads/cyrus-imapd-2.1.9/acap' > no/bin/compile_et ./acap_err.et > make[1]: no/bin/compile_et: Command not found > make[1]: *** [acap_err.h] Error 127 > make[1]: Leaving directory `/home/ian/downloads/cyrus-imapd-2.1.9/acap' > make: *** [all] Error 1
cyrus default / fall back user
Hello, currently I am running a postfix mail server which accepts mail for multiple domains. Each domain has it's own Cyrus Imap configuration and imap daemon. I have the following problem, I need a fallback or default mailbox for each domain. When I use postfix to set a catchall adress for each domain, all the mail goes to the fallback account. So in my situation Cyrus must deliver the mail to the fallback user when the user does not exist. The mail for each domain is delivered by lmtp and specified in postfix' transport map. If somebody knows a solution, please let me know regards, Matthias Wies