Jean Charles Delépine écrivait (wrote) :
> 2020-10-06T10:51:45.070636+02:00 cyrus-3.0.8 cyrus/imap[2714758]: IOERROR:
> fetching subscriptions for user1
user1.sub didn't have correct tab line termination. Certainly my fault
sometime in the past.
Jean Chales Delépine
Hello,
While replicating one 3.0.9 server to a 3.2.3 server 2 accounts failed to
synchronise with this error :
OK success
cyrus/sync_client[2745008]: IOERROR: fetching subscriptions for user1
Error from sync_do_user(user1): bailing out!
cyrus/sync_client[2745008]: Error in sync_do_user(user1
quot; argument for the affected
users, to recalculate their counts.
Cheers,
ellie
On Mon, 24 Aug 2020, at 6:22 PM, Frederik Himpe via Info-cyrus wrote:
> I am using Cyrus 3.2.2 on Debian Buster 10 (package from buster-
> backports).
>
> I am having lots of errors similar to these in
I am using Cyrus 3.2.2 on Debian Buster 10 (package from buster-
backports).
I am having lots of errors similar to these in the logs:
cyrus/imaps[24052]: IOERROR: conversations_audit on store:
/var/lib/cyrus/user/e/example.conversations Bff62cd0852db22e1 0 (1452110 1 0 0
() ((1 1452109 1 1 0
;lmtp" prefork=1
We are not facing problems with seen State reseting all Inbox mails to
Unread.
We have many lines like that in /var/log/messages :
skiplist: checkpointed /var/lib/imap/user/s/silaot.seen (43 records,
3160 bytes) in 0 seconds
and this ones :
IOERROR: writing cache file for
Hi Ellie,
On 08/07/2020 06:23, ellie timoney has written:
Oh that's very curious. It suggests that something about the mailbox contents
is causing it to fail under -A but not under -u. I was hoping it would just be
the dot in the name, cause something like that should be fairly easy to
repr
Hi Marco,
On Tue, Jul 7, 2020, at 12:17 AM, Marco wrote:
> I copied the content of the failing mailbox into another mailbox with a
> name without dots:
Oh that's very curious. It suggests that something about the mailbox contents
is causing it to fail under -A but not under -u. I was hoping i
121+02:00 tst-msg03 cyrus/sync_client[17488]:
IOERROR: do_user_main: Bad protocol for springst...@example.com to [no
channel] (tst-msg03-bck.example.com)
2020-07-06T15:36:57.765868+02:00 tst-msg03 cyrus/sync_client[17488]:
Error in do_user(springst...@example.com): bailing out!
Instead, if I do:
# sy
On Wed, Jul 1, 2020, at 11:57 PM, Marco wrote:
> Uhm...
Wow, that's wierd.
I notice that the users that worked correctly with "sync_client -A" don't have
dots in their address localparts. If you create another user that also has a
dot, does it fail under -A in the same way?
Does it fail in th
ate failed: example.com!user.utente^archivista 'Bad
protocol'
2020-07-01T15:42:14.296220+02:00 tst-msg03 cyrus/sync_client[4861]:
IOERROR: do_user_main: Bad protocol for utente.archivi...@example.com to
[no channel] (tst-msg03-bck.example.com)
2020-07-01T15:42:14.296290+02:00 tst-msg03 cy
> I think there isn't a all-in-one command for this use case: a user
> expunged some messages and deleted some folders somewhere. I want to
> recover all expunged messages and all the deleted folders which are no
> more present in the original IMAP server (because they were expired from
> cyr_e
Hello,
On 22/06/2020 03:29, ellie timoney has written:
[...]
So like, maybe a user has deleted some stuff, and you don't want to mess around figuring out which
individual messages they need restored, so you just want to restore everything, and let the user
figure it out. This is what -x is fo
096> modseq=<46829>
> sysflags= guid=<16ceead9802286784d7a54c5bc782891f76f2f2e>
>
> 2020-06-19T09:29:24.167561+02:00 tst-msg03 cyrus/imap[32742]: auditlog:
> modseq sessionid=
> mailbox=
> uniqueid= highestmodseq=<46829>
>
> 2020-06-19T09:29:24.21503
nid=
mailbox=
uniqueid= highestmodseq=<46829>
2020-06-19T09:29:24.215036+02:00 tst-msg03 cyrus/imap[32742]: USAGE
cyr_restore user: 0.042492 sys: 0.015435
2020-06-19T09:29:24.215191+02:00 tst-msg03 cyrus/imap[32742]: auditlog:
traffic sessionid=
bytes_in=<2412> bytes_out=<1039>
t; cyrus/sync_client[9540]: MESSAGE received NO response:
> IMAP_PROTOCOL_ERROR Protocol error
> cyrus/sync_client[9540]: do_folders(): update failed:
> example.com!user.utente^archivista 'Bad protocol'
> cyrus/sync_client[9540]: IOERROR: do_user_main: Bad protocol for
&
[9540]: do_folders(): update failed:
example.com!user.utente^archivista 'Bad protocol'
cyrus/sync_client[9540]: IOERROR: do_user_main: Bad protocol for
utente.archivi...@example.com to [no channel] (tst-msg03-bck.example.com)
Error from do_user(utente.archivi...@example.com): bai
BACKUP SERVER SIDE *
# LOGFILE
# tail -f /var/log/imapd.log
Jun 6 17:09:11 bcrux cyrus/backupd[2584]: IOERROR: gzuc_read: lseek 15:
No such file or directory
Jun 6 17:09:11 bcrux cyrus/backupd[2584]: IOERROR: gzuc_read: lseek 15:
No suc
GB. The error is logged
>> 1755 times. Instead, there is no error for fd 12, which is a backup of less
>> than 2 GB:
>>> *#-- CLIENT SIDE*
>>> *---*
>>>
>>>
>>> # time sync_client -v -o -n backup -A
&g
me sync_client -v -o -n backup -A
>> Thu Jun 6 17:08:02 CEST 2019
>> USER aaa
>> QUOTA user.aaa
>> USER ccc
>> Error from do_user(ccc): bailing out!
>>
>> real 30m16.223s
>> user 0m0.006s
>> sys 0m0.006s
>> **
>>
>> *#-- BACKUP SERV
/imapd.log
Jun 6 17:09:11 bcrux cyrus/backupd[2584]: IOERROR: gzuc_read: lseek 15: No
such file or directory
Jun 6 17:09:11 bcrux cyrus/backupd[2584]: IOERROR: gzuc_read: lseek 15: No
such file or directory
Jun 6 17:09:11 bcrux cyrus/backupd[2584]: IOERROR: gzuc_read: lseek 15: No
rst time, but when the backup already exists and is
> larger than 2GB, we get the following error from the backupd:
>> cyrus/backupd[]: IOERROR: gzuc_read: lseek 12: No such file or directory
> As said, it happens only when then backup file already exists and is larger
> than 2
Hi,
We're testing backup feature un cyrus-imapd 3.0.10. There's no problem when
backup is created first time, but when the backup already exists and is larger
than 2GB, we get the following error from the backupd:
cyrus/backupd[]: IOERROR: gzuc_read: lseek 12: No su
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]
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
/srv/imap/config/annotations.db.NEW file: Cannot allocate memory
Dec 16 18:28:17 mail imap[10078]: Fatal error: failed to mmap
/srv/imap/config
Hello,
I have a folder with a tons of mails.
I see this error in log:
Apr 1 08:58:36 tst-msg01 cyrus/squatter[31354]: IOERROR: offset
greater than cache size
Apr 1 08:58:36 tst-msg01 cyrus/squatter[31354]: IOERROR: invalid
cache record for uc.test.it!user.utente^101.Archivio.2015 uid
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 te
support the option -t '' like imtest to use starttls
>
Thanks, for your quick reply.
o.k. I go away from this plain stuff and it works via kerberos as you
can see below.
But my main problem is not solved. If I try to create a subfolder via my
prefered imap client the fronted server al
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
subfolder via frontend server, following messages
appears in the logfile:
IOERROR: Mailbox name too long
And no subfolder is created.
It seems there is a problem with the authentication in our murder setup.
cyrus@backend:~$ mupdatetest -u cyrplain -m plain frontend-master.server
S: A01 NO
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
e looks like this:
---
if allof (header :contains "from" "utexas.edu", header :contains "subject"
"logwatch for") {fileinto "INBOX/utexas/laitsadmin/lw"; stop;}
And the error messages coming from cyrus/lmtpunix look like:
---
Jul 16 04:04:05
Hello,
running cyrus-2.3.16 under Solaris 10 the nightly event
delprune cmd="/opt/cyrus/bin/cyr_expire -E 3" at=0401
emits messages of this kind:
Mar 2 04:01:27 cyrus-backend/cyr_expire[5172]: [ID 793632 mail.error] IOERROR:
reading index header for user.
I cannot do this in production migration as I should rsync 600GB.
Thanks!
Regards.
Manel Gimeno Zaragoza
magiz...@hotmail.com
From: br...@fastmail.fm
To: magiz...@hotmail.com; info-cyrus@lists.andrew.cmu.edu
Subject: Re: Reconstruct: I
nks!
Regards.
Manel Gimeno Zaragoza
magiz...@hotmail.com
From: br...@fastmail.fm
To: magiz...@hotmail.com; info-cyrus@lists.andrew.cmu.edu
Subject: Re: Reconstruct: IOERROR: Mailbox name too long
Date: Fri, 10 Feb 2012 14:21:18 +0100
Bogus message is probably totally bogus. I suspect t
20]: failed to
read index header for user.test_user
Feb 10 13:48:30 cyrus1-test reconstruct[21520]: IOERROR:
Mailbox name too long (user.test_user)
Feb 10 13:48:30 cyrus1-test reconstruct[21520]:
reconstructing user.test_user.Borrador
Feb 10 13:48:30 cyrus1-test reconstruct[21520]: IOERROR:
o
Also the log file shows:
local_cyrus# cat /var/log/maillog
...
...
Feb 10 13:48:30 cyrus1-test reconstruct[21520]: create new mailbox
user.test_user
Feb 10 13:48:30 cyrus1-test reconstruct[21520]: failed to read index header
for user.test_user
Feb 10 13:48:30 cyrus1-test r
with IOERROR after the Trahs removing.
IOERROR: creating /var/spool/imap
So I have to create the Trash folder.
Any clue ?
Thanks in advance.
--
Christophe Caron
Station Biologique / Service Informatique et Bio-informatique
Place Georges Teissier 29680 Roscoff
> 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
>>
>> # file /var/lib/imap/*.db
>> /var/lib/imap/annotations.db: Cyrus skiplist DB
>> /var/lib/imap/deliver.db: Cyrus skiplist DB
>> /var/lib/imap/mailboxes.db:Cyrus skiplist DB
>> /var/lib/imap/tls_sessions.db: Cyrus skiplist DB
>
> Good idea, but a
:Cyrus skiplist DB
> /var/lib/imap/tls_sessions.db: Cyrus skiplist DB
Good idea, but apart from just being nicer DBs - it has nothing to do
with your IOERROR index/expunge problem. It's not related to the
lib/cyrusdb files at all - it's purely mailbox files (cyrus.index
and cyru
, there are a couple of replication and murder
configurations which store files in imapd.conf.
>> What version are you running?
>
> 2.3.16 that was shipped with Scientific Linux 6 (RHEL 6).
> ---/* Sanity check */
> ---if (*((bit32 *)(buf+OFFSET_UID)) == 0) {
> ---
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
> What other databases could be affected and how can I fix them?
>
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?
Simon
>
>> Do yo
> Do you not see any other errors in the Cyrus logs?
No. The
> imap[21918]: IOERROR: user.xxx zero index/expunge record 41/47
errors are the only ones.
Regards,
Marc
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
). Since that day some users are having problems with
>> their
>> mailbox. Thunderbird shows them "IOERRORS" and some are seeing
>> undeletable
>> mails with no content.
>>
>> The imapd's logfile contains the following:
>>
>> imap[21918]: I
s with their
> mailbox. Thunderbird shows them "IOERRORS" and some are seeing undeletable
> mails with no content.
>
> The imapd's logfile contains the following:
>
> imap[21918]: IOERROR: user.xxx zero index/expunge record 41/47
> imap[16600]: IOERROR: user.yyy zero inde
le contains the following:
imap[21918]: IOERROR: user.xxx zero index/expunge record 41/47
imap[16600]: IOERROR: user.yyy zero index/expunge record 16/17
Also the mailbox (sub-)folder contains *.NEW files when this happens:
-rw--- 1 cyrus mail 13660 22. Jul 09:22 cyrus.cache.NEW
-rw--- 1 cy
s?
I do see it bailing out on certain mailboxes
Feb 15 10:42:28 sardine sync_client[20764]: MAILBOX
user.cconklin.Monticello
Feb 15 10:42:28 sardine sync_client[20764]: MAILBOX
user.cconklin.Nienhuis - Quotes
Feb 15 10:42:28 sardine sync_client[20764]: IOERROR: opening message
file 10 of user.cbaumann.Sen
I'm seeing the following in the log:
IOERROR: locking header for DOMAIN.TLD!user.admin.Sent: Interrupted
system call
and:
IOERROR: locking /PATH/TO/user/a/admin.seen: Interrupted system call
Sometimes it's "lock_shared" instead of "locking". I'm seeing varia
Hello,
On my Cyrus 2.4.5 test system, I get this error on what seems to be an
otherwise functioning mailbox;
Dec 10 13:37:41 pop pop3[7635]: IOERROR: index record 543384900 for user.pfoo
past end of file
I have done a reconstruct that reports nothing, and still the error persists.
I can
Mike,
On 16/11/10 18:36, Michael D. Sofka wrote:
> I am seeing occasional messages of the form:
>
> Nov 16 13:01:36 imap-be4 sync_client[21977]: IOERROR: index record 0 for
> user. past end of file
I have fixed these in the past by reconstructing the mailbox. It most
often happ
I am seeing occasional messages of the form:
Nov 16 13:01:36 imap-be4 sync_client[21977]: IOERROR: index record 0 for
user. past end of file
There are two messages from around the time of the error message that
were not synchronized. But, these also appear to have been expunged by
pop3
> From: Jeroen van Meeuwen (Kolab Systems) [mailto:vanmeeu...@kolabsys.com]
> Sent: Thursday, October 28, 2010 12:07 PM
> To: Rosenbaum, Larry M.
> Cc: info-cyrus@lists.andrew.cmu.edu
> Subject: Re: v2.4.2 warning "IOERROR: opening /var/imap/user_deny.db: No
>
Rosenbaum, Larry M. wrote:
> > From: Jeroen van Meeuwen (Kolab Systems) [mailto:vanmeeu...@kolabsys.com]
> > Sent: Thursday, October 28, 2010 11:37 AM
> > To: info-cyrus@lists.andrew.cmu.edu
> > Cc: Rosenbaum, Larry M.
> > Subject: Re: v2.4.2 warning "IOERROR:
> From: Jeroen van Meeuwen (Kolab Systems) [mailto:vanmeeu...@kolabsys.com]
> Sent: Thursday, October 28, 2010 11:37 AM
> To: info-cyrus@lists.andrew.cmu.edu
> Cc: Rosenbaum, Larry M.
> Subject: Re: v2.4.2 warning "IOERROR: opening /var/imap/user_deny.db: No
>
Rosenbaum, Larry M. wrote:
> I'm seeing the following error in the IMAP log file:
> IOERROR: opening /var/imap/user_deny.db: No such file or directory
>
> How do I set up the user_deny.db file?
>
This error occurs but once, correct?
Kind regards,
--
Jeroen van Meeuwen
Se
I'm seeing the following error in the IMAP log file:
IOERROR: opening /var/imap/user_deny.db: No such file or directory
How do I set up the user_deny.db file?
Larry
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
t;>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 defaultbc"
>> If I restart cyrus with sieve commented out I still get the errors plus:
>
ybe you can take at look at the Cyrus IMAPd chapter of WMOGAG:
<http://docs.opengroupware.org/Members/whitemice/wmogag/file_view>
> >> lmtpunix[6938]: IOERROR: mapping
> >> /var/spool/mail/sieve/domain/K/mydomain.com/C/cron/defaultbc file
> for
> >> sievescr
he error in the log.
> If you have configured ingo it can create and activate a sievescript.
> I think the log message should be changed from IOERROR to a notice
>>> On Sat, Apr 3, 2010 at 3:39 AM, Nybbles2Byte wrote:
>>>> If
f you have configured ingo it can create and activate a sievescript.
I think the log message should be changed from IOERROR to a notice
On Sat, Apr 3, 2010 at 3:39 AM, Nybbles2Byte wrote:
If I restart cyrus with sieve commented out I still get the errors plus:
where did you comment
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
t
> port 2000. You don't need touch /var/spool/mail/sieve directly.
>> I created the file with: "sudo -u cyrus touch defaultbc"
>> If I restart cyrus with sieve commented out I still get the errors plus:
>> lmtpunix[6938]: IOERROR: mapping
>> /
> I created the file with: "sudo -u cyrus touch defaultbc"
>
> If I restart cyrus with sieve commented out I still get the errors plus:
>
> lmtpunix[6938]: IOERROR: mapping
> /var/spool/mail/sieve/domain/K/mydomain.com/C/cron/defaultbc file for
> sievescript: No such
cyrus with sieve commented out I still get the errors plus:
>
> lmtpunix[6938]: IOERROR: mapping
> /var/spool/mail/sieve/domain/K/mydomain.com/C/cron/defaultbc file for
> sievescript: No such device
>
--
Reinaldo de Carvalho
http://korreio.sf.net
http://python-cyrus.sf.net
"Don'
o -u cyrus touch defaultbc"
If I restart cyrus with sieve commented out I still get the errors plus:
lmtpunix[6938]: IOERROR: mapping
/var/spool/mail/sieve/domain/K/mydomain.com/C/cron/defaultbc file for
sievescript: No such device
Friday, April 2, 2010, 6:55:18 PM, you wrote:
>
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
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 sieve script
/var/spool/mail/sieve/domain/K/mydomain.
Hello,
I supplement it.
I found following messages in /var/log/imapd.log
---
Aug 3 14:46:11 server imaps[8638]: [ID 630590 local6.notice] Deleted mailbox
user.test.AAA
Aug 3 14:46:22 server imaps[11640]: [ID 136705 local6.error] IOERROR: opening
/var/spool/imap/user/test/AAA/cyrus.expunge
Hello,
I'm using Cyrus-IMAP on following environment.
OS: Solaris10 SPARC
Cyrus-IMAP: 2.3.9
Cyrus-SASL: 2.1.22
The following messages are rarely output and are troubled.
IOERROR: opening /path/to/mail/spool/cyrus.expunge: No such file or directory
In the case of most, I can't find
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
a
> directory for the particular address.
>
> maillog says:
> Aug 12 21:33:55 logi sieve[27866]: entered bc_action_emit with filelen: 16
> Aug 12 21:35:49 logi lmtpunix[21521]: IOERROR: fstating sieve script
> /var/lib/imap/sieve/domain/q/VIRTUAL_DOMAIN/a/admin/defaultbc: No such
>
rectory for the particular address.
maillog says:
Aug 12 21:33:55 logi sieve[27866]: entered bc_action_emit with filelen: 16
Aug 12 21:35:49 logi lmtpunix[21521]: IOERROR: fstating sieve script
/var/lib/imap/sieve/domain/q/VIRTUAL_DOMAIN/a/admin/defaultbc: No such
file or directory
Should I creat
We're running cyrus-imapd-2.3.8 on Solaris 10. Recently, the `quota'
command failed with this error in syslog:
Jun 29 19:58:49 castor quota[27067]: [ID 240394 local6.error] IOERROR:
opening quota file
/imap/conf/qu
I tagged all the
messages in the source and recompiled)
Oct 24 10:45:11 mailhost-new.ftel.co.uk imap[18187]: [ID 722758
local6.error] IOERROR: reading message: unexpected end of file
(message_copy_strict)
>
> I don't think that this is anything more sinister than TCP connections
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
via NFS,
> we've been seeing ``IOERROR: reading message: unexpected end of
> file'' intermittently. It doesn't seem to cause any harm. I went
> through and placed the function name in each occurrence of the
> message (as a note, non-unique messages in differen
Since we moved to 2.2.6 on Solaris 10, with storage coming via NFS,
we've been seeing ``IOERROR: reading message: unexpected end of
file'' intermittently. It doesn't seem to cause any harm. I went
through and placed the function name in each occurrence of the
mes
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...)
>
>
gt; 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.Rosina:
>>>&g
1 - 100 of 146 matches
Mail list logo
