Hello
You have a missing argument variable in your prepared statement:
SELECT meta_key FROM metadata WHERE meta_key LIKE AND username = ?
should be
SELECT meta_key FROM metadata WHERE meta_key LIKE ? AND username = ?
Kind regards,
Christian Mack
Am 15.11.21 um 19:27 schrieb Elisamuel Resto
clients, that this is an
folder for Junk.
So if they have some builtin "Mark as Junk/Spam" button, it will use
that folder to move to.
In /etc/dovecot/conf.d/15-mailboxes.conf set:
"[...]
namespace inbox {
[...]
mailbox Junk {
special_use = \Junk
auto = subscribe
Hello
What have you stored in /var/www/html/ooo/its-test?
Kind regards,
Christian Mack
Am 01.12.21 um 09:27 schrieb Claudio Corvino:
> Hi,
>
> nobody can help here?
>
> Thanks
>
> On 02/11/21 15:47, Claudio Corvino wrote:
>>
>> Hi,
>>
>> I
configuration on all of your clients.
Kind regards,
Christian Mack
Am 01.12.21 um 09:31 schrieb Claudio Corvino:
> Hi,
>
> I have two IMAP/LMTP Dovecot server in replica (version 2.3.4.1) both
> connected through an IPsec tunnel, I use LDAP/AD for /userdb, /all seems
> to be worki
have to
disable it.
Else a client will try to send you the CRAM-MD encrypted password, which
you can not check for validity.
Hope this clears it a bit.
Kind regards,
Christian Mack
On 01.12.21 23:26, absolutely_f...@libero.it wrote:
> Hi,
> I wondering if I can simply disable CRAM-MD5
Hello
What you need is probably 'doveadm sync'.
Check its manual with
man doveadm-sync
Kind regards,
Christian Mack
Am 01.12.21 um 23:26 schrieb Gene Heskett:
> Greetings all'
>
>
> Brand New today install of debian bullseye.
>
>
> I have looked at you
You have to enhance user_filter and pass_filter in dovecot-ldap.conf.ext
Something like:
user_filter =
(&(objectClass=inetOrgPerson)(|(uid=%Lu)(cn=%Lu)(mail=%Lu)(mailAlternateAddress=%Lu)))
pass_filter =
(&(objectClass=inetOrgPerson)(|(uid=%Lu)(cn=%Lu)(mail=%Lu)(mailAlternateAddres
his is for sure wrong.
Try:
user_attrs =
sAMAccountName=user,=home=/mnt/mail-storage-lv0007/%$,=uid=501,=gid=501
Kind regards,
Christian Mack
--
Christian Mack
Universität Konstanz
Kommunikations-, Informations-, Medienzentrum (KIM)
Abteilung IT-Dienste Forschung und Lehre
78457 Konstanz
+49 7531 88-4416
smime.p7s
Description: S/MIME Cryptographic Signature
logging in it?
Kind regards,
Christian Mack
Am 15.12.21 um 14:06 schrieb mj:
> Hi,
>
> I am still struggling with this, and would appreciate any help ayone can
> give. Let me try to explain step for step.
>
> I created a test account t...@company.com:
>
>> root@dovecot:/
;s postbox.
Then send an email to and it will end up in
mailbox "test" instead of INBOX.
Kind regards,
Christian Mack
--
Christian Mack
Universität Konstanz
Kommunikations-, Informations-, Medienzentrum (KIM)
Abteilung IT-Dienste Forschung und Lehre
78457 Konstanz
+49 7531 88-4416
smime.p7s
Description: S/MIME Cryptographic Signature
ermission on /etc/letsencrypt/live/delta.oxyl.net/fullchain.pem
Kind regards,
Christian Mack
--
Christian Mack
Universität Konstanz
Kommunikations-, Informations-, Medienzentrum (KIM)
Abteilung IT-Dienste Forschung und Lehre
78457 Konstanz
+49 7531 88-4416
smime.p7s
Description: S/MIME Cryptographic Signature
Hello
What do you get for
doveadm user postmas...@domain.tld
Kind regards,
Christian Mack
Am 24.01.22 um 13:59 schrieb Андрей Куницын:
> Hello
> I try to test my sieve script, but found out that it is impossible to use a
> sieve-filter tool with virtual mail users. It always uses a
Hello
We only saw such errors with replication between two machines, when new
emails where errornously deliverd to both of them or clients connected
to both simultaniously.
Do you have such a setup?
Kind regards,
Christian Mack
On 26.01.22 15:48, absolutely_f...@libero.it wrote:
> Hi
Hello
> passdb {
> driver = pam
> }
Is user fred defined on your development machine?
Does the password match the one from the production machine?
Kind regards,
Christian Mack
On 26.01.22 21:14, David Matthews wrote:
> My live mail exchanger and development machines have ident
Hello
Did the password hash algorithm change between devuan 3 and 4?
You can check that in your /etc/shadow file.
The start of the password field should be the same something like $6$...
Kind regards,
Christian Mack
On 27.01.22 13:14, David Matthews wrote:
> hi Christian
>
> Same
you also want to set
auth_debug_passwords=yes
for getting the actual password in plain text.
(Don't forget to disable that afterwards!)
Kind regards,
Christian Mack
--
Christian Mack
Universität Konstanz
Kommunikations-, Informations-, Medienzentrum (KIM)
Abteilung IT-Dienste Forschung und Lehre
78457 Konstanz
+49 7531 88-4416
smime.p7s
Description: S/MIME Cryptographic Signature
hristian Mack
Am 28.01.22 um 13:52 schrieb David Matthews:
>> 5. Re: can't authenticate (Christian Mack)
> hi Christian
>
> log with debugging resulting from a login attempt pasted at end - to try and
> make it more readable I removed everything in each line up to "do
>
I would try a manual sync and see what error messages you get.
something like:
doveadm -v -D sync -u ${USER_NAME} -f tcp:${SERVERNAME_TO_SYNC_TO} 2>&1
| tee sync-error.log
Kind regards,
Christian Mack
--
Christian Mack
Universität Konstanz
Kommunikations-, Informations-, Medienzent
Hello
Am 16.02.22 um 14:35 schrieb Günther J. Niederwimmer:
> Hallo Christian,
>
> Danke für Deine Antwort!
>
> Am Dienstag, 15. Februar 2022, 13:44:20 CET schrieb Christian Mack:
>> Hello
>>
>> Am 14.02.22 um 14:41 schrieb Günther J. Niederwimmer:
>>>
Hello
That power down incident has corrupted your email files and indexes.
You should run an "doveadm force-resync -A" on your dovecot server.
Or at least for all users having that problem.
Kind regards,
Christian Mack
Am 29.03.22 um 10:52 schrieb ChandranManikandan:
> Hi Friends
ated on the target system
by other means than replication.
Therefore they exist already, but with different GUIDs.
With that the replication can not create those folders on the target
side and refuses to sync mails into the existing ones.
That is, till you explicitly want to merge.
You have to sto
same settings. Am I
> missing something obvious here?
>
Can you da a doveadm user for that specific user?
Are her/his attributes OK?
Kind regards,
Christian Mack
--
Christian Mack
Universität Konstanz
Kommunikations-, Informations-, Medienzentrum (KIM)
Abteilung IT-Dienste Forschu
Hi
If the target folder of a sieve script is not existing or doesn't have
the privileges needed, then the email will be stored in INBOX instead.
Therefore, no email lost ;-)
Kind regards,
Christian Mack
Am 09.05.22 um 17:05 schrieb Charles Gresham:
Hi all,
we face the following situ
acl rights -u ${YOUR_USER} ${FOLDER_NAME}
Kind regards,
Christian Mack
--
Christian Mack
Universität Konstanz
Kommunikations-, Informations-, Medienzentrum (KIM)
Abteilung IT-Dienste Forschung und Lehre
78457 Konstanz
+49 7531 88-4416
smime.p7s
Description: S/MIME Cryptographic Signature
t; But dovecot status on x.y returns the folder is not existent
>
[cut]
That is normal IMAP behaviour.
With creating x.y.z you really create only folder z and a folder
hirarchy x.y, in which you can not store emails (nor have any access).
You have to create x and x.y, in order to get compl
achine.
Therefore it can not create the same folder again on the replica.
This will not be fixed automatically.
You have to check that all emails are on the original machine, then
remove that account from the replica and sync.
Kind regards,
Christian Mack
--
Christian Mack
Universität
Hello
You need to activate vnd.dovecot.pipe extention in dovecots sieve.
Kind regards,
Christian Mack
Am 31.08.22 um 15:13 schrieb George Asenov:
> Thanks that was the reason for the permissions error. Unfortunately the
> next error comes that isn't
(as Claw-Mail does).
Kind regards,
Christian Mack
Am 14.09.22 um 13:14 schrieb Meikel:
> Hi folks,
>
> on a Rocky Linux 8.6 based home server I run Dovecot with an account
> that I use as an archive. Archive means, that from different Thunderbird
> instances I connect to that Do
ovecot-2.3.19.1.tar.gz
https://www.dovecot.org/releases/2.3/dovecot-2.3.19.1.tar.gz.sig
Kind regards,
Christian Mack
--
Christian Mack
Universität Konstanz
Kommunikations-, Informations-, Medienzentrum (KIM)
Abteilung IT-Dienste Forschung, Lehre, Infrastruktur
78457 Konstanz
+49 7531 88-4416
smime.p7s
Description: S/MIME Cryptographic Signature
you do not have the private IP as
alternate name included, as you try to reach 10.0.0.91:4190, not
mydomain.com:4190.
Kind regards,
Christian Mack
Am 14.12.22 um 21:48 schrieb co...@colinlikesfood.com:
Thank you for this. I am not using self-signed, I am using letsencrypt
as a CA, the certs
30 matches
Mail list logo