we are running Cyrus imapd 2.2.10 with default database types. every morning, we run "quota -f" and parse the output so we can send warning messages to people close to or over their quota.
on two occasions, this has gone terribly wrong, a lot of users have their quota usage jacked way up, generally by a factor of 11. here are the first 20 lines of the log which has 1372 lines in total. (I removed the user.username due to privacy concerns, and added the ratio calculation). usage was 139909, now 12719 ratio 11 usage was 47374712, now 4306792 ratio 11 usage was 407514772, now 37050212 ratio 10.999 usage was 648073438, now 58919178 ratio 10.9994 usage was 43956, now 3996 ratio 11 usage was 1930995, now 175545 ratio 11 usage was 5813115, now 528465 ratio 11 usage was 45716, now 4156 ratio 11 usage was 93743221, now 8522111 ratio 11 usage was 13055977, now 1186907 ratio 11 usage was 98219, now 8929 ratio 11 usage was 101156, now 9196 ratio 11 usage was 80928474, now 7357134 ratio 11 usage was 7976056, now 725096 ratio 11 usage was 1206975, now 109725 ratio 11 usage was 74822, now 6802 ratio 11 usage was 35112, now 3192 ratio 11 usage was 1346223, now 130683 ratio 10.3014 usage was 1975952, now 179632 ratio 11 usage was 300531, now 27321 ratio 11 there are also a few anomalous entries usage was 132639, now 1381 ratio 96.0456 usage was 1081340472, now 79091856 ratio 13.672 usage was 1951648, now 153077 ratio 12.7495 usage was 9160058, now 1176738 ratio 7.78428 usage was 124177, now 21417 ratio 5.79806 usage was 1184457, now 121477 ratio 9.75046 usage was 218529, now 55123 ratio 3.96439 usage was 239837223, now 18883883 ratio 12.7006 usage was 240443, now 29413 ratio 8.17472 usage was 27906, now 6456 ratio 4.32249 usage was 141449, now 17169 ratio 8.23863 usage was 546075057, now 10668457 ratio 51.1859 usage was 699492, now 76452 ratio 9.14943 usage was 352638, now 37388 ratio 9.43185 usage was 332413, now 40211 ratio 8.26672 usage was 130622, now 29662 ratio 4.40368 usage was 103031, now 7431 ratio 13.865 usage was 466990, now 47810 ratio 9.76762 re-running quota -f was uneffective, the preceding was the result after running a recursive reconstruct on the entire spool first. has anyone seen anything like this before? -- Kjetil T. --- 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
