Re: process ctl_mboxlist -r hung

2012-10-26 Thread Ana B. Diez
Thank you,
I did 'mboxlist -d' but not was necessary reconstruct the database.
I stoped the service, killed ctl_mboxlist process and started it.
Now it goes ok.
Ana.

El 25/10/2012 20:41, Dan White escribió:
 On 10/25/12 13:59 +0200, Ana B. Diez wrote:
 Hi all,

 I've been using Cyrus-imap 2.0.16.
 I've seen that there are two process ctl_mboxlist -r running along 
 30 days and they consume a lot of CPU.
 Is this an anomaly?
 The imap service it's ok but a little slow.

 Is it advisable to kill them and restart the service?

 ctl_mboxlist -r was documented int 2.0.x as to 'Recover the database 
 after
 an application or system failure.', but has since been removed from 
 cyrus.

 I would suspect that ctl_mboxlist -r is being started via the START or
 EVENTS section of your cyrus.conf, and was designed to run for a short 
 time
 to fix any db corruption and then exit.

 Before killing it, try to get a safe backup of your mailbox list with
 'mboxlist -d'. You may also wish to try checkpointing your database with
 'mboxlist -c'.

 You will also possibly need to reconstruct a corrupt mailbox, if you know
 which one is causing your ctl_mboxlist to spin.



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


Removing orphaned mailboxes from MUPDATE server

2012-10-26 Thread David Mayo

I ran ctl_mboxlist -maw on one of my back end IMAP servers this morning 
and saw this output:

Remove from MUPDATE: user.xx.root.incron
Remove from MUPDATE: user.xx.Trash.HCWG.Minutes
Remove from MUPDATE: user.xx.freshers-week.fwem.FW09.Rep emails

They do not show up if I search for them in cyradm but I found them 
lurking on the MUPDATE server:

$ ctl_mboxlist -d | grep   3 
user.xx.Trash.HCWG.Minutes  3 imap-backend.bath.ac.uk!00
user.xx.root.incron 3 imap-backend.bath.ac.uk!04
user.xx.freshers-week.fwem.FW09.Rep emails  3 imap-backend.bath.ac.uk!04

Running ctl_mboxlist -ma on the back end doesn't clear these up. How did 
these mailbox entries get into state and what is the safest 
downtime-free way to remove them from the MUPDATE server? ctl_mboxlist 
doesn't have an advertised way of doing this.

The front end is 2.4.16 and the back end is 2.3.13.

Many thanks,


Dave.

David Mayo
Networks/Systems Administrator
University of Bath Computing Services, UK


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: Problems posting to lists

2012-10-26 Thread Adam Tauno Williams
On Thu, 2012-10-25 at 16:46 -0200, Rodrigo Abrantes Antunes wrote:
 Hi, I'm using mailman to post to a list but some users don't receive
 the messages, when I post to the list I see this in mail.log for one
 of the members of the list that didn't receive the message:
 Oct 25 08:15:31 srv-mail-pel postfix/smtp[5685]: 243872924C:
 to=vladi...@pelotas.ifsul.edu.br, relay=127.0.0.1[127.0.0.1]:10023,
 conn_use=10, delay=0.83, delays=0.16/0.47/0/0.21, dsn=2.0.0,
 status=sent (250 2.0.0 Ok, id=04503-16-10, from
 MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as CDC1B291F8)
 Oct 25 08:17:27 srv-mail-pel cyrus/lmtp[13074]: duplicate_mark:
 20121025081521.horde.nwzihuv4cn9qire5ncoz...@webmail.pelotas.ifsul.edu.br 
 .vladimir+@.sieve.   1351160247 0
 Oct 25 08:17:27 srv-mail-pel postfix/pipe[5695]: CDC1B291F8:
 to=vladi...@pelotas.ifsul.edu.br, relay=cyrus, delay=115,
 delays=0.04/92/0/23, dsn=2.0.0, status=sent (delivered via cyrus
 service)

Huh, that really looks like it *was delivered* to me.  Are you sure it
isn't really in the mailbox?  Can you go to the user's mailbox [on disk]
and grep the files for the messageID?

