Hi Frederik,
>From the source, it looks like this error is reported when the internal counts
>in the conversations data are out of sync.
I don't have any insight as to what might cause this, but I think you should be
able to run "ctl_conversationsdb" with the "-R" argument for the affected
use
How big is your annotations.db ? What architecture are you running on?
On Sat, 17 Dec 2016, at 04:34, Jan Kowalsky via Info-cyrus wrote:
> Hi all,
>
> for a few days all time creating or deleting folders we get an error in
> mail.log:
>
> Dec 16 18:28:17 mail imap[10078]: IOERROR: mapping
> /sr
On Thu, 17 Apr 2014, Nina Pollak wrote:
> But my main problem is not solved. If I try to create a subfolder via my
> prefered imap client the fronted server also running mupdate master on
> it tells me
>
>"IOERROR: Mailbox name too long"
>
> I enabled telemetry logging on the frontend-master.s
On 04/16/2014 10:33 AM, Michael Menge wrote:
> Hi Nina,
>
> Quoting Nina Pollak :
>
>> Hi,
>> we have upgraded our servers from debian squeeze to wheezy.
>> So the cyrus packages are now 2.4.16 (former 2.2)
>>
>
>>
>> It seems there is a problem with the authentication in our murder setup.
>>
>> c
Hi Nina,
Quoting Nina Pollak :
Hi,
we have upgraded our servers from debian squeeze to wheezy.
So the cyrus packages are now 2.4.16 (former 2.2)
It seems there is a problem with the authentication in our murder setup.
cyrus@backend:~$ mupdatetest -u cyrplain -m plain frontend-master.serve
On 17 Jul 2012, Bron Gondwana wrote:
> Oooh. Ok, so you're running "virtdomains: off".
Yes. It seemed the best way to do it at the time (I
can't even remember which version of Cyrus I originally started
with now; it's been that long).
> I'm really not happy about the way virtdomains: of
On Mon, Jul 16, 2012, at 04:38 PM, Mark Nipper wrote:
> On 16 Jul 2012, Bron Gondwana wrote:
> > On Mon, Jul 16, 2012, at 01:29 PM, Mark Nipper wrote:
> > > Jul 16 04:03:14 king cyrus/lmtpunix[17822]: Delivered:
> > > <201207160902.q6g925fu018...@topcat.laits.utexas.edu> to mailbox:
> > > user.ni
On 16 Jul 2012, Bron Gondwana wrote:
> On Mon, Jul 16, 2012, at 01:29 PM, Mark Nipper wrote:
> > Jul 16 04:03:14 king cyrus/lmtpunix[17822]: Delivered:
> > <201207160902.q6g925fu018...@topcat.laits.utexas.edu> to mailbox:
> > user.nipsy@bitgnome^net.utexas.laitsadmin.lw
> > Jul 16 04:04:37 king c
On Mon, Jul 16, 2012, at 01:29 PM, Mark Nipper wrote:
> Jul 16 04:03:14 king cyrus/lmtpunix[17822]: Delivered:
> <201207160902.q6g925fu018...@topcat.laits.utexas.edu> to mailbox:
> user.nipsy@bitgnome^net.utexas.laitsadmin.lw
> Jul 16 04:04:37 king cyrus/lmtpunix[17868]: Delivered:
> <2012071609
> Am 04.08.2011 10:06, schrieb Bron Gondwana:
>> Pretty much - and the "patch" would be super-invasive even if someone
>> did write it.
>
> I opened a bugreport at redhat:
> https://bugzilla.redhat.com/show_bug.cgi?id=728148
> Maybe they will fix it.
>
Hi,
The interesting point is why do you see
Am 04.08.2011 10:06, schrieb Bron Gondwana:
> Pretty much - and the "patch" would be super-invasive even if someone
> did write it.
I opened a bugreport at redhat:
https://bugzilla.redhat.com/show_bug.cgi?id=728148
Maybe they will fix it.
> Everything should migrate itself automatically. It wi
On Thu, 04 Aug 2011 09:51:07 +0200, Marc Muehlfeld
wrote:
> Hi Bron,
>
> thanks for the long explanation, even if I don't understand everything.
> :-)
>
> It sounds like there is no way to fix this by a configuration parameter
> or migrating a database or so. And if the only way is to patch
Hi Bron,
thanks for the long explanation, even if I don't understand everything. :-)
It sounds like there is no way to fix this by a configuration parameter or
migrating a database or so. And if the only way is to patch the current
version or compile a new one, then I think the new one is the b
On Wed, 03 Aug 2011 23:13:16 +0200, Marc Muehlfeld
wrote:
> Am 03.08.2011 22:37, schrieb Bron Gondwana:
>> And let's have copies of your imapd.conf and cyrus.conf while
>> we're at it.
>
> /etc/imapd.conf:
> http://pastebin.com/D8Szgmqk
>
> /etc/cyrus.conf:
> http://pastebin.com/CL2M64AR
Sure.
Am 03.08.2011 23:27, schrieb Patrick Boutilier:
> I see drac stuff in imapd.conf. You must be using a patched version of
> Cyrus that supports Dynamic Relay Authorization Control ?
I use the version that is shipped with Scientific Linux 6 (RHEL6).
The origin config file was created about 8 years
On 08/03/2011 06:13 PM, Marc Muehlfeld wrote:
> Am 03.08.2011 22:37, schrieb Bron Gondwana:
>> And let's have copies of your imapd.conf and cyrus.conf while
>> we're at it.
>
> /etc/imapd.conf:
> http://pastebin.com/D8Szgmqk
I see drac stuff in imapd.conf. You must be using a patched version of
Am 03.08.2011 23:01, schrieb Patrick Boutilier:
> This sounds like the problem you fixed for me where I was having to
> reconstruct mailboxes every time after a weekly ipurge run hit every
> mailbox. Turns out that you fixed the ipurge utility itself with a one
> or two line patch. But that should
Am 03.08.2011 22:37, schrieb Bron Gondwana:
> And let's have copies of your imapd.conf and cyrus.conf while
> we're at it.
/etc/imapd.conf:
http://pastebin.com/D8Szgmqk
/etc/cyrus.conf:
http://pastebin.com/CL2M64AR
> So you have corrupted cyrus.index files. I don't suppose you kept any
> of t
On 08/03/2011 05:41 PM, Bron Gondwana wrote:
> On Wed, 03 Aug 2011 22:12:14 +0200, Marc Muehlfeld
> wrote:
>
>> Am 03.08.2011 20:59, schrieb Simon Matter:
>>> They should, but be aware that maybe you broght some crap in
>>> /var/lib/imap/db so it was still not clean.
>
> Sorry, I should have jump
On Wed, 03 Aug 2011 22:12:14 +0200, Marc Muehlfeld
wrote:
> Am 03.08.2011 20:59, schrieb Simon Matter:
>> They should, but be aware that maybe you broght some crap in
>> /var/lib/imap/db so it was still not clean.
Sorry, I should have jumped on this earlier! Stuff will get
created in /var/lib
On Wed, 03 Aug 2011 22:14:23 +0200, Marc Muehlfeld
wrote:
> Am 03.08.2011 21:34, schrieb Bron Gondwana:
>> Also check out your locking. If this is 2.4.x, make sure you don't have
>> anything cleaning up the 'mboxname_lockpath' directory.
>
> Is there anything I can check ybout locking in 2.3.1
Am 03.08.2011 21:34, schrieb Bron Gondwana:
> Also check out your locking. If this is 2.4.x, make sure you don't have
> anything cleaning up the 'mboxname_lockpath' directory.
Is there anything I can check ybout locking in 2.3.16?
> What version are you running?
2.3.16 that was shipped with
Am 03.08.2011 20:59, schrieb Simon Matter:
> They should, but be aware that maybe you broght some crap in
> /var/lib/imap/db so it was still not clean.
But when I stop cyrus, the db folder just contains the DB_CONFIG file and a 4
byte "skipstamp" file. Nothing else. Just when cyrus is running, th
On Wed, Aug 03, 2011 at 08:59:01PM +0200, Simon Matter wrote:
> Skiplist is the default with 2.4. With 2.3 I'm still consider skiplist
> recommended. I'm running all my system skiplist only for a long time.
Skiplist is recommended in 2.3.12+
> > The IOERROS could (temporarily) repaired by removin
> Am 03.08.2011 13:11, schrieb Simon Matter:
>> So, you are still using Berkeley DB but the versions are different.
>
> Different versions of BDB? What version does it should be? deliver.db and
> tls_sessions.db were deleted during the migration and automatically be
> created
> on SL6 on Cyrus star
Am 03.08.2011 13:11, schrieb Simon Matter:
> So, you are still using Berkeley DB but the versions are different.
Different versions of BDB? What version does it should be? deliver.db and
tls_sessions.db were deleted during the migration and automatically be created
on SL6 on Cyrus startup. Shoul
> Am 03.08.2011 09:47, schrieb Simon Matter:
>> Well, I don't know what configuration EL6 ships with. At least the
>> db_recover command above will only work on BDB but not on skiplist
>> databases. What does "file /var/lib/imap/*.db" show?
>
> The configuration is the same that we used on Centos 5
Am 03.08.2011 09:47, schrieb Simon Matter:
> Well, I don't know what configuration EL6 ships with. At least the
> db_recover command above will only work on BDB but not on skiplist
> databases. What does "file /var/lib/imap/*.db" show?
The configuration is the same that we used on Centos 5 before
> Am 03.08.2011 06:55, schrieb Simon Matter:
>> Something is wrong with "the database" because Cyrus-imapd uses a number
>> of databases. So I guess here is a problem.
>
> I removed cyrus.cache, cyrus.index and cyrus.header out of the users
> broken
> mailbox and run a reconstruct to recreate them.
Am 03.08.2011 06:55, schrieb Simon Matter:
> Something is wrong with "the database" because Cyrus-imapd uses a number
> of databases. So I guess here is a problem.
I removed cyrus.cache, cyrus.index and cyrus.header out of the users broken
mailbox and run a reconstruct to recreate them. For some
> Does anybody have an idea what cause this problem and how to finally fix
> it?
>
>
>
> Am 22.07.2011 10:19, schrieb Marc Muehlfeld:
>> Hi,
>>
>> two weeks ago we migrated from Centos 5.6 (cyrus 2.3.7) to Scientific
>> Linux
>> 6.0 (cyrus 2.3.16). Since that day some users are having problems with
Does anybody have an idea what cause this problem and how to finally fix it?
Am 22.07.2011 10:19, schrieb Marc Muehlfeld:
> Hi,
>
> two weeks ago we migrated from Centos 5.6 (cyrus 2.3.7) to Scientific Linux
> 6.0 (cyrus 2.3.16). Since that day some users are having problems with their
> mailbox
Hello Alexander,
I just wanted to confirm for anyone else wishing to remove these error messages
that the simple solution is to:
su to cyrus
Change dir to the dir. you are going to put the file, in my case: cd
/var/spool/mail/sieve/
Create a blank text file, I used "touch blank-filter.txt"
Crea
> >> If I restart cyrus with sieve commented out I still get the errors
> plus:
I'm not certain what "cyrus with sieve commented out" means. SIEVE
support is just part of Cyrus. Perhaps you mean the timsieved service -
which allows you to manipulate SIEVE scripts.
Maybe you can take at look at
I commented out sieve daemon in cyrus.conf.
The last few responses have been very helpful. I should be able to solve this
now and will post again after some "playing around" with it.
Saturday, April 3, 2010, 4:07:57 PM, you wrote:
> Quoting Nybbles2Byte :
>> Hello Reinaldo,
>> I don't use eit
Quoting Nybbles2Byte :
Hello Reinaldo,
I don't use either nor do I know what these are. My limit of
knowledge about sieve is that it came as part of cyrus but I have
never used it.
I have installed horde and it has a program called ingo that filters
email and uses sieve to do it. Howeve
On Sat, Apr 3, 2010 at 7:00 PM, Nybbles2Byte wrote:
> Hello Reinaldo,
>
> I don't use either nor do I know what these are. My limit of knowledge about
> sieve is that it came as part of cyrus but I have never used it.
>
Sieve is a server side mail filter. Cyrus has a sieved that listen at
port 20
On Sat, 3 Apr 2010, Nybbles2Byte wrote:
> Hello Reinaldo,
>
> I don't use either nor do I know what these are. My limit of knowledge
> about sieve is that it came as part of cyrus but I have never used it.
Why don't you just change your syslog preferences so that DEBUG level
messages are not lo
var/spool/mail/sieve/domain/K/mydomain.com/C/cron/defaultbc file for
>> sievescript: No such device
--
Nybbles2Bytemailto:nybbles2b...@gmail.com Title: Re: IOERROR fstating sieve
Hello Reinaldo,
I don't use either nor do I know what these are. My limit of k
> Hello Reinaldo,
>
> I'm not having any success with removing this error. If create the file
> that it says is missing I get this error:
>
>lmtpunix[8901]: sieve runtime error for mydomain.com id
> <20100403063500.97552a0...@mail.mydomain.com>: Run error
>
> I created the file with: "sudo -u c
On Sat, Apr 3, 2010 at 3:39 AM, Nybbles2Byte wrote:
> Hello Reinaldo,
>
> I'm not having any success with removing this error. If create the file that
> it says is missing I get this error:
>
> lmtpunix[8901]: sieve runtime error for mydomain.com id
> <20100403063500.97552a0...@mail.mydomain.co
Hello Reinaldo,
I'm not having any success with removing this error. If create the file that it
says is missing I get this error:
lmtpunix[8901]: sieve runtime error for mydomain.com id
<20100403063500.97552a0...@mail.mydomain.com>: Run error
I created the file with: "sudo -u cyrus touch de
On Fri, Apr 2, 2010 at 9:36 PM, Nybbles2Byte wrote:
> Hello,
>
> I'm getting this error and not sure what to do. This is a new install setup
> with virtual domains and everything works just fine except for a couple of
> minor issues, this being one of them.
>
> lmtpunix[27869]: IOERROR: fstating s
On 15 Aug 2009, at 15:01, brian wrote:
> In bc_eval.c:
>
> res = do_vacation(actions, toaddr, fromaddr, xstrdup(subject),
> message, days, mime, handle);
>
> if (res == SIEVE_RUN_ERROR)
> *errmsg = "Vacation can not be used with Reject or Vacation";
>
> This is an unhelpful er
On Fri, Aug 14, 2009 at 11:50 AM, brian wrote:
> Anybody?
>
> I tried adding the directories under /var/lib/imap/sieve and copying
> the defaultbc to each. But I'm now getting the following in the log:
>
> sieve runtime error for ...: Vacation can not be used with Reject or Vacation
>
I'll try a
Anybody?
I tried adding the directories under /var/lib/imap/sieve and copying
the defaultbc to each. But I'm now getting the following in the log:
sieve runtime error for ...: Vacation can not be used with Reject or Vacation
On Wed, Aug 12, 2009 at 9:52 PM, brian wrote:
> I've created a "vaca
On 23 Oct 07, at 1943, David Carter wrote:
> On Tue, 23 Oct 2007, Ken Murchison wrote:
>
>> Your problem is most likely related to using NFS. NFS has never been
>> recommended for Cyrus because is doesn't play nice with mmap() and
>> flock(), both of which are critical to the operation of Cyrus.
On Tue, 23 Oct 2007, Ken Murchison wrote:
> Your problem is most likely related to using NFS. NFS has never been
> recommended for Cyrus because is doesn't play nice with mmap() and
> flock(), both of which are critical to the operation of Cyrus.
While I agree entirely with "don't use Cyrus over
Your problem is most likely related to using NFS. NFS has never been
recommended for Cyrus because is doesn't play nice with mmap() and
flock(), both of which are critical to the operation of Cyrus.
Ian G Batten wrote:
> Since we moved to 2.2.6 on Solaris 10, with storage coming via NFS,
> w
On Fri, 28 Sep 2007, Bron Gondwana wrote:
> I can tell you I sleep a lot easier at night knowing that there are
> replication systems in place so we can lose an entire server and
> at worst a few emails will be lost.
Indeed.
It sounds like we might be getting a second machine room Real Soon Now,
On Fri, Sep 28, 2007 at 11:03:55AM +0200, Rudy Gevaert wrote:
> Bron Gondwana wrote:
> > Can you log in as the same user and test (or maybe copy the exact
> > contents of the mailboxes somewhere else and try to recreate - that
> > is if you care that much to figure out the underlying cause...)
>
>
Bron Gondwana wrote:
> On Thu, 27 Sep 2007 16:08:19 +0200, "Rudy Gevaert" <[EMAIL PROTECTED]> said:
>> Bron Gondwana wrote:
>>> On Thu, Sep 27, 2007 at 02:51:09PM +0200, Rudy Gevaert wrote:
Hello again,
Does somebody know what could be the source of the following error
messages
On Thu, Sep 27, 2007 at 02:51:09PM +0200, Rudy Gevaert wrote:
> Hello again,
>
> Does somebody know what could be the source of the following error messages?
>
> Thu Sep 27 13:24:09 2007 manaslu mail6/imaps/mail6/imaps[27763]:
> IOERROR: writing cache file for ugent.be!user.heleen^nailis.Labo.Ro
On Thu, 27 Sep 2007 16:08:19 +0200, "Rudy Gevaert" <[EMAIL PROTECTED]> said:
> Bron Gondwana wrote:
> > On Thu, Sep 27, 2007 at 02:51:09PM +0200, Rudy Gevaert wrote:
> >> Hello again,
> >>
> >> Does somebody know what could be the source of the following error
> >> messages?
> >>
> >> Thu Sep 27
Bron Gondwana wrote:
> On Thu, Sep 27, 2007 at 02:51:09PM +0200, Rudy Gevaert wrote:
>> Hello again,
>>
>> Does somebody know what could be the source of the following error messages?
>>
>> Thu Sep 27 13:24:09 2007 manaslu mail6/imaps/mail6/imaps[27763]:
>> IOERROR: writing cache file for ugent.be
Aristotelis wrote:
BipinDas
wrote:
Hi All,
I am used the autocreatepatch 2.3.1. It works fine. But when a mailbox
created my /var/log/syslog shows the following error.
Let me know why this happened and how to fix it.
-
BipinDas wrote:
Hi All,
I am used the autocreatepatch 2.3.1. It works fine. But when a mailbox
created my /var/log/syslog shows the following error.
Let me know why this happened and how to fix it.
--
Hi,
On 15.03.2007, at 04:12, BipinDas wrote:
I am used the autocreatepatch 2.3.1. It works fine. But when a
mailbox created my /var/log/syslog shows the following error.
Let me know why this happened and how to fix it.
-
Hi Leon,
> Hello All,
>
> Could you please tell me what these entries in my log mean:
>
> Oct 31 12:58:55 mail lmtpunix[14418]: lmtp connection preauth'd as postman
> Oct 31 12:58:55 mail lmtpunix[14418]: IOERROR: fstating sieve script
> /var/lib/sieve/k/kuper/defaultbc: No such file or directory
[EMAIL PROTECTED] wrote:
Hello All,
In the logs I see these kind of messages:
Oct 27 16:48:05 mail master[14841]: about to exec /usr/lib/cyrus/bin/lmtpd
Oct 27 16:48:05 mail lmtpunix[14841]: executed
Oct 27 16:48:05 mail lmtpunix[14841]: accepted connection
Oct 27 16:48:05 mail lmtpunix[14841]
Actually to get rid of this warning in the logs, all you have to do it
reduce the logging level from debug to something more sane. As is,
logging at debug (which is the default) will consume an inordinate
amount of system resources on a production system.Just reconfigure
syslog to log at
--- Baltasar Cevc <[EMAIL PROTECTED]> wrote:
> Cyrus will create the structure when it needs it;
> however,
> I do not know any way to get rid of these messages
> without
> having a default script.
That's exactly what I wanted to hear ;-) Thanks!
Well if there is a patch for that, I guess it wi
Hi,
ML mail wrote:
Well the thing is that I don't really want a default
sieve script for everyuser I just want to be sure the
directory structure gets created so that in case the
user wants a sieve script, it won't complain about a
missing dir/subdir. So my question really is: do I
need to manualy
--- Baltasar Cevc <[EMAIL PROTECTED]> wrote:
> It means that no sieve script is found for the
> account; more exactly no
> bytecode-compiled version (defaultbc) of the
> defaults script (which
> would be default).
>
> There was a patch to cyrus on the list some time ago
> to create default
> scr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
| IOERROR: fstating sieve script
| /var/cyrus/sieve/domain/c/clientdomain.com/t/test/defaultbc:
| No such file or directory
It means that no sieve script is found for the account; more exactly no
bytecode-compiled version (defaultbc) of the defaults
On Tue, 7 Dec 2004, Sasa Stupar wrote:
I am seeing strange error in my log file:
Dec 7 20:18:47 xmail lmtpunix[15458]: IOERROR: fstating sieve script
/var/lib/imap/sieve/s/sasa/defaultbc: No such file or directory
You can ignore this message. You can change facility level for ma
On Wed, Sep 15, 2004 at 03:41:56PM -0400, Ken Murchison wrote:
> Boyle, Bernadette wrote:
> >
> >I receive the following error when trying to create new accounts ...
> >
> >Sep 15 19:05:16 sparrow imapd[7843]: [ID 721126 local6.error] IOERROR:
> >creating directory /var/spool/cyrus1/user/jsnadd1
On Wed, 15 Sep 2004, David Carter wrote:
> On Wed, 15 Sep 2004, Boyle, Bernadette wrote:
>
> > I have a terrible problem at the moment at the university with new
> > students not being able to receive mail because I cannot create any more
> > accounts.
>
> What operating system/filesystem?
>
> >
Boyle, Bernadette wrote:
Hello,
I have a terrible problem at the moment at the university with new
students not being able to receive mail because I cannot create any more
accounts.
I am currently running cyrus-imapd-2.0.17. However I cannot create any
more mailboxes.
I receive the followi
On Wed, 15 Sep 2004, Boyle, Bernadette wrote:
I have a terrible problem at the moment at the university with new
students not being able to receive mail because I cannot create any more
accounts.
What operating system/filesystem?
I currently have 32,765 directories in this account and it seems li
What filesystem type? do a df -i ? sounds like you ran out of inodes
maybe...or hit some sort of limit with the number of directories.
Also need other details like what OS.
--On Wednesday, September 15, 2004 19:51 +0100 "Boyle, Bernadette"
<[EMAIL PROTECTED]> wrote:
Hello,
I have a terrible
On Tue, 20 Jan 2004, Kirill Miazine wrote:
> I have Cyrus 2.2.2-BETA running on OpenBSD 3.4. Berkeley DB is 3.1.17.
> I have not overridden the default database backends for Cyrus, so I am
> using whather the defaults are.
Upgrade to 2.2.3. I found a bug in EXPUNGE just after we deployed here at
* Kirill Miazine wrote:
> Recently I moved most of my mail users from Courier to Cyrus. Not
> without any troubles however. E.g. when deleting a message, EXPUNGE
> fails with
>
> System I/O error
It should be said that it fails sometimes. Sorry for not mentioning
that in my first post.
> Logs
73 matches
Mail list logo
