similar to: Mail replication

Hello, I know this question has already been asked, but I would really like a solution here as I tried all I could find on the wiki or mail archives I am now running dovecot 2.2.12 Compression works fine for new mails, so zlib works Mails are currently stored using dbox So I tried for testing dsync -D -v mirror -u user -m Archives dbox:~/temp dsync -o "plugin/zlib_save=xz" -D -v

Hello, I am trying to convert a dbox mailbox in maildir format I changed the config to maildir instead of dbox and I am issuing this /opt/dovecot/bin/dsync -u r convert dbox:/home/r/dbox But I get many errors like those below and no mail is stored in the maildir. dsync(r): Error: Corrupted mailbox log at offset 18446743970630342680: /home/r/dbox/dovecot.mailbox.log dsync(r): Error: dbox

Hello, I am running dovecot 2.2.12 Current mail storage is sdbox and I am trying to compress all emails, which works fine, except for a few old mailboxes. If I run the following dsync command "dsync -u flea -o "mail_plugins=zlib" mirror maildir:~/ndbox" It fails with: dsync(flea): Error: Exporting mailbox INBOX failed: Backend doesn't support GUIDs, sync with header

Hello, As per wiki instructions, I tried to enable zlib compression of mails by adding/modifying the following snippets of configuration: plugin { zlib_save_level = 6 zlib_save = gz } and protocol imap { mail_plugins = fts fts_squat autocreate zlib imap_zlib imap_id_log = * } I am using dbox format and delivering the mails via dovecot deliver, however mails don't seem

I see the Samba guide suggests using rsync to keep sysvols in sync, but this poses a problem with ID's and it is only one-way. I have been hesitant to suggest anything because of the flak I have been getting, but I do believe I have a much better solution that transfers files via SSH, is bi-directional (no more only editing group policy on one server), and does NOT set UID/GID

http://dovecot.org/releases/2.0/dovecot-2.0.4.tar.gz http://dovecot.org/releases/2.0/dovecot-2.0.4.tar.gz.sig multi-dbox users: Be careful about the INDEX change. Maildir users: I hope v2.0 is now finally stable. * multi-dbox: If :INDEX=path is specified, keep storage/dovecot.map.index* files also in the index path rather than in the main storage directory. WARNING: if you specified

http://dovecot.org/releases/2.0/dovecot-2.0.4.tar.gz http://dovecot.org/releases/2.0/dovecot-2.0.4.tar.gz.sig multi-dbox users: Be careful about the INDEX change. Maildir users: I hope v2.0 is now finally stable. * multi-dbox: If :INDEX=path is specified, keep storage/dovecot.map.index* files also in the index path rather than in the main storage directory. WARNING: if you specified

Hi I use /usr/bin/rsync -XAavz --log-file /var/log/sysvol-sync.log --delete-after -f"+ */" -f"- *" /var/lib/samba/sysvol root at DC2:/var/lib/samba && /usr/bin/unison &> /dev/null and works ok but not working with crontab */5 * * * * root /usr/bin/rsync -XAavz --log-file /var/log/sysvol-sync.log --delete-after -f"+ */" -f"- *"

Hai, Small update since i need som testers.. im trying to setup bi-directional sysvol replication. Unison has this ability. http://www.cis.upenn.edu/~bcpierce/unison/ This is beta, so if you have successed, please report this back. DONT TEST THIS ON YOUR PRODUCTION ENVIRONMENT. Thanks ! Louis

Dear Louis, Just to check... Would it be possible to have more than 2 DC using Unison to sync? I was trying to make this to the samba wiki. But when reading the list I see Rowland talking about the SID and RID issue Because of built-in group SID is not sync across domain. Which I think samba should have their own way of dealing this or it will just be a mess in a long run. Did we have any

On 2016-08-26 10:59, Rowland Penny via samba wrote: > On Thu, 25 Aug 2016 06:08:16 -0500 > Bob of Donelson Trophy via samba <samba at lists.samba.org> wrote: > >> On the "Bidirectional Rsync/Unison based SysVol replication >> workaround" page. The title (as you can see) includes the word UNISON >> when in fact the "Unison" program is NOT being

On the "Bidirectional Rsync/Unison based SysVol replication workaround" page. The title (as you can see) includes the word UNISON when in fact the "Unison" program is NOT being used for this replication anymore. As the instructions there actually use "Osync" then the word "UNISON" should probably need to be replaced with "OSYNC". (I looked

Hello Rowland, Louis and Min, sorry for late reply, I was really busy in the past days. As Min already wrote, I have made the same experience unfortunately. With Rowland's suggested settings it didn't solve the problem. I'm on another issue at the moment and didn't find time to check the rsync/unison process on my own, but I'll promise I'll dive into it as soon as I can.

Hi All, I am posting this querry second time. What i need is-- {Is there any command by which I can get only the updation of file ie only the incremental?. Suppose I have a text file say ss.txt of 3KB in size and I have taken the backup of this file. Now I am making the changes in to this file(ss.txt) by adding 1KB of data. Now I want this 1KB data (in to a new file) when I take the

> OK, make sure that the two idmap.ldb files match and then run > 'samba-tool ntacl sysvolreset' on both machines and see if this cured > this problem. I did: root at dc1:~$ service sernet-samba-ad stop root at dc2:~$ service sernet-samba-ad stop root at dc2:~$ mv /var/lib/samba/private/idmap.ldb /root/idmap.ldb.bak root at dc1:~$ scp /var/lib/samba/private/idmap.ldb

> On 19/10/2020 09:48 Odhiambo Washington <odhiambo at gmail.com> wrote: > > > > > > On Mon, 19 Oct 2020 at 09:27, Aki Tuomi <aki.tuomi at open-xchange.com> wrote: > > > > > On 19/10/2020 09:16 Odhiambo Washington <odhiambo at gmail.com> wrote: > > > > > > > > > Bump! > > > > > > >

Hi, I use the program Unison to synchronize two servers and have been having a problem recently with errors saying mkdir failed. The program tries to make backup copies of any file it is going to overwrite before it actually does the sync. The backups have been failing because of the mkdir failure. To try and find the problem, I logged in as root and then tried the same command that unison was

Am 2018-06-07 07:34, schrieb Remko Lodder: > On 7 Jun 2018, at 07:21, Reuben Farrelly <reuben-dovecot at reub.net> > wrote: >> Still not quite right for me. >> >> Jun 7 15:11:33 thunderstorm.reub.net dovecot: doveadm: Error: >> dsync(lightning.reub.net): I/O has stalled, no activity for 600 >> seconds (last sent=mail, last recv=mail (EOL)) >>

Hi Rowland, Am 26.08.2016 um 17:59 schrieb Rowland Penny via samba: > OK, I have done what whoever changed the wiki page should have done, I > have created a new wiki page for the osync way and rolled the original > page back to the unison way of doing things. > > I will also discuss the unison page with Louis Van Belle, I believe he > is still using this method and may have

Hi, I'm still trying to migrate from Dovecot 1.2.16 to 2.0.7 on FreeBSD. Previous attempts have failed with mails not being visible after the upgrade. Version 1.2.16 was migrated from maildir to dbox about a year ago via the convert-plugin. After previous attempts to "clean" the hybrid maildir-dbox situation I used imapsync to copy all mails from the old account to a new