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
Cyrus Hom
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):
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
Hello,
On 03/07/2020 05:08, ellie timoney has written:
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?
I copied the content of the failing
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
On 19/06/2020 03:01, ellie timoney has written:
Rolling mode only makes incremental updates, so if you're starting from a
server that already has existing data, you should do the first manual initial
backups before enabling the rolling mode.
Hello,
about this error, I retried more times. It
> 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
Hi Marco,
On Fri, Jun 19, 2020, at 6:44 PM, Marco wrote:
> wow, yes, it works. With this config, after the Cyrus restart the
> mailboxes.db and the skipstamps dbs are created and the error disappears
> from syslog.
Great! I've updated the documentation, and the website should update shortly.
>
Hi Ellie,
Il 19/06/2020 03:01, ellie timoney ha scritto:
I think you might need to add the usual recover entry to the START section:
recover cmd="ctl_cyrusdb -r"
I notice this is missing from the backups documentation -- please let me know
if it this sorts it out, and I'll fix it
Hi Marco,
On Thu, Jun 18, 2020, at 10:19 PM, Marco wrote:
> Hello,
>
> I'm trying to configure backupd in rolling mode as a final setup.
> Running a first backup on few users
>
> sync_client -A -n bck -z -v -v
>
> after a while the process die with:
>
> cyrus/sync_client[9540]: MESSAGE rece
Hello,
I'm trying to configure backupd in rolling mode as a final setup.
Running a first backup on few users
sync_client -A -n bck -z -v -v
after a while the process die with:
cyrus/sync_client[9540]: MESSAGE received NO response:
IMAP_PROTOCOL_ERROR Protocol error
cyrus/sync_client[9540]:
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 happened when we wer
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.
Mike
15 matches
Mail list logo