NOTE: status=sent (delivered via cyrus service)

 Here is what mailman's people said:
 This message was delivered from Mailman to Postfix and then delivered
 by Postfix to Cyrus, possibly because this was to a local user and
 Cyrus is acting as the LDA, or possibly for some other reason, but in
 any case, if the mail wasn't delivered to the user, this is a question
 for Cyrus.

It is either Cyrus or Postfix [the MTA].  It does look like Mailman is
doing his job.


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


mails vanished

2012-10-26 Thread Andre Bischof
Hi,

I'm using cyrus for years now, and have to say that it is a great piece of
software, best fitting to my needs.

Actually I use 2.2 (imap,pop3 amongst others) with Debian stable/testing.

Two days ago I had to recognize that my mail client (thunderbird) only
showed a handful of mails in my inbox when there should be thousands,
reaching approx. 10 years back.

Strange enough, my snapshot backup (faubackup) showed only a few more,
going days, weeks and month back.

I assumed there might be a problem with the disk and tested it thouroughly,
but neither chkdsk nor SMART or other utilities would show errors or
problems.

I checked mail logs and aptitude.log as well, but there was nothing of
interest to me, neither updates nor lots of deleted mails, only some
expunged ones, but not too much.

At this very moment I'm recovering files using testdisk - at least
something.

Could one of you tell me whether it's ok to just copy recovered files back
to /var/spool/cyrus/mail/f/user/f-user/ ? Or am I supposed to recover with
cyrus admin tools like:

sudo -u cyrus /usr/sbin/cyrreconstruct -C /etc/imapd.conf -rf user.BENUTZERNAME

The file cyrus.header only contains:

Cyrus mailbox header
The best thing about this system was that it had lots of goals.
--Jim Morris on Andrew
478a94914314724f
NonJunk Junk $Forwarded $MDNSent $Label1 $Label2 $Label3 $Label4 $Label5
$has_cal
friscolrswipcda

Any hints to recover my mails are VERY ;) appreciated, as well as
suggestions what might be the cause of the problem.

Regards
Andre

-- 
rheinSinn - A. Bischof
Gottesweg 46, 50969 Köln
Tel. 0221 / 46 75 59 87  - Mob. 0179 / 510 45 92
andre.bisc...@rheinsinn.de - www.rheinsinn.de

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: mails vanished

2012-10-26 Thread Andrew Morgan
On Fri, 26 Oct 2012, Andre Bischof wrote:

 Hi,

 I'm using cyrus for years now, and have to say that it is a great piece of
 software, best fitting to my needs.

 Actually I use 2.2 (imap,pop3 amongst others) with Debian stable/testing.

 Two days ago I had to recognize that my mail client (thunderbird) only
 showed a handful of mails in my inbox when there should be thousands,
 reaching approx. 10 years back.

 Strange enough, my snapshot backup (faubackup) showed only a few more,
 going days, weeks and month back.

 I assumed there might be a problem with the disk and tested it thouroughly,
 but neither chkdsk nor SMART or other utilities would show errors or
 problems.

 I checked mail logs and aptitude.log as well, but there was nothing of
 interest to me, neither updates nor lots of deleted mails, only some
 expunged ones, but not too much.

 At this very moment I'm recovering files using testdisk - at least
 something.

 Could one of you tell me whether it's ok to just copy recovered files back
 to /var/spool/cyrus/mail/f/user/f-user/ ? Or am I supposed to recover with
 cyrus admin tools like:

 sudo -u cyrus /usr/sbin/cyrreconstruct -C /etc/imapd.conf -rf 
 user.BENUTZERNAME

 The file cyrus.header only contains:

 Cyrus mailbox header
 The best thing about this system was that it had lots of goals.
--Jim Morris on Andrew
478a94914314724f
 NonJunk Junk $Forwarded $MDNSent $Label1 $Label2 $Label3 $Label4 $Label5
 $has_cal
 friscolrswipcda

 Any hints to recover my mails are VERY ;) appreciated, as well as
 suggestions what might be the cause of the problem.

