Displaying 20 results from an estimated 200 matches similar to: "dsync replication issues with shared mailboxes"
2015 Sep 08
2
dsync replication errors
Timo,
I use mdbox and probably have similar issue, but in my case only shared
mailboxes were affected.
May 26 12:35:05 mx10 dovecot: doveadm: Error:
dsync-remote(anna.harina at bgoperator.com): Error: Mailbox
shared/l.davydjanc at bgoperator.com/russia: Save commit failed: Message
has been copied too many times (50045 + 1)
May 26 12:35:19 mx10 dovecot: dsync-local(anna.harina at
2015 Nov 17
0
lmtp panic
Gentlemen,
imap hits the same problem
Nov 17 14:02:06 mx10 dovecot: imap(oleg.vasilyev at bgoperator.com): Panic:
file mail-index-util.c: line 37 (mail_index_uint32_to_offset): assertion
failed: (offset < 0x40000000)
Nov 17 14:02:06 mx10 dovecot: imap(oleg.vasilyev at bgoperator.com): Error:
Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0x8215e)
[0x7f8c8ce0915e] ->
2015 Nov 23
0
lmtp panic
Timo,
-rw------- 1 vmail vmail *1,7G* ????. 16 22:54
./mailboxes/noreply-05-08-2015/dbox-Mails/dovecot.index.cache
the largest one
Best regards,
Sergey Schwartz
Senior System Administrator
Biblio Globus Tour Operator
www.bgoperator.ru
T: +7 495 5042500 ext 1532
E: sergey.schwartz at bgoperator.com
21.11.2015 04:25, Timo Sirainen ?????:
> Do you have a huge >4GB dovecot.index.cache
2015 Nov 13
2
lmtp panic
root at mx10:~# doveadm force-resync -u oleg.vasilyev at bgoperator.com
noreply-05-08-2015
doveadm(oleg.vasilyev at bgoperator.com): Warning: fscking index file
/srv/vmail/current/bgoperator.com/oleg.vasilyev/storage/dovecot.map.index
doveadm(oleg.vasilyev at bgoperator.com): Warning: mdbox
/srv/vmail/current/bgoperator.com/oleg.vasilyev/storage: rebuilding indexes
doveadm(oleg.vasilyev at
2015 Nov 21
2
lmtp panic
Do you have a huge >4GB dovecot.index.cache file?
> On 17 Nov 2015, at 13:04, Sergey Schwartz <sergey.schwartz at bgoperator.com> wrote:
>
> Gentlemen,
>
> imap hits the same problem
>
> Nov 17 14:02:06 mx10 dovecot: imap(oleg.vasilyev at bgoperator.com): Panic: file mail-index-util.c: line 37 (mail_index_uint32_to_offset): assertion failed: (offset <
2015 Jul 24
0
internal server error
I've got a bit more details
Jul 24 10:21:50 mx10 dovecot: imap(oleg.vasilyev at bgoperator.com):
*Panic: file mail-index-util.c: line 37 (mail_index_uint32_to_offset):
assertion failed: (offset < 0x40000000)*
Jul 24 10:21:50 mx10 dovecot: imap(oleg.vasilyev at bgoperator.com): Error:
Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0x7c96f)
[0x7fe4a719d96f] ->
2015 Nov 10
3
lmtp panic
Gents,
I've just upgraded to the latest build of dovecot , now lmtp delivery
process panics for just one user
Nov 10 15:36:49 mx10 dovecot: lmtp(oleg.vasilyev at bgoperator.com): Panic:
file str.c: line 22 (str_new_const): assertion failed: (str[len] == '\0')
Nov 10 15:36:49 mx10 dovecot: lmtp(oleg.vasilyev at bgoperator.com): Panic:
file str.c: line 22 (str_new_const):
2015 Nov 11
0
lmtp panic
After 1 or 2 hours of recieveing this kind of errors mail server runs
out of file descriptors
Nov 11 16:22:20 mx10 dovecot: config: Error: net_accept() failed: Too
many open files
Nov 11 16:22:24 mx10 dovecot: config: Error: net_accept() failed: Too
many open files
Nov 11 16:22:25 mx10 dovecot: config: Error: net_accept() failed: Too
many open files
Nov 11 16:22:27 mx10 dovecot: config:
2015 Sep 07
2
dsync replication errors
On 02/17/2013 03:21 AM, Timo Sirainen wrote:
> Although there's still some mail
> duplication problem with maildir that doesn't log any errors about it.
> I'm not sure why that happens.
While you're around, Timo :-)
I've had such an issue recently with 2.2.18, using Maildir, where emails
were being replicated circularly creating more and more duplicate copies.
2015 Jul 22
3
internal server error
Hi!
Today I've got a client unable to open a mailbox with Thunderbird -
constantly drops connection.
On the server side I can see an error message in the log
Jul 22 11:07:29 mx10 dovecot: imap(oleg.vasilyev at bgoperator.com): Error:
Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0x7c96f)
[0x7fd52575b96f] -> /usr/lib/dovecot/libdovecot.so.0(+0x7c9ce)
[0x7fd52575b9ce] ->
2015 Jul 22
2
internal server error
Steffen,
2.2.18 (2de3c7248922)
Best regards,
Sergey Schwartz
Senior System Administrator
Biblio Globus Tour Operator
www.bgoperator.ru
T: +7 495 5042500 ext 1532
E: sergey.schwartz at bgoperator.com
22.07.2015 12:16, Steffen Kaiser ?????:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Wed, 22 Jul 2015, Sergey Schwartz wrote:
>
>> Should I report a bug or there
2015 Sep 03
1
internal server error
On 24 Jul 2015, at 12:58, Sergey Schwartz <sergey.schwartz at bgoperator.com> wrote:
>
> I've got a bit more details
>
> Jul 24 10:21:50 mx10 dovecot: imap(oleg.vasilyev at bgoperator.com): *Panic: file mail-index-util.c: line 37 (mail_index_uint32_to_offset): assertion failed: (offset < 0x40000000)*
I think you have a huge >4 GB dovecot.index.cache file there?
2015 Feb 15
0
Centos 6 Sendmail backup MX Config
On Fri, February 13, 2015 10:57, Ken Smith wrote:
> Hi All,
>
> I'm just wanting to check that my understanding of the settings is
> correct as my web searches are finding a lot of dated information.
>
> If I want a Centos 6 sendmail system act as the secondary MX for
> domain
> bbbbb.co.uk do I just add a
>
> Connect:bbbbb.co.uk RELAY
>
>
2012 Mar 30
1
Hints for a NFS-Setup
Hi everyone,
as I have often trouble with OCFS2 I want to switch to NFS but
I'm not sure how to rebuild my cluster with regard to locking
and indexing problems.
By now my I have a four server configuration (there are another 2
servers for outgoing mail but they can be ignored):
MTA(MX10) --(lmtp/socket)--> local dovecot --> iSCSI-LUN with OCFS2
MTA(MX10) --(lmtp/socket)--> local
2016 Mar 23
2
attachement disappeared
Gentelmen,
Is it possible for the attachment to dissappear?
I've got an important email with a file attached and today the
attachement is absent.
--
Best regards,
Sergey Schwartz
Senior System Administrator
Biblio Globus Tour Operator
www.bgoperator.ru
T: +7 495 5042500 ext 1532
E: sergey.schwartz at bgoperator.com
2018 Jul 18
3
doveadm expunge didn't clear Trash mailbox
Hi,
Why did my 'doveadm expunge' command not clear the Trash out of a mailbox?
The oldest messages was put into the Trash on the 26th June 2018 as shown in the file timestamp.
-rw------- 1 vmail mail 33056 Jun 26 16:46 1530031582.M768773P18242.mx10,S=33056,W=33510:2,RS
# doveadm -D expunge -u testuser at example.org mailbox Trash savedbefore 2d
Debug: Loading modules from
2018 Jul 18
0
doveadm expunge didn't clear Trash mailbox
On Wed, 18 Jul 2018, Sophie Loewenthal wrote:
> Why did my 'doveadm expunge' command not clear the Trash out of a mailbox?
>
> The oldest messages was put into the Trash on the 26th June 2018 as shown in the file timestamp.
>
> -rw------- 1 vmail mail 33056 Jun 26 16:46 1530031582.M768773P18242.mx10,S=33056,W=33510:2,RS
>
> # doveadm -D expunge -u testuser at
2018 Jul 18
3
doveadm expunge didn't clear Trash mailbox
And here is mine. All dates are todays!
# doveadm -f tab fetch -u test at example.org "uid date.saved" mailbox Trash
uid date.saved
6829 2018-07-18 06:04:50
6830 2018-07-18 11:10:13
6831 2018-07-18 16:16:15
6832 2018-07-18 16:16:15
6833 2018-07-18 08:22:55
6834 2018-07-18 16:16:15
6835 2018-07-18 08:47:10
6836 2018-07-18 09:12:11
6837 2018-07-18 09:53:31
6838 2018-07-18 11:03:31
SNIP a
2015 Sep 03
0
sieve filtering utf 8 strings
Op 9/2/2015 om 5:03 PM schreef Sergey Schwartz:
> Guys,
>
> I'm completely stuck, so asking for advice.
> My user has a sieve script which checks message header if it contains
> words in russian like '???? ???????????? ?????????'.
>
> Pritty simple script
>
> # rule:[??????????]
> if allof (header :contains "subject" "LDS (robot): ????
2016 Sep 12
4
Mysql PJSIP realtime > 13.10?
Has anyone successfully used Mysql realtime PJSIP with Asterisk
13.11? I have tried 13.11, 13.11.1 and 13.11.2 but I always get the
following error now:
Sep 12 14:42:35] WARNING[24498]: res_config_mysql.c:1162 require_mysql:
Realtime table general at ps_contacts: column 'qualify_timeout' cannot be
type 'int(10)' (need char)
[Sep 12 14:42:35] WARNING[24498]: