Re: updating cyrus databases
> Hello, > > I need to update my databases from 4.2 to 4.7. Unfortunately the guide I I see, you mean updating BerkeleyDB. > used last time to update my database has disappeared. All of the stuff I > find currently on the web says just use cvt_cyrusdb to update your > database. Which seems pretty straight-forward when I look at the man > page, but then when I look at my cyrus directory, I get nervous. Which > files exactly, am I suppose to update? There are so many with db at the > end, do I do them all? > > ella:~# ls /var/cyrus/data/ > annotations.db db.backup1 deliver.db mailboxes.db msg quota > tls_sessions.db > db db.backup2 log mailboxes.db~ proc socket user > ella:~# ls /var/cyrus/data/db > __db.001 __db.002 __db.003 __db.004 __db.005 log.48 > skipstamp > > So, everything with a db in it? And what exactly is > and ? Is that the DBEngine from > lib/cyrus/cyrus-db-types.active? So, BerkeleyDB4.2 and BerkeleyDB4.7? > > And once I'm done, I move the old ones out, rename the new ones to the > old names, get rid of lib/cyrus/cyrus-db-types.active, and reconfigure > the package? > > If someone has a link to a guide that has more info than the ones I have > found so far, that may be the easiest thing. I'm not sure you can upgrade BDB using cvt_cyrusdb directly. I think you can only do it by exporting to a neutral formal like skiplist, then updating BDB, and the converting the db's back to BDB. Another way should be to use the BDB upgrade tools for this. However, why don't you just get rid of BDB so you don't have to care about it in future? Any reason you can't convert to skiplist and leave BDB behind? If you're running a recent Cyrus version then that's strongly recommended and makes life much easier. Simon Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Question about Cyrus Murder
Hi, Quoting Andrew Morgan : On Tue, 22 Mar 2011, Milos Zupancic wrote: Hi, I have a general question if this setup is an option. We have a cyrus murder setup with 2 backends, 1 mupdate, and 2 frontservers (servers are within our LAN). Everything is working as it should. For external mail access we atm use a webmail solution. Some of our employees would still like to use a imap access instead of webmail. Now the question is, is there a way that i could set up an additional external frontend (outside of our LAN) server and in some way connect it to the existing mupdate and backend. What ports would I need to forward (3905 tcp - mupdate ) in order to make this working, what options to enable or disable. Sure, that will work fine. The frontend needs to be able to connect to the backends on the imap and imaps ports and the mupdate server on the mupdate port. You need to disaable mailbox referrals. See proxyd_disable_mailbox_referrals in imapd.conf manpage M.MengeTel.: (49) 7071/29-70316 Universität Tübingen Fax.: (49) 7071/29-5912 Zentrum für Datenverarbeitung mail: michael.me...@zdv.uni-tuebingen.de Wächterstraße 76 72074 Tübingen smime.p7s Description: S/MIME Signatur Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Cyrus domain resolution
Hello, I was running Cyrus 2.3.7 on RHEL 5 just fine for the past several years. Recently I upgraded from physical machine to virtual and from RHEL 5 to RHEL 6. Cyrus IMAPD was upgraded to the 2.3.16 which comes with RedHat. What needs to be noted that IP of the server have changed. I'm not sure if I'm missing something but domain resolution doesn't work as it worked before. %r always resolves to 'hostname.domain.tld'. This is my imapd.conf: virtdomains: on defaultdomain: example.com configdirectory: /var/lib/imap partition-default: /var/spool/imap admins: cyrus sievedir: /var/lib/imap/sieve sendmail: /usr/sbin/sendmail hashimapspool: false sasl_log_level: 9 sasl_pwcheck_method: auxprop sasl_auxprop_plugin: sql sasl_password_format: crypt sasl_sql_user: aa sasl_sql_passwd: sasl_sql_hostnames: localhost sasl_sql_database: mail sasl_sql_select: select password from accountuser where username = '%u' and domain_name = '%r' sasl_mech_list: PLAIN LOGIN allowplaintext: yes tls_cert_file: /etc/pki/cyrus-imapd/cyrus-imapd.pem tls_key_file: /etc/pki/cyrus-imapd/cyrus-imapd.pem tls_ca_file: /etc/pki/tls/certs/ca-bundle.crt allowanonymouslogin: 0 autocreatequota: 512000 reject8bit: no quotawarn: 90 timeout: 30 poptimeout: 10 lmtp_downcase_rcpt: yes The things I tried: 1) Disable domain resolution according to IP (as per virtualdomains.html) with virtdomains: userid. %r still resolves to 'mail.example.com' even if in Outlook the user is as 'u...@example.com'. 2) Set virtdomains: on and configuring reverse record for an IP to 'mail.example.com'. %r still resolves to 'mail.example.com'. 3) Set virtdomains: on and configuring reverse record for an IP to 'example.com'. Strangely now %r resolves to 'com'. (??) The only thing that helps is setting servername: example.com in the config. But this is not what I want. My servername is 'mail.example.com'. Any ideas? A bug? -- Best Regards, Vilius Šumskas LNK TV IT manager mob.: +370 614 75713 http://www.lnk.lt Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Cyrus domain resolution
2011/3/23 Reinaldo de Carvalho : > > Set sasl_delfault_realm and don't wonry about this. :) > sasl_default_realm -- Reinaldo de Carvalho http://korreio.sf.net http://python-cyrus.sf.net "While not fully understand a software, don't try to adapt this software to the way you work, but rather yourself to the way the software works" (myself) Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Cyrus domain resolution
2011/3/23 Vilius Šumskas : > Hello, > > I was running Cyrus 2.3.7 on RHEL 5 just fine for the past several years. > Recently I upgraded from physical machine to virtual and from RHEL 5 to RHEL > 6. Cyrus IMAPD was upgraded to the 2.3.16 which comes with RedHat. What needs > to be noted that IP of the server have changed. I'm not sure if I'm missing > something but domain resolution doesn't work as it worked before. %r always > resolves to 'hostname.domain.tld'. > > This is my imapd.conf: > > virtdomains: on > defaultdomain: example.com > configdirectory: /var/lib/imap > partition-default: /var/spool/imap > admins: cyrus > sievedir: /var/lib/imap/sieve > sendmail: /usr/sbin/sendmail > hashimapspool: false > sasl_log_level: 9 > sasl_pwcheck_method: auxprop > sasl_auxprop_plugin: sql > sasl_password_format: crypt > sasl_sql_user: aa > sasl_sql_passwd: > sasl_sql_hostnames: localhost > sasl_sql_database: mail > sasl_sql_select: select password from accountuser where username = '%u' and > domain_name = '%r' > sasl_mech_list: PLAIN LOGIN > allowplaintext: yes > tls_cert_file: /etc/pki/cyrus-imapd/cyrus-imapd.pem > tls_key_file: /etc/pki/cyrus-imapd/cyrus-imapd.pem > tls_ca_file: /etc/pki/tls/certs/ca-bundle.crt > allowanonymouslogin: 0 > autocreatequota: 512000 > reject8bit: no > quotawarn: 90 > timeout: 30 > poptimeout: 10 > lmtp_downcase_rcpt: yes > > The things I tried: > > 1) Disable domain resolution according to IP (as per virtualdomains.html) > with virtdomains: userid. %r still resolves to 'mail.example.com' even if in > Outlook the user is as 'u...@example.com'. > 2) Set virtdomains: on and configuring reverse record for an IP to > 'mail.example.com'. %r still resolves to 'mail.example.com'. > 3) Set virtdomains: on and configuring reverse record for an IP to > 'example.com'. Strangely now %r resolves to 'com'. (??) > > The only thing that helps is setting servername: example.com in the config. > But this is not what I want. My servername is 'mail.example.com'. > > Any ideas? A bug? > Set sasl_delfault_realm and don't wonry about this. :) -- Reinaldo de Carvalho http://korreio.sf.net http://python-cyrus.sf.net "While not fully understand a software, don't try to adapt this software to the way you work, but rather yourself to the way the software works" (myself) Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: error fetching txn cyrusdb error
Anyone? On 11-03-21 11:22 PM, brian wrote: > Using 2.2.13 > > I'm seeing a lot of the following in my mail log: > > cyrus/imap[50924]: IOERROR: locking > /var/lib/cyrus/domain/q/DOMAIN.org/user/a/admin.seen: Interrupted system > call > cyrus/imap[50924]: DBERROR: error fetching txn cyrusdb error > cyrus/imap[50924]: Fatal error: Internal error: assertion failed: > seen_db.c: 275: seendb&& seendb->uniqueid > > [...] > > cyrus/lmtpunix[11672]: IOERROR: locking header for > DOMAIN.org!user.admin: Interrupted system call > > [...] > > cyrus/master[13921]: can't fork process to run event checkpoint > postfix/smtpd[5224]: fatal: file /etc/postfix/main.cf: parameter > default_privs: unknown user name value: nobody > cyrus/deliver[4091]: connect(/var/run/cyrus/socket/lmtp) failed: No such > file or directory > cyrus/deliver[11366]: connect(/var/run/cyrus/socket/lmtp) failed: No > such file or directory > cyrus/deliver[23725]: connect(/var/run/cyrus/socket/lmtp) failed: No > such file or directory > cyrus/deliver[8044]: connect(/var/run/cyrus/socket/lmtp) failed: No such > file or directory > cyrus/deliver[13884]: connect(/var/run/cyrus/socket/lmtp) failed: No > such file or directory > cyrus/deliver[16162]: connect(/var/run/cyrus/socket/lmtp) failed: No > such file or directory > cyrus/deliver[28191]: connect(/var/run/cyrus/socket/lmtp) failed: No > such file or directory > > [...] > > cyrus/imap[28407]: IOERROR: locking > /var/lib/cyrus/domain/a/DOMAIN.com/user/a/andrew.seen: Interrupted > system call > cyrus/imap[28407]: DBERROR: error fetching txn cyrusdb error > cyrus/master[15510]: process 28407 exited, signaled to death by 6 > cyrus/lmtpunix[7938]: IOERROR: locking header for DOMAIN.org!user.admin: > Interrupted system call > cyrus/lmtpunix[30354]: IOERROR: locking header for > DOMAIN.org!user.admin: Interrupted system call > > Some of these appear to be related, although not all. The > IOERROR/DBERROR lines suggest to me that I may need to run reconstruct > on the mailboxes. Does that seem likely? Filesystem problems? > > The cyrus/deliver errors are odd. I don't have a directory at: > /var/run/cyrus > > Although I do have: > > /var/run/cyrus-master.pid > > In Postfix's master.cf: > cyrus-deliver unix - n n - - pipe > user=cyrus argv=/usr/lib/cyrus-imapd/deliver -e -r ${sender} -m > ${extension} $recipient > > Any ideas? > > Cyrus Home Page: http://www.cyrusimap.org/ > List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
RE: Cyrus domain resolution
> 2011/3/23 Reinaldo de Carvalho : > > > > Set sasl_delfault_realm and don't wonry about this. :) > > > > sasl_default_realm Still doesn't work. %r resolves to 'mail.example.com' -- Vilius Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
RE: Cyrus domain resolution
> 2011/3/23 Vilius Šumskas : > >> 2011/3/23 Reinaldo de Carvalho : > >> > > >> > Set sasl_delfault_realm and don't wonry about this. :) > >> > > >> > >> sasl_default_realm > > > > Still doesn't work. %r resolves to 'mail.example.com' > > > > With? > > virtdomains: yes Yes with. I have also tried virtdomains: yes, virtdomains: on and virtdomains: userid. -- Vilius Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
RE: Cyrus domain resolution
> > >> sasl_default_realm > > > > > > Still doesn't work. %r resolves to 'mail.example.com' > > > > > > > With? > > > > virtdomains: yes > > Yes with. I have also tried virtdomains: yes, virtdomains: on and virtdomains: > userid. It seems that this is an issue with SASL. Postfix SMTP auth which uses SASL behaves exactly the same. %r is resolved to hostname :( Any ideas? -- Vilius Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Cyrus domain resolution
On 23/03/11 20:24 +0200, Vilius Šumskas wrote: >> > >> sasl_default_realm >> > > >> > > Still doesn't work. %r resolves to 'mail.example.com' >> > > >> > >> > With? >> > >> > virtdomains: yes >> >> Yes with. I have also tried virtdomains: yes, virtdomains: on and >> virtdomains: >> userid. > >It seems that this is an issue with SASL. Postfix SMTP auth which uses >SASL behaves exactly the same. %r is resolved to hostname :( > >Any ideas? plugins/sql.c does: if(sparams->user_realm) { user_realm = sparams->user_realm; } else { user_realm = sparams->serverFQDN; } Where user_realm would represent the sasl realm derived from the sasl mechanism used. I don't believe either LOGIN or PLAIN support the passing of a sasl realm, or generate one. serverFQDN represents the value passed to sasl_server_init, which in imap/imapd.c is: if (sasl_server_new("imap", config_servername, NULL, NULL, NULL, NULL, 0, &imapd_saslconn) != SASL_OK) { config_servername is generated from : lib/libconfig.c: /* look up the hostname and info we should present to the user */ config_servername = config_getstring(IMAPOPT_SERVERNAME); if (!config_servername) { config_servername = xmalloc(sizeof(char) * 256); gethostname((char *) config_servername, 256); } You should be able to set a 'servername' value in imapd.conf to essentially hard code a value for %r. It may make more sense to disregard %r altogether, and get your domain information from %u. -- Dan White Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
RE: Cyrus domain resolution
> >It seems that this is an issue with SASL. Postfix SMTP auth which uses > >SASL behaves exactly the same. %r is resolved to hostname :( > > > >Any ideas? > > plugins/sql.c does: > > if(sparams->user_realm) { > user_realm = sparams->user_realm; > } else { > user_realm = sparams->serverFQDN; > } NOW I remember! I've patched this code on the old server like this: if(sparams->user_realm) { user_realm = sparams->user_realm; } else { user_realm = 'my_default_domain_in_imapdconf.com'; } > Where user_realm would represent the sasl realm derived from the sasl > mechanism used. I don't believe either LOGIN or PLAIN support the passing > of > a sasl realm, or generate one. It does pass the realm if I set it to anything except default one which is configured under imapd.conf. 'anything.domain.com' or even 'completelydifferentdomain.com' works as expected. Also IMO it makes no sense to default to serverFQDN. Especially when Cyrus IMAPD documentation says that %r in Cyrus defaults to fqdn minus hostname part. Very confusing and time consuming. > You should be able to set a 'servername' value in imapd.conf to essentially > hard code a value for %r. It may make more sense to disregard %r > altogether, and get your domain information from %u. I really don't want to set servername to domain name. This is not "a correct way team". Do you have a suggestion how to get domain information from %u in imapd.conf? -- Vilius Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: error fetching txn cyrusdb error
> Anyone? I don't know where to start... > > On 11-03-21 11:22 PM, brian wrote: >> Using 2.2.13 >> >> I'm seeing a lot of the following in my mail log: >> >> cyrus/imap[50924]: IOERROR: locking >> /var/lib/cyrus/domain/q/DOMAIN.org/user/a/admin.seen: Interrupted system >> call >> cyrus/imap[50924]: DBERROR: error fetching txn cyrusdb error >> cyrus/imap[50924]: Fatal error: Internal error: assertion failed: >> seen_db.c: 275: seendb&& seendb->uniqueid Looks like your deliverdb or its BDB environment have an issue. >> >> [...] >> >> cyrus/lmtpunix[11672]: IOERROR: locking header for >> DOMAIN.org!user.admin: Interrupted system call >> >> [...] >> >> cyrus/master[13921]: can't fork process to run event checkpoint Doesn't sound good. >> postfix/smtpd[5224]: fatal: file /etc/postfix/main.cf: parameter >> default_privs: unknown user name value: nobody This one is not Cyrus related, but still interesting, you do have a user 'nobody', do you? What kind of system is this, OS version and such? >> cyrus/deliver[4091]: connect(/var/run/cyrus/socket/lmtp) failed: No such >> file or directory >> cyrus/deliver[11366]: connect(/var/run/cyrus/socket/lmtp) failed: No >> such file or directory >> cyrus/deliver[23725]: connect(/var/run/cyrus/socket/lmtp) failed: No >> such file or directory >> cyrus/deliver[8044]: connect(/var/run/cyrus/socket/lmtp) failed: No such >> file or directory >> cyrus/deliver[13884]: connect(/var/run/cyrus/socket/lmtp) failed: No >> such file or directory >> cyrus/deliver[16162]: connect(/var/run/cyrus/socket/lmtp) failed: No >> such file or directory >> cyrus/deliver[28191]: connect(/var/run/cyrus/socket/lmtp) failed: No >> such file or directory Why is that? >> >> [...] >> >> cyrus/imap[28407]: IOERROR: locking >> /var/lib/cyrus/domain/a/DOMAIN.com/user/a/andrew.seen: Interrupted >> system call >> cyrus/imap[28407]: DBERROR: error fetching txn cyrusdb error >> cyrus/master[15510]: process 28407 exited, signaled to death by 6 >> cyrus/lmtpunix[7938]: IOERROR: locking header for DOMAIN.org!user.admin: >> Interrupted system call >> cyrus/lmtpunix[30354]: IOERROR: locking header for >> DOMAIN.org!user.admin: Interrupted system call >> >> Some of these appear to be related, although not all. The >> IOERROR/DBERROR lines suggest to me that I may need to run reconstruct >> on the mailboxes. Does that seem likely? Filesystem problems? That's what I guess, but you have to tell us. Is there enough free space on your filesystems, is something broken. >> >> The cyrus/deliver errors are odd. I don't have a directory at: >> /var/run/cyrus >> >> Although I do have: >> >> /var/run/cyrus-master.pid >> >> In Postfix's master.cf: >> cyrus-deliver unix - n n - - pipe >> user=cyrus argv=/usr/lib/cyrus-imapd/deliver -e -r ${sender} -m >> ${extension} $recipient >> >> Any ideas? As I said before, something just doesn't look right at all. Did you do something with the system before those errors showed up the first time? Simon Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Cyrus domain resolution
On 23/03/11 21:20 +0200, Vilius Šumskas wrote: >> You should be able to set a 'servername' value in imapd.conf to essentially >> hard code a value for %r. It may make more sense to disregard %r >> altogether, and get your domain information from %u. > >I really don't want to set servername to domain name. This is not "a correct >way team". > >Do you have a suggestion how to get domain information from %u in imapd.conf? With virtual domains enabled, I would expect you to see the fully qualified username in %u, except for the defaultdomain. You should be able to write a function/stored procedure in your RDBMS to retrieve the domain. Something like: sasl_sql_select: SELECT %p FROM user_table WHERE username = '%u' and domain = find_domain('%u') -- Dan White Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Cyrus domain resolution
Thursday, March 24, 2011, 12:07:45 AM, you wrote: > On 23/03/11 21:20 +0200, Vilius Šumskas wrote: >>> You should be able to set a 'servername' value in imapd.conf to essentially >>> hard code a value for %r. It may make more sense to disregard %r >>> altogether, and get your domain information from %u. >> >>I really don't want to set servername to domain name. This is not "a correct >>way team". >> >>Do you have a suggestion how to get domain information from %u in imapd.conf? > With virtual domains enabled, I would expect you to see the fully qualified > username in %u, except for the defaultdomain. You should be able to write a > function/stored procedure in your RDBMS to retrieve the domain. Something > like: > sasl_sql_select: SELECT %p FROM user_table WHERE username = '%u' and domain = > find_domain('%u') Thank you. I will look into it. -- Best regards, Vilius Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: error fetching txn cyrusdb error
On 11-03-23 03:51 PM, Simon Matter wrote: >>> cyrus/imap[50924]: IOERROR: locking >>> /var/lib/cyrus/domain/q/DOMAIN.org/user/a/admin.seen: Interrupted system >>> call >>> cyrus/imap[50924]: DBERROR: error fetching txn cyrusdb error >>> cyrus/imap[50924]: Fatal error: Internal error: assertion failed: >>> seen_db.c: 275: seendb&& seendb->uniqueid > > Looks like your deliverdb or its BDB environment have an issue. >>> cyrus/lmtpunix[11672]: IOERROR: locking header for >>> DOMAIN.org!user.admin: Interrupted system call >>> >>> [...] >>> >>> cyrus/master[13921]: can't fork process to run event checkpoint > > Doesn't sound good. No, it doesn't. >>> postfix/smtpd[5224]: fatal: file /etc/postfix/main.cf: parameter >>> default_privs: unknown user name value: nobody > > This one is not Cyrus related, but still interesting, you do have a user > 'nobody', do you? What kind of system is this, OS version and such? My bad. I didn't mean to include that. I was going to query the Postfix list with that error. There is a nobody user. Also, from the Postfix manual: default_privs (default: nobody) The default rights used by the local(8) delivery agent for delivery to external file or command. These rights are used when delivery is requested from an aliases(5) file that is owned by root, or when delivery is done on behalf of root. Strange. This isn't a new install, but that error is. >>> cyrus/deliver[4091]: connect(/var/run/cyrus/socket/lmtp) failed: No such >>> file or directory >>> cyrus/deliver[11366]: connect(/var/run/cyrus/socket/lmtp) failed: No >>> such file or directory >>> cyrus/deliver[23725]: connect(/var/run/cyrus/socket/lmtp) failed: No >>> such file or directory >>> cyrus/deliver[8044]: connect(/var/run/cyrus/socket/lmtp) failed: No such >>> file or directory >>> cyrus/deliver[13884]: connect(/var/run/cyrus/socket/lmtp) failed: No >>> such file or directory >>> cyrus/deliver[16162]: connect(/var/run/cyrus/socket/lmtp) failed: No >>> such file or directory >>> cyrus/deliver[28191]: connect(/var/run/cyrus/socket/lmtp) failed: No >>> such file or directory > > Why is that? You're asking me? I haven't a clue. ;-) As I said, I don't have a directory at /var/run/cyrus, and I've no idea why deliver is looking for one. But I am wondering if it has something to do with the Postfix default_privs error, above. > As I said before, something just doesn't look right at all. Did you do > something with the system before those errors showed up the first time? No, nothing at all. Disk space is fine--17GB of space. OS is Ubuntu (9.04-x86). Kernel 2.6.18-194.17.1.el5.028stab070.7 However ... this is a VPS. I just logged in to the HyperVM cp and saw that the resources for disk & inodes are empty, and it's showing (erroneous, imho) errors about being over quota for both. I've contacted support to ask them to look into it. Maybe the trouble is in there. Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: error fetching txn cyrusdb error
Hello Brian 2011/3/24 brian : > On 11-03-23 03:51 PM, Simon Matter wrote: cyrus/deliver[4091]: connect(/var/run/cyrus/socket/lmtp) failed: No such file or directory cyrus/deliver[11366]: connect(/var/run/cyrus/socket/lmtp) failed: No such file or directory cyrus/deliver[23725]: connect(/var/run/cyrus/socket/lmtp) failed: No such file or directory cyrus/deliver[8044]: connect(/var/run/cyrus/socket/lmtp) failed: No such file or directory cyrus/deliver[13884]: connect(/var/run/cyrus/socket/lmtp) failed: No such file or directory cyrus/deliver[16162]: connect(/var/run/cyrus/socket/lmtp) failed: No such file or directory cyrus/deliver[28191]: connect(/var/run/cyrus/socket/lmtp) failed: No such file or directory >> >> Why is that? > > You're asking me? I haven't a clue. ;-) > I'm not shure but does this has something to do with this: >From man imapd.conf: lmtpsocket: {configdirectory}/socket/lmtp Unix domain socket that lmtpd listens on, used by deliver(8). This should match the path specified in cyrus.conf(5). It seems like your socket is not there... Regards, -- Martin Schweizer schweizer.mar...@gmail.com Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/