In order to change the password scheme I wrote a script named
updateproxy that needs the plain text password from the user.
To get that I use the line
password_query = SELECT username as user, password, \
'%w' as userdb_plain_pass FROM auth_user WHERE username='%n'
This works nicely
Very interesting new insights:
When I use imapsync and let it synchronize mails from INBOX to
INBOX/testfolder, the automatic replication works fine.
All mails are synchronized between my two backends.
When I move the mails to the INBOX (doveadm move -u m...@example.com
INBOX mailbox
OK thanks for the updates
Long story short i went through a bunch of replication issues when i was
first setting up dovecot.
Most of which were fixed in 2.3.19 and i have not seen any issues since.
in general i had to turn on the debugging mode (mail_debug = yes)
and filter syslog by
This looks like zero-bytes are getting passed to Tika via dovecot. I don't
know enough about dovecot to figure out what's going on.
On Sat, Jul 30, 2022 at 7:51 PM PGNet Dev wrote:
> i'm running
>
> dovecot 2.3.19.1 + fts
> tika-server-standard 2.4.1
>
> dovecot is feeding tika
On 8/1/22 9:35 AM, Tim Allison wrote:
This looks like zero-bytes are getting passed to Tika via dovecot. I don't
know enough about dovecot to figure out what's going on.
ok. let's see what response from Dovecot ML.
atm, it's only in the case of submissions with attached/embedded *.eml ...
