reconstruct problem
Hello reconstruct doesn't process submailboxes even when using the -r option. No cyrus.* files are created in subfolders. What can I do? Thanks Harry using cyrus 2.4 signature.asc Description: This is a digitally signed message part. Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: Problem after upgrading debian wheezy to jessie
Solution: 1. cyrus was not enabled via systemctl 2. Some symbolic links were not set: ln -s /usr/sbin/cyrus /usr/sbin/ctl_cyrusdb ln -s /usr/sbin/cyrus /usr/sbin/cyr_expire ln -s /usr/sbin/cyrus /usr/sbin/tls_prune WTF caused this? Greetings Harry Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: Problem after upgrading debian wheezy to jessie
Am Samstag, 28. April 2018, 14:51:07 CEST schrieb Dan White: > On 04/28/18 20:43 +0200, Dr. Harry Knitter wrote: > >after upgrading debian wheezy to jessie a socket has gone: > >/var/run/cyrus/socket/lmtp > > > >How to get out of this problem? > > The lmtp unix domain socket is started by master via its /etc/cyrus.conf > config file, commonly in an entry called 'lmtpunix', which will specificy > the location for the socket. Check your syslog for errors, such as a > permissions problem with the path. Cyrus does not start at all. I found root@gateway:~# /etc/init.d/cyrus-imapd start [ ok ] Starting cyrus-imapd (via systemctl): cyrus-imapd.service. root@gateway:~# /etc/init.d/cyrus-imapd status * cyrus-imapd.service - Cyrus IMAP/POP3 daemons Loaded: loaded (/lib/systemd/system/cyrus-imapd.service; disabled) Active: active (running) since Sun 2018-04-29 09:00:56 CEST; 3s ago Process: 30341 ExecStartPre=/usr/sbin/cyrus init-helper start (code=exited, status=0/SUCCESS) Main PID: 30365 (cyrmaster) CGroup: /system.slice/cyrus-imapd.service |-30365 /usr/sbin/cyrmaster -l 32 -C /etc/imapd.conf -M /etc/ cyrus.conf `-30389 notifyd Apr 29 09:00:56 gateway cyrus/master[30387]: about to exec /usr/sbin/tls_prune Apr 29 09:00:56 gateway cyrus/master[30365]: process 30387 exited, status 71 Apr 29 09:00:56 gateway cyrus/master[30365]: unable to setsocketopt(IP_TOS): Operation not supported Apr 29 09:00:56 gateway cyrus/master[30365]: unable to setsocketopt(IP_TOS): Operation not supported Apr 29 09:00:56 gateway cyrus/master[30365]: ready for work Apr 29 09:00:56 gateway cyrus/master[30388]: about to exec /usr/sbin/ ctl_cyrusdb Apr 29 09:00:56 gateway cyrus/master[30389]: about to exec /usr/lib/cyrus/bin/ notifyd Apr 29 09:00:56 gateway cyrus/master[30388]: can't exec /usr/sbin/ctl_cyrusdb on schedule: No such file or directory Apr 29 09:00:56 gateway cyrus/master[30365]: process 30388 exited, status 71 Apr 29 09:00:56 gateway cyrus/notify[30389]: executed root@gateway:~# tail /var/log/mail.err Apr 29 08:40:40 gateway cyrus/deliver[28762]: connect(/var/run/cyrus/socket/ lmtp) failed: No such file or directory Apr 29 08:40:40 gateway cyrus/deliver[28765]: connect(/var/run/cyrus/socket/ lmtp) failed: No such file or directory Apr 29 09:00:40 gateway cyrus/deliver[30319]: connect(/var/run/cyrus/socket/ lmtp) failed: No such file or directory Apr 29 09:00:56 gateway cyrus/master[30385]: can't exec /usr/sbin/ctl_cyrusdb for startup: No such file or directory Apr 29 09:00:56 gateway cyrus/master[30365]: process 30385 exited, status 71 Apr 29 09:00:56 gateway cyrus/master[30386]: can't exec /usr/sbin/cyr_expire for startup: No such file or directory Apr 29 09:00:56 gateway cyrus/master[30365]: process 30386 exited, status 71 Apr 29 09:00:56 gateway cyrus/master[30387]: can't exec /usr/sbin/tls_prune for startup: No such file or directory Apr 29 09:00:56 gateway cyrus/master[30365]: process 30387 exited, status 71 Apr 29 09:00:56 gateway cyrus/master[30388]: can't exec /usr/sbin/ctl_cyrusdb on schedule: No such file or directory Harry signature.asc Description: This is a digitally signed message part. Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: Problem after upgrading debian wheezy to jessie
Am Samstag, 28. April 2018, 14:51:07 CEST schrieb Dan White: > On 04/28/18 20:43 +0200, Dr. Harry Knitter wrote: > >after upgrading debian wheezy to jessie a socket has gone: > > > > > >How to get out of this problem? > > The lmtp unix domain socket is started by master via its /etc/cyrus.conf > config file, commonly in an entry called 'lmtpunix', which will specificy > the location for the socket. Check your syslog for errors, such as a > permissions problem with the path. Thanks for your answer. The socket /var/run/cyrus/socket/lmtp does not exist at all anymore. I can't see any permission problem. Harry Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Problem after upgrading debian wheezy to jessie
Hello folks, after upgrading debian wheezy to jessie a socket has gone: /var/run/cyrus/socket/lmtp How to get out of this problem? Thanks Harry signature.asc Description: This is a digitally signed message part. Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: reconstruct problem [solved]
after deleting the concerned subfolder of the mailbox via cyradmin. We created it new with the user's MUA (Thunderbird). Then I copied back the mails (not the cyrus*-files) to that new folder in the file system and ran cyrreconstruct - r -f. Creating the subfolder via cyradm does not work!!! It had to be done by the user's MUA. The mails are visible again. Thanks for help Harry Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: reconstruct problem
Am Freitag, 18. April 2014 schrieb Patrick Boutilier: What is the name of the folder? Also, is the user subscribed to the folder? /var/spool/cyrus/mail/i/user/info/Ablage/Bestelleingang/2014/ Yes he tried, however, it ist not visible in the subscription dialog. Harry Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Sieve Problem
Hello, I'm running Cyrus IMAP on a Debian wheezy machine with sieve. Mails are filtered correctly. However since some days I get an error when I try to connect via sieveshell: Bad protocol from MANAGESIEVE server: EOL2 netstat gives me the following relevate outputs: tcp0 0 w.x.y.z:143 0.0.0.0:* LISTEN 0 40631 11677/cyrmaster tcp0 0 127.0.0.1:4190 0.0.0.0:* LISTEN 0 40641 11677/cyrmaster unix 2 [ ] DGRAM4065311713/timsieved sieve is activated in cyrus.conf: sieve cmd=timsieved listen=localhost:sieve prefork=0 maxchild=100 in imapd.conf sieveusehomedir: false sievedir: /var/spool/sieve permissions of $sievedir are cyrus:mail Already having done al lot of searching I didn't find any hint what's wrong. Thanks Harry Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
login in sieveshell and cyradmin not possible fter setting sa servername in imapd.conf
Hello list, I have a Cyrus 2.2 running on a Debian Squeeeze box. After setting an explicit servername in imapd.conf which is _not_ the same as that returned by gethostname(2). e.g. servername: imap.local.domain gethostname(2) returns machine1.local.domain Mail-clients like KMail still can access the mailboxes. However, cyradmin and sieveshell give me an authentication error. Authentication runs with sasl and DIGEST-MD5 Thanks in advance Harry Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: visibility of Mailbox-folders
Am Montag, 18. Januar 2010 schrieb Dan White: On 18/01/10 18:49 +0100, Dr. Harry Knitter wrote: Am Montag, 18. Januar 2010 schrieb Gabriele Bulfon: Hi, you should check each of the folder's ACLs. You probably lost permissions for these folders. Gabriele. Thanks for quick reply. However, permissions seem not to be the cause. cyradm shows: info lrswipcda File permissions are 600 cyrus:mail Directory permissions are 700 cyrus:mail Check subscriptions. Did you move them over? Some clients may only show folders the user is subscribed to. Already checked. All types of clients tried dont shown these folders. Harry Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: visibility of Mailbox-folders
Am Dienstag, 19. Januar 2010 schrieb Dan White: On 19/01/10 18:00 +0100, Dr. Harry Knitter wrote: Am Montag, 18. Januar 2010 schrieb Dan White: On 18/01/10 18:49 +0100, Dr. Harry Knitter wrote: Am Montag, 18. Januar 2010 schrieb Gabriele Bulfon: Hi, you should check each of the folder's ACLs. You probably lost permissions for these folders. Gabriele. Thanks for quick reply. However, permissions seem not to be the cause. cyradm shows: info lrswipcda File permissions are 600 cyrus:mail Directory permissions are 700 cyrus:mail Check subscriptions. Did you move them over? Some clients may only show folders the user is subscribed to. Already checked. All types of clients tried dont shown these folders. You may have already mentioned, but which versions did you move from, and to? Can you provide a sanitised copy your imapd.conf config, along with your cyradm output? Do you see any related errors in your syslog when clients connect? /var/log/mail.log does not show any errors when the parent folders of those missing are accessed nor does syslog imapd.conf configdirectory: /var/lib/cyrus defaultpartition: default partition-default: /var/spool/cyrus/mail partition-news: /var/spool/cyrus/news newsspool: /var/spool/news altnamespace: no unixhierarchysep: no lmtp_downcase_rcpt: yes admins: cyrus allowanonymouslogin: no popminpoll: 1 autocreatequota: 0 umask: 077 sieveusehomedir: false sievedir: /var/spool/sieve hashimapspool: true allowplaintext: yes sasl_mech_list: DIGEST-MD5 loginrealms: mydomain.com sasl_pwcheck_method: saslauthd auxprop external sasl_auxprop_plugin: sasldb sasl_auto_transition: no tls_cert_file: /etc/ssl/certs/cyrus-imap.pem tls_key_file: /etc/ssl/private/cyrus-imap.key tls_ca_file: /etc/ssl/certs/knitter-ca.pem tls_ca_path: /etc/ssl/certs tls_session_timeout: 1440 tls_cipher_list: TLSv1+HIGH:!aNULL:@STRENGTH tls_require_cert: true lmtpunix: /var/run/cyrus/socket/lmtp idlemethod: poll idlesocket: /var/run/cyrus/socket/idle notifysocket: /var/run/cyrus/socket/notify syslog_prefix: cyrus /imapd.conf what output of cyradm would be of interest? Regards Harry Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: visibility of Mailbox-folders
Am Dienstag, 19. Januar 2010 schrieb Dan White: On 19/01/10 18:25 +0100, Dr. Harry Knitter wrote: what output of cyradm would be of interest? Connecting as an admin (cyrus): localhost lm user.dwhite (\HasChildren) user.dwhite.Secret (\HasChildren) user.dwhite.Secret.Super Secret (\HasNoChildren) user.dwhite.Sent (\HasNoChildren) user.dwhite.Trash (\HasNoChildren) and as a user (dwhite): localhost lm INBOX (\HasChildren) INBOX.Secret (\HasChildren) INBOX.Secret.Super Secret (\HasNoChildren) INBOX.Sent (\HasNoChildren) INBOX.Trash (\HasNoChildren) I'd like to see which mailboxes you are seeing while using cyradm as an admin, and see if the mailboxes are missing while connecting as a user, and if they're not missing, an example of a mailbox that a client is not seeing. lm shows: user.info.Kunden.A (\HasChildren) user.info.Kunden.A.ATC (\HasNoChildren) user.info.Kunden.A.Abraxa (\HasNoChildren) user.info.Kunden.A.Adamczyk Lilo (\HasNoChildren) user.info.Kunden.A.Ahles Andrea (\HasNoChildren) user.info.Kunden.A.Albrecht Andreas (\HasNoChildren) user.info.Kunden.A.Albrecht Klaus (\HasNoChildren) user.info.Kunden.A.Albrecht Olga (\HasNoChildren) user.info.Kunden.A.Ammer Thomas (\HasChildren) user.info.Kunden.A.Ammer Thomas.BHV VSH (\HasNoChildren) user.info.Kunden.A.Ammer Thomas.Basisrente (\HasNoChildren) user.info.Kunden.A.Ammer Thomas.Gebaeude (\HasNoChildren) user.info.Kunden.A.Ammer Thomas.Hausrat (\HasNoChildren) user.info.Kunden.A.Ammer Thomas.Inhalt (\HasNoChildren) user.info.Kunden.A.Ammer Thomas.PV (\HasNoChildren) user.info.Kunden.A.Ammer Thomas.Privatrente (\HasNoChildren) user.info.Kunden.A.Ammer Thomas.RLV (\HasNoChildren) user.info.Kunden.A.Ammer Thomas.RS (\HasNoChildren) user.info.Kunden.A.Ammer Thomas.SKV (\HasNoChildren) user.info.Kunden.A.Ammer Thomas.Schd Fabian (\HasNoChildren) user.info.Kunden.A.Ammer Thomas.Schd Saegeblaetter (\HasNoChildren) user.info.Kunden.A.Amon (\HasNoChildren) user.info.Kunden.A.Angermann (\HasNoChildren) user.info.Kunden.A.Angermueller Manfred (\HasNoChildren) user.info.Kunden.A.Anton Markus (\HasNoChildren) user.info.Kunden.A.Apel Guido (\HasNoChildren) user.info.Kunden.A.Appel Alexandra (\HasNoChildren) user.info.Kunden.A.Appel Bernhard (\HasNoChildren) user.info.Kunden.A.Appel Christian (\HasNoChildren) user.info.Kunden.A.Appel Gerhard (\HasNoChildren) user.info.Kunden.A.Appel Melitta (\HasNoChildren) user.info.Kunden.A.Appelt Irena (\HasNoChildren) user.info.Kunden.A.Arnold Schardt (\HasNoChildren) user.info.Kunden.A.Auernhammer (\HasNoChildren) user.info.Kunden.A.Axmann Frank (\HasNoChildren) user.info.Kunden.A.Aydin Yilmaz (\HasNoChildren) user.info.Kunden.A.ad fontes (\HasNoChildren) Folder user.info.Kunden.A is visible the others are not. Here the acls user.info.Kunden.A: info lrswipcda user.info.Kunden.A.ATC: info lrswipcda user.info.Kunden.A.Abraxa: info lrswipcda user.info.Kunden.A.Adamczyk Lilo: info lrswipcda user.info.Kunden.A.Ahles Andrea: info lrswipcda user.info.Kunden.A.Albrecht Andreas: info lrswipcda user.info.Kunden.A.Albrecht Klaus: info lrswipcda user.info.Kunden.A.Albrecht Olga: info lrswipcda user.info.Kunden.A.Ammer Thomas: info lrswipcda user.info.Kunden.A.Ammer Thomas.BHV VSH: info lrswipcda user.info.Kunden.A.Ammer Thomas.Basisrente: info lrswipcda user.info.Kunden.A.Ammer Thomas.Gebaeude: info lrswipcda user.info.Kunden.A.Ammer Thomas.Hausrat: info lrswipcda user.info.Kunden.A.Ammer Thomas.Inhalt: info lrswipcda user.info.Kunden.A.Ammer Thomas.PV: info lrswipcda user.info.Kunden.A.Ammer Thomas.Privatrente
Re: visibility of Mailbox-folders
Am Dienstag, 19. Januar 2010 schrieb Simon Matter: Am Dienstag, 19. Januar 2010 schrieb Dan White: On 19/01/10 18:25 +0100, Dr. Harry Knitter wrote: what output of cyradm would be of interest? Connecting as an admin (cyrus): localhost lm user.dwhite (\HasChildren) user.dwhite.Secret (\HasChildren) user.dwhite.Secret.Super Secret (\HasNoChildren) user.dwhite.Sent (\HasNoChildren) user.dwhite.Trash (\HasNoChildren) and as a user (dwhite): localhost lm INBOX (\HasChildren) INBOX.Secret (\HasChildren) INBOX.Secret.Super Secret (\HasNoChildren) INBOX.Sent (\HasNoChildren) INBOX.Trash (\HasNoChildren) I'd like to see which mailboxes you are seeing while using cyradm as an admin, and see if the mailboxes are missing while connecting as a user, and if they're not missing, an example of a mailbox that a client is not seeing. lm shows: That's lm as user cyrus, right? What is shown if you log in using cyradm as a normal user? Simon right. I just logged as user info. Same output. Harry Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: visibility of Mailbox-folders
Am Dienstag, 19. Januar 2010 schrieb Simon Matter: Am Dienstag, 19. Januar 2010 schrieb Simon Matter: Am Dienstag, 19. Januar 2010 schrieb Dan White: On 19/01/10 18:25 +0100, Dr. Harry Knitter wrote: what output of cyradm would be of interest? Connecting as an admin (cyrus): localhost lm user.dwhite (\HasChildren) user.dwhite.Secret (\HasChildren) user.dwhite.Secret.Super Secret (\HasNoChildren) user.dwhite.Sent (\HasNoChildren) user.dwhite.Trash (\HasNoChildren) and as a user (dwhite): localhost lm INBOX (\HasChildren) INBOX.Secret (\HasChildren) INBOX.Secret.Super Secret (\HasNoChildren) INBOX.Sent (\HasNoChildren) INBOX.Trash (\HasNoChildren) I'd like to see which mailboxes you are seeing while using cyradm as an admin, and see if the mailboxes are missing while connecting as a user, and if they're not missing, an example of a mailbox that a client is not seeing. lm shows: That's lm as user cyrus, right? What is shown if you log in using cyradm as a normal user? Simon right. I just logged as user info. Same output. That's interesting. Since cyradm is an imap client, why does it see the mailboxes and your other clients don't? Can it be that your clients are configured to use another folder separator or something? I really don't understand this. Simon I don' t understand it either. We have tried it with different Client programs (Thunderbird, Outlook, KMail unfortunately has problems with large amounts of imap folders). The result was allways the same. Other folders which show the same results in cyradm show their subfolders and files without any problems. So what can I do to solve this problem? Harry Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: visibility of Mailbox-folders
Am Dienstag, 19. Januar 2010 schrieb Dan White: On 19/01/10 21:20 +0100, Dr. Harry Knitter wrote: Am Dienstag, 19. Januar 2010 schrieb Simon Matter: Am Dienstag, 19. Januar 2010 schrieb Dan White: On 19/01/10 18:25 +0100, Dr. Harry Knitter wrote: what output of cyradm would be of interest? Connecting as an admin (cyrus): localhost lm user.dwhite (\HasChildren) user.dwhite.Secret (\HasChildren) user.dwhite.Secret.Super Secret (\HasNoChildren) user.dwhite.Sent (\HasNoChildren) user.dwhite.Trash (\HasNoChildren) and as a user (dwhite): localhost lm INBOX (\HasChildren) INBOX.Secret (\HasChildren) INBOX.Secret.Super Secret (\HasNoChildren) INBOX.Sent (\HasNoChildren) INBOX.Trash (\HasNoChildren) Harry, Please include cyradm output while connecting as the user. Could you please explain what you mean. The list of mailboxes and acl I have allready posted. Also, please submit the following commands to imtest as the user to verify server correctness: The program imtest is not in my distribution (debian lenny) c lsub * c select INBOX/Secret/Super Secret c myrights INBOX/Secret/Super Secret Using one of the mailboxes tripping you up. e.g.: ~$ imtest -a dwhite -m plain localhost cut Authenticated. Security strength factor: 0 c lsub * * LSUB (\HasChildren) / INBOX * LSUB (\HasChildren) / INBOX/Secret * LSUB () / INBOX/Secret/Super Secret * LSUB () / INBOX/Sent * LSUB () / INBOX/Trash c OK Completed (0.000 secs 6 calls) c select INBOX/Secret/Super Secret * FLAGS (\Answered \Flagged \Draft \Deleted \Seen) * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen \*)] * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 1263924043] * OK [UIDNEXT 1] * OK [NOMODSEQ] Sorry, modsequences have not been enabled on this mailbox * OK [URLMECH INTERNAL] c OK [READ-WRITE] Completed c myrights INBOX/Secret/Super Secret * MYRIGHTS INBOX/Secret/Super Secret lrswipkxtecda c OK Completed c logout * BYE LOGOUT received c OK Completed Connection closed. I need further information Harry Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: visibility of Mailbox-folders
Am Dienstag, 19. Januar 2010 schrieb Dan White: On 19/01/10 21:54 +0100, Dr. Harry Knitter wrote: The program imtest is not in my distribution (debian lenny) cyrus-clients-2.2 Thanks logged in as user info The box has too many folders to be listed here completely c select INBOX.Kunden.A * FLAGS (\Answered \Flagged \Draft \Deleted \Seen) * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen \*)] * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 1174859079] * OK [UIDNEXT 1] c OK [READ-WRITE] Completed c select INBOX.Kunden.A.Abraxa * FLAGS (\Answered \Flagged \Draft \Deleted \Seen $Label1 NonJunk $label2 $label3 $label4 $label5 schaden sofort) * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen $Label1 NonJunk $label2 $label3 $label4 $label5 schaden sofort \*)] * 4 EXISTS * 4 RECENT * OK [UNSEEN 1] * OK [UIDVALIDITY 1227273926] * OK [UIDNEXT 5] c OK [READ-WRITE] Completed c myrights INBOX.Kunden.A.Abraxa * MYRIGHTS INBOX.Kunden.A.Abraxa lrswipcda c OK Completed I hope you can see something that helps me. Sorry it's allready late here in Grmany and I have to go to bed. Tomorrow will be another day. Thanks Harry Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
visibility of Mailbox-folders
Hello, after having transferred a cyrus imap from one machine to another some subfolders are not visible to the clients any more. The directories exist and also cyradm tells me the whole tree of these mailboxes? However the clients donś see them. What went wrong and how can I fix this? Regards Harry p.s. the box runs with debian lenny Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: visibility of Mailbox-folders
Am Montag, 18. Januar 2010 schrieb Gabriele Bulfon: Hi, you should check each of the folder's ACLs. You probably lost permissions for these folders. Gabriele. Thanks for quick reply. However, permissions seem not to be the cause. cyradm shows: info lrswipcda File permissions are 600 cyrus:mail Directory permissions are 700 cyrus:mail I still have no idea whatś wrong. Harry Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Transfering mailboxes from one Cyrus to another
Hello, I am searching for an easy way to transfer mailboxes fom a RHEL4 system to a debian etch system. The directoy structure for a certain user on RedHat is: /var/spool/imap/user/user On debian it is: /var/spool/cyrus/mail/first letter of user/user The extracted textfile (Mailboxlist) of the RedHat system shows the RedHat structure. Is there any simple method to come out of this problem? regards Harry Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: How to reconstruct database
Am Donnerstag, 1. Februar 2007 07:29 schrieb Ramprasad: On Wed, 2007-01-31 at 12:16 +0100, Dr. Harry Knitter wrote: hello, I want to transfer the contents of my cyrus from an i385 machine to a AMD-64-machine. How can I restore the mailbox database from the text file created by: su - cyrus -c ctl_mboxlist -d $CONFIGDIRECTORY/mailboxlist.txt ? su - cyrus -c ctl_mboxlist -u /path/mailboxlist.txt many thanks for help. It works perfectly. Thanks again Harry Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
How to reconstruct database
hello, I want to transfer the contents of my cyrus from an i385 machine to a AMD-64-machine. How can I restore the mailbox database from the text file created by: su - cyrus -c ctl_mboxlist -d $CONFIGDIRECTORY/mailboxlist.txt ? Thanks Harry Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Restoring Mailboxes
Am Mittwoch, 19. April 2006 18:27 schrieb Andrew Morgan: On Wed, 19 Apr 2006, Dr. Harry Knitter wrote: Am Mittwoch, 19. April 2006 15:27 schrieb [EMAIL PROTECTED]: Hello, we have a problem to restore Cyrus mailboxes from an installation of SuSE 9.2 which we want to transfer do a SuSE 10.0 installation. We have backuped the directories /var/lib/imap and /var/spool/imap and copied them to the new installation. after restarting Cyrus syslog was flooded with messages snip Seems you have a mismatch in version numbers between your old Berkeley DB4 installation and your new installation. The problem is that your old .db files (in db4.xx) is not compatible with your new Berkeley installation. Albeit cumbersome you can fix it if you still have the old server available where you need to run cvt_cyrusdb on each file being stored in Berkeley database format. The easiest way to find those files is probably just to run a find /var/lib/imap |xargs file|grep -i berkeley And then manually convert those files to flat format doing: cvt_cyrusdb /your/berkeley_db4.db berkeley /your/berkeley_flatfile flat Then copy the files to your new installation and covert them back to Berkeley with your new berkeley db4 format (cumbersome but needed step) Good luck, Best regards, Jesper K. Pedersen Doesn´t sound very good. The old server does not exist anymore. On the other side I have a server that was upgraded and seems to use the old file format. How can I find out what version of Berkeley DB this cyrus is using? Or are there any tools to do this without cyrus? You could also try deleting the files in the configdirectory/db/ directory (make a copy to be safe). Those are the transaction logs, etc, for BerkeleyDB and skiplist. They should be safe to delete because the actual information is in the mailboxes.db file. Andy Could you please give me a hint what you mean with configdirectory? In my case (SuSE 10.0 as well as 9.2) I found a subdirectory db in /var/lib/imap the directory where the database seems to be located. There is a directory deliverdb with a subdirectory db in the same place. As having copied the whole directory /var/lib/imap including subdirectories from the old installation to the new one I cant´t imagine that these old directories are the cause of a changed Berkeley DB version. Regards Harry Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Restoring Mailboxes
Am Donnerstag, 20. April 2006 18:31 schrieb Andrew Morgan: On Thu, 20 Apr 2006, Dr. Harry Knitter wrote: Could you please give me a hint what you mean with configdirectory? In my case (SuSE 10.0 as well as 9.2) I found a subdirectory db in /var/lib/imap the directory where the database seems to be located. There is a directory deliverdb with a subdirectory db in the same place. As having copied the whole directory /var/lib/imap including subdirectories from the old installation to the new one I cant´t imagine that these old directories are the cause of a changed Berkeley DB version. In your /etc/imapd.conf, something like: # Configuration directory configdirectory: /var/spool/cyrus/config The db subdirectory under the configdirectory holds some transaction log type stuff. I've had trouble in the past with changing versions unless I clean out that directory first. Andy I´ll try that. However I can´t believe that this might be the cause. Also the directory /var/spool/imap was completely transferred to the new installation. If there were informations concerning dtabase version in this directory these informations would tell cyrus the type of the backuped data. So why should this not work? Harry PGP key-ID 8A0657DB Fingerprint AE7B 61F1 ACC2 5944 A29A 8C31 2D12 2190 8A06 57DB Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Restoring Mailboxes
Am Mittwoch, 19. April 2006 18:27 schrieb Andrew Morgan: You could also try deleting the files in the configdirectory/db/ directory (make a copy to be safe). Those are the transaction logs, etc, for BerkeleyDB and skiplist. They should be safe to delete because the actual information is in the mailboxes.db file. Andy Hello Andy, your tip was worth gold. It works. I have tried it and have back my old mailboxes. Excuse my scepticism. Thousand thanks to you Harry Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Restoring Mailboxes
Hello, we have a problem to restore Cyrus mailboxes from an installation of SuSE 9.2 which we want to transfer do a SuSE 10.0 installation. We have backuped the directories /var/lib/imap and /var/spool/imap and copied them to the new installation. after restarting Cyrus syslog was flooded with messages snip Apr 19 01:00:15 tux saslauthd[15007]: detach_tty : master pid is: 15007 Apr 19 01:00:15 tux saslauthd[15007]: ipc_init: listening on socket: /var/run/sasl2//mux Apr 19 01:00:22 tux master[15022]: setrlimit: Unable to set file descriptors limit to -1: Operation not permitted Apr 19 01:00:22 tux master[15022]: retrying with 1024 (current max) Apr 19 01:00:22 tux master[15022]: process started Apr 19 01:00:22 tux master[15023]: about to exec /usr/lib/cyrus/bin/ctl_cyrusdb Apr 19 01:00:22 tux ctl_cyrusdb[15023]: DBERROR � : db4 Apr 19 01:00:22 tux ctl_cyrusdb[15023]: DBERROR � : db4 Apr 19 01:00:22 tux ctl_cyrusdb[15023]: recovering cyrus databases Apr 19 01:00:22 tux ctl_cyrusdb[15023]: skiplist: recovered /var/lib/imap/mailboxes.db (112 records, 13252 bytes) in 0 seconds Apr 19 01:00:22 tux ctl_cyrusdb[15023]: skiplist: recovered /var/lib/imap/annotations.db (0 records, 144 bytes) in 0 seconds Apr 19 01:00:22 tux ctl_cyrusdb[15023]: DBERROR � : db4 Apr 19 01:00:22 tux ctl_cyrusdb[15023]: DBERROR � : db4 Apr 19 01:00:22 tux ctl_cyrusdb[15023]: DBERROR: critical database situation Apr 19 01:00:22 tux master[15022]: process 15023 exited, status 75 Apr 19 01:00:22 tux master[15024]: about to exec /usr/lib/cyrus/bin/idled Apr 19 01:00:22 tux idled[15024]: DBERROR � : db4 Apr 19 01:00:22 tux idled[15024]: DBERROR: critical database situation Apr 19 01:00:22 tux master[15022]: process 15024 exited, status 75 Apr 19 01:00:22 tux master[15022]: SLPRegister [service:imap://tux.:143] Apr 19 01:00:22 tux master[15022]: Error registering service with slp -20 Apr 19 01:00:22 tux master[15022]: SLPRegister [service:pop3://tux.:110] Apr 19 01:00:22 tux master[15022]: Error registering service with slp -20 Apr 19 01:00:22 tux master[15022]: SLPRegister [service:sieve://tux.:2000] Apr 19 01:00:22 tux master[15022]: Error registering service with slp -20 Apr 19 01:00:22 tux master[15022]: ready for work Apr 19 01:00:22 tux master[15025]: about to exec /usr/lib/cyrus/bin/ctl_cyrusdb Apr 19 01:00:22 tux ctl_cyrusdb[15025]: DBERROR � : db4 Apr 19 01:00:22 tux ctl_cyrusdb[15025]: DBERROR: critical database situation Apr 19 01:00:22 tux master[15026]: about to exec /usr/lib/cyrus/bin/lmtpd Apr 19 01:00:22 tux master[15022]: process 15025 exited, status 75 Apr 19 01:00:22 tux lmtpunix[15026]: DBERROR � : db4 Apr 19 01:00:22 tux lmtpunix[15026]: DBERROR: critical database situation Apr 19 01:00:22 tux master[15022]: process 15026 exited, status 75 Apr 19 01:00:22 tux master[15022]: service lmtpunix pid 15026 in READY state: terminated abnormally Apr 19 01:00:22 tux master[15027]: about to exec /usr/lib/cyrus/bin/lmtpd Apr 19 01:00:22 tux lmtpunix[15027]: DBERROR � : db4 Apr 19 01:00:22 tux lmtpunix[15027]: DBERROR: critical database situation Apr 19 01:00:24 tux master[15022]: process 15027 exited, status 75 Apr 19 01:00:24 tux master[15022]: service lmtpunix pid 15027 in READY state: terminated abnormally Apr 19 01:00:24 tux master[15028]: about to exec /usr/lib/cyrus/bin/lmtpd Apr 19 01:00:24 tux lmtpunix[15028]: DBERROR � : db4 Apr 19 01:00:24 tux lmtpunix[15028]: DBERROR: critical database situation Apr 19 01:00:34 tux master[15022]: process 15028 exited, status 75 Apr 19 01:00:34 tux master[15022]: service lmtpunix pid 15028 in READY state: terminated abnormally Apr 19 01:00:34 tux master[15029]: about to exec /usr/lib/cyrus/bin/lmtpd Apr 19 01:00:34 tux lmtpunix[15029]: DBERROR � : db4 Apr 19 01:00:34 tux lmtpunix[15029]: DBERROR: critical database situation Apr 19 01:00:44 tux master[15022]: process 15029 exited, status 75 Apr 19 01:00:44 tux master[15022]: service lmtpunix pid 15029 in READY state: terminated abnormally Apr 19 01:00:44 tux master[15031]: about to exec /usr/lib/cyrus/bin/lmtpd Apr 19 01:00:44 tux lmtpunix[15031]: DBERROR � : db4 Apr 19 01:00:44 tux lmtpunix[15031]: DBERROR: critical database situation Apr 19 01:00:44 tux master[15022]: process 15031 exited, status 75 Apr 19 01:00:44 tux master[15022]: service lmtpunix pid 15031 in READY state: terminated abnormally Apr 19 01:00:44 tux master[15032]: about to exec /usr/lib/cyrus/bin/lmtpd Apr 19 01:00:44 tux lmtpunix[15032]: DBERROR � : db4 Apr 19 01:00:44 tux lmtpunix[15032]: DBERROR: critical database situation Apr 19 01:00:54 tux master[15022]: process 15032 exited, status 75 Apr 19 01:00:54 tux master[15022]: service lmtpunix pid 15032 in READY state: terminated abnormally Apr 19 01:00:54 tux master[15033]: about to exec /usr/lib/cyrus/bin/lmtpd Apr 19 01:00:54 tux lmtpunix[15033]: DBERROR � : db4 Apr 19 01:00:54 tux lmtpunix[15033]: DBERROR: critical database situation Apr 19 01:01:04 tux master[15022]: process 15033
Re: Restoring Mailboxes
Am Mittwoch, 19. April 2006 15:27 schrieb [EMAIL PROTECTED]: Hello, we have a problem to restore Cyrus mailboxes from an installation of SuSE 9.2 which we want to transfer do a SuSE 10.0 installation. We have backuped the directories /var/lib/imap and /var/spool/imap and copied them to the new installation. after restarting Cyrus syslog was flooded with messages snip Seems you have a mismatch in version numbers between your old Berkeley DB4 installation and your new installation. The problem is that your old .db files (in db4.xx) is not compatible with your new Berkeley installation. Albeit cumbersome you can fix it if you still have the old server available where you need to run cvt_cyrusdb on each file being stored in Berkeley database format. The easiest way to find those files is probably just to run a find /var/lib/imap |xargs file|grep -i berkeley And then manually convert those files to flat format doing: cvt_cyrusdb /your/berkeley_db4.db berkeley /your/berkeley_flatfile flat Then copy the files to your new installation and covert them back to Berkeley with your new berkeley db4 format (cumbersome but needed step) Good luck, Best regards, Jesper K. Pedersen Doesn´t sound very good. The old server does not exist anymore. On the other side I have a server that was upgraded and seems to use the old file format. How can I find out what version of Berkeley DB this cyrus is using? Or are there any tools to do this without cyrus? Harry Harry Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html