My experience was very similar when I originally set up doveadm backup from
my production machine to my backup machine. My mailbox was the only one on
the system that failed. I discovered the root cause was a cron job running
on the backup machine delivering its output to my email. The result was m
" Access denied for user.. 'dovecot'@'localhost' "
Is a mysql error. mysql isn't allowing the user dovecot to open the database to
run your SQL query. Until you can open the database, you aren't even
retrieving the account password. That is where you should concentrate your
efforts. I don't u
I don't have a working example because I do my dsync backups on the local
machine with output to shared NFS storage that is accessible to both my primary
and backup systems. No ssh required or remote connection required. That is
provided by NFS.
This excerpt of my backup script runs dsync in
In your working example you are connecting as root but in your dsync example
your user is remoteprefix:root. Try removing the "remoteprefix:" which is
being treated as part of the user name.
> -Original Message-
> From: Kent Borg via dovecot
> Sent: Thursday, January 23, 2025 3:34 PM
Kent,
You are being prompted for a password, so it isn't using private key
authentication. I recommend you get ssh working first, prove you are indeed
connecting to your secondary server, and only then introduce doveadm.
Is mail.borg.org the name of your "matching server" or is that the name of
ase64 -d' - nothing usable goes out (you can try yourself
> with the first part of the mail I've posted). Maybe it is salted, but I
> don't see how to decode it...
>
> Peter
>
>
> On 09/04/2024 16:15, Doug via dovecot wrote:
> >
> >> -Origin
> -Original Message-
> From: Peter via dovecot
> Sent: Tuesday, April 9, 2024 5:18 AM
> To: dovecot@dovecot.org
> Subject: Strange problem with sieve
>
> Hello,
>
> I use Dovecot 2.3.20 on FreeBSD 13.2 (in jail) as a part of iRedMail
> installation.
>
> Some mailboxes are configured