search for: plutocrats

> On 21/08/2020 07:18 Plutocrat <plutocrat at gmail.com> wrote: > > > On 21/08/2020 02.53, spamvoll at googlemail.com wrote: > > is anyone using the "Bionic (18.04 LTS)" packages on? Focal?Fossa?(20.04 LTS) ? > > I'm not sure if its working after the upgrade > > Not quite sure what you're saying here, but if you ran the "sudo

On 22/09/2019 4:08 AM, @lbutlr via dovecot wrote: >> So while I was migrating the mail, I did try for a while to understand the format of the UID files, but failed to do so in the available time, so the client just had to deal with duplicate emails. But now the smoke has cleared, I'd like to understand the problem a little better, and I was hoping someone on this forum could explain it

> On 15/05/2020 07:10 Plutocrat <plutocrat at gmail.com> wrote: > > > On 15/05/2020 10.56, Gregory Sloop wrote: > > IMAP sync looks better and better. I'm a little puzzled why I don't just give up walking on the broken glass and use it - but it just bugs the heck out of me. > > If you can get the dovecot native sync to work, it seems to be a better option,

This is probably quite an easy question, but I haven't been able to find the answer. I'm running a server where all the email addresses are in the format "user at domain.com". I've noticed that a large number of fake login attempts use the format "user" eg. reception, service, root, admin. Is it possible to prevent any such logins to these email users without an

On 08/04/2020 19.14, Ben Mulvihill wrote: > Thanks for the suggestion. I think my next step will be to investigate > imapsync, or maybe isync, which also looks promising. I've recently migrated a server with imapsync with 150Gb of email and 200+ accounts. I found the trick with this was the run imapsync in several runs: Messages older than 1 year; messages older than 6 months; messages

>> On 15/05/2020 07:10 Plutocrat <plutocrat at gmail.com> wrote: >> >> On 15/05/2020 10.56, Gregory Sloop wrote: >> > IMAP sync looks better and better. I'm a little puzzled why I don't just give up walking on the broken glass and use it - but it just bugs the heck out of me. >> If you can get the dovecot native sync to work, it seems to be a

On Sep 22, 2019, at 11:20 PM, Plutocrat <plutocrat at gmail.com> wrote: > doveadm sync -u Did the target machine already have the user setup? I think dsync wants to sync mailboxes between configured and working servers with users already defined. -- "Back off, man. I'm a scientist.?

Hi, sorry I should be more specific. I'm on Ubuntu 18.04 and using the latest packages from repo.dovecot.com But these are only available for bionic, not focal. So I'm not sure if the bionic packages are working under focal. I did not notice that ubuntu original packages are on 2.3.7 now. So worst thing will be that after the upgrade to focal i need to downgrade to 2.3.7 original ubuntu

...h IAX2? What are my options? Thanks, Michael -- Michael Graves mgraves@pixelpower.com Sr. Product Specialist www.pixelpower.com Pixel Power Inc. mgraves@mstvp.com o713-861-4005 o800-905-6412 c713-201-1262 "Plutocrats beware..." ** Tag(s) inserted by Bandit Tagger98 - http://www.gbar.dtu.dk/~c918704

On Sep 20, 2019, at 10:38 PM, Plutocrat <plutocrat at gmail.com> wrote: > I recently performed a mail server migration for a client under fairly serious time constraints (ahem, yes one of those jobs). I would normally use imapsync to get all the mail copied to the new server, but under the circumstances, I had to write a script to rsync each of the mailboxes over ssh, from one server to

On 09/10/2020 11:50, Plutocrat wrote: > On 09/10/2020 4:16 pm, Rogier Wolff wrote: >> It turns out that dovecot had been running uninterrupted since august >> 13th, the certificate was renewed on september 7th and I suspect it >> expired on october 7th. > I guess you could do a few things yourself to make sure the cert is valid. Thinking out loud: > > - Blunt

On 24/09/2019 10:14 PM, @lbutlr via dovecot wrote: > Did the target machine already have the user setup? I think dsync wants to sync mailboxes between configured and working servers with users already defined. Yes, of course. And the directory structure was pretty much identical between the two. Which was how I was able to write and run the rsync script. I think at this point, I'm past

Hi apologies for what will seem a daft question I'm getting problems with my mail provider who is using dovecot. I've loaded Dovecot on a 8 core ARMHF SBC version 2.2.33.2 on Ubuntu 18.04. The SBC is headless. and the load looks very light and only needs to store/cache 4GB of mail Can I use Dovecot as a buffer between my mail providers Dovecot servers and the several IMAP mail clients

>> On 15/05/2020 07:10 Plutocrat <plutocrat at gmail.com> wrote: >> >> On 15/05/2020 10.56, Gregory Sloop wrote: >> > IMAP sync looks better and better. I'm a little puzzled why I don't just give up walking on the broken glass and use it - but it just bugs the heck out of me. >> If you can get the dovecot native sync to work, it seems to be a

On 25.09.19 12:29, Sami Ketola via dovecot wrote: > > >> On 25 Sep 2019, at 4.52, Plutocrat via dovecot <dovecot at dovecot.org> wrote: >> >> On 24/09/2019 10:14 PM, @lbutlr via dovecot wrote: >>> Did the target machine already have the user setup? I think dsync wants to sync mailboxes between configured and working servers with users already defined.

> On 15/05/2020 07:53 Gregory Sloop <gregs at sloop.net> wrote: > > > > > > > > > > > > > >> On 15/05/2020 07:10 Plutocrat <plutocrat at gmail.com> wrote: > > >> > >> On 15/05/2020 10.56, Gregory Sloop wrote: > >> > IMAP sync looks better and better. I'm a little puzzled why I

Hi, is anyone using the "Bionic (18.04 LTS)" packages on Focal Fossa (20.04 LTS) ? I'm not sure if its working after the upgrade Hans -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20200820/b9b00da0/attachment.html>

Yeah, I tried that already - and it seems to crash more badly... dsync-remote(use at abc.net)<mTEPAAUCvl4yFgAAb6OASA>: Panic: epoll_ctl(add, 0) failed: Operation not permitted (fd doesn't support epoll - instead of '<file', try 'cat file|') dsync-remote(user at abc.net)<mTEPAAUCvl4yFgAAb6OASA>: Error: Raw backtrace:

Hi, I recently performed a mail server migration for a client under fairly serious time constraints (ahem, yes one of those jobs). I would normally use imapsync to get all the mail copied to the new server, but under the circumstances, I had to write a script to rsync each of the mailboxes over ssh, from one server to another. This all worked fine, except for the fact that if a client was using

> On 23 Sep 2019, at 8.20, Plutocrat via dovecot <dovecot at dovecot.org> wrote: > > The command I used was > doveadm sync -u test at domain.com ssh -i id_rsa -o "StrictHostKeyChecking=no" admin at 100.110.120.130 > > I tried a few options to tell it where to put the mail, but dovecot on the target server didn't seem to know where each account was located.