You can copy the recovered ###. files back into your normal mailbox 
directory and then run reconstruct (and quota -f, if you have a quota) 
afterwards.  Until you run reconstruct, the messages won't appear to IMAP 
clients.

I can't tell you anything about why the messages were deleted though.  :)

Andy

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


segfault in ctl_cyrusdb/cyr_expire/lmtpd

2012-10-26 Thread Dmitry Katsubo
Dear Cyrus developers,

I am experiencing segfaults for cyrus-imapd v2.4.16 in my environment:

 Aug 29 11:51:35 ctl_cyrusdb[3713]: segfault at 0 ip b7255d76 sp bfdff308 
 error 6 in libc-2.13.so[b71de000+156000]
 Aug 29 11:51:35 cyr_expire[3728]: segfault at 0 ip b727dd76 sp bf8876e8 error 
 6 in libc-2.13.so[b7206000+156000]
 Aug 29 12:03:04 lmtpd[6190]: segfault at 0 ip b7063d76 sp bfcdde18 error 6 in 
 libc-2.13.so[b6fec000+156000]
 Aug 29 12:03:04 lmtpd[6196]: segfault at 0 ip b71f4d76 sp bfdc4d48 error 6 in 
 libc-2.13.so[b717d000+156000]
 Aug 29 12:03:04 lmtpd[6197]: segfault at 0 ip b70d4d76 sp bfcf8f48 error 6 in 
 libc-2.13.so[b705d000+156000]
 Aug 29 12:03:37 lmtpd[7628]: segfault at 0 ip b70f8d76 sp bff07348 error 6 in 
 libc-2.13.so[b7081000+156000]

IMAP server and local delivery does not work. It looks like all these
binaries share the same code that segfaults. How can I diagnose the
problem further? Thanks for any hint.

Additional info:
* Debian sid
* Linux kernel 2.6.32-5-486
* cyrus-imapd-2.4_2.4.16-1
* libc6-2.13-35

-- 
With best regards,
Dmitry

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: segfault in ctl_cyrusdb/cyr_expire/lmtpd

2012-10-26 Thread Bron Gondwana
On Sat, Oct 27, 2012, at 01:50 AM, Dmitry Katsubo wrote:
 Dear Cyrus developers,
 
 I am experiencing segfaults for cyrus-imapd v2.4.16 in my environment:
 
  Aug 29 11:51:35 ctl_cyrusdb[3713]: segfault at 0 ip b7255d76 sp bfdff308 
  error 6 in libc-2.13.so[b71de000+156000]
  Aug 29 11:51:35 cyr_expire[3728]: segfault at 0 ip b727dd76 sp bf8876e8 
  error 6 in libc-2.13.so[b7206000+156000]
  Aug 29 12:03:04 lmtpd[6190]: segfault at 0 ip b7063d76 sp bfcdde18 error 6 
  in libc-2.13.so[b6fec000+156000]
  Aug 29 12:03:04 lmtpd[6196]: segfault at 0 ip b71f4d76 sp bfdc4d48 error 6 
  in libc-2.13.so[b717d000+156000]
  Aug 29 12:03:04 lmtpd[6197]: segfault at 0 ip b70d4d76 sp bfcf8f48 error 6 
  in libc-2.13.so[b705d000+156000]
  Aug 29 12:03:37 lmtpd[7628]: segfault at 0 ip b70f8d76 sp bff07348 error 6 
  in libc-2.13.so[b7081000+156000]
 
 IMAP server and local delivery does not work. It looks like all these
 binaries share the same code that segfaults. How can I diagnose the
 problem further? Thanks for any hint.
 
 Additional info:
 * Debian sid
 * Linux kernel 2.6.32-5-486
 * cyrus-imapd-2.4_2.4.16-1
 * libc6-2.13-35

I haven't actually looked at the Debian packages recently.  The best way to
find the cause is to run with core size ulimit set so you get core dumps,
and chroot to a directory where the cyrus user can write files during
startup.

That said - it's interesting that you get so many processes crashing.  Do
you have any syslog entries from immediately before the crash?

Bron.
-- 
  Bron Gondwana
  br...@fastmail.fm


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