* Jeff Peng via dovecot :
>
>
> I am using ubuntu 22.04, it can have dovecot installed by just run:
> sudo apt install -y dovecot-core dovecot-imapd dovecot-lmtpd
Yes, 2.3.16 is in the default ubuntu repositories
while the community repos are at 2.3.21
--
Ralf Hildebrandt
Gesc
emands some
> ponderation the advantages of keeping or improving the module.
Amen to that. I think the deduplication is a useful, storage efficient
way -- especially in large environments with lots of users (who get
the same mails :) )
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Ne
* Marc :
>
> Does dovecot 2.0 supports EC private key?
Yes:
# Certbot RSA
ssl_cert = https://www.charite.de
___
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email to dovecot-le...@dovecot.org
.20-3+ubuntu20.04
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
ralf.hildebra...@charite.de | https://www.charite.de
* Aki Tuomi :
> Ubuntu 22.04 support will be added for upcoming 2.4 CE release.
yay!
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30
Hi!
I recently updated from 20.04 -> 22.04 and wondered if packages
specifically for 22.04 were available.
https://doc.dovecot.org/installation_guide/dovecot_community_repositories/ubuntu_packages/
doesn't seem list any...
Neiter does https://repo.dovecot.org
--
Ralf Hil
* Ralf Hildebrandt :
> > > It’s been some time since I last saw a mention of SMTPUTF8 here. Last
> > > time I heard about it, it was worked on.
> > > Does anybody have news about that?
> > >
> >
> > I didn’t get any answer. Does somebody know if th
RFC 6531?
http://www.postfix.org/SMTPUTF8_README.html
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
ralf.hildebra...@charite.de | https://www.charite.de
oved at all?
* reduce code size
* better compression algorithms available
* other
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 9
pt the "doveadm import" command?
Using 2.3.13 here.
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
ralf.hilde
Mails/dovecot.index.log,
write-lock, F_SETLKW) locking failed: Resource deadlock avoided (WRITE lock
held by pid 41909)
copymail 41909 2.3 0.1 156740 88020 ?S13:40 0:11 \_
dovecot/lmtp
So it's an LMTP process that's writing to mdbox:/home/copymail2/mdbox
--
Ralf
orage.so.0(mailbox_search_next+0x3d)[0x7fb131978e5d]
->
doveadm(+0x31c14) [0x557ac63f1c14] -> doveadm(+0x2c518) [0x557ac63ec518]
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203
* Ralf Hildebrandt :
> Today I was looking for some spam and issued this command:
> ==
>
> doveadm import -u restore@backup.invalid mdbox:/home/copymail2/mdbox INBOX
> header Reply-To bixrs.com
Little typo on my par
* Ralf Hildebrandt :
> Today I was looking for some spam and issued this command:
> ==
>
> doveadm import -u restore@backup.invalid mdbox:/home/copymail2/mdbox INBOX
> header Reply-To bixrs.com
This is dovecot from the pac
@entry=0x7fffe2c0) at doveadm-cmd.c:575
#38 0x55592ff7 in doveadm_cmd_try_run_ver2 (cmd_name=,
argc=, argv=, cctx=0x7fffe2c0) at
doveadm-cmd.c:497
#39 0x55570641 in main (argc=, argv=) at
doveadm.c:395
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charit
run_ver2 (argc=10, argv=0x557f6bb8,
cctx=cctx@entry=0x7fffe2b0) at doveadm-cmd.c:575
#38 0x55593447 in doveadm_cmd_try_run_ver2 (cmd_name=,
argc=, argv=, cctx=0x7fffe2b0) at
doveadm-cmd.c:497
#39 0x55570211 in main (argc=, argv=) at
doveadm.c:395
(gdb)
--
Ralf H
INBOX BODY "Greetings of the day"
doveadm import -u restore@backup.invalid mdbox:/home/copymail/mdbox "" mailbox
INBOX TEXT "Greetings of the day"
(what's the difference betweeen BODY and TEXT?)
Is it even possible, given that "the" and "of"
* Aki Tuomi via dovecot :
> 2.3.7 does not generate DH keys. It's been removed since 2.3.0
Yes, it was the only periodic process I could think/knew of.
> Is it possible for you to track and find out which process is causing the
> peak?
Will try. Next hour :)
--
Ra
* Ralf Hildebrandt via dovecot :
> * Timo Sirainen :
>
> > > BTW: This post is a followup to my "2.3.7 slower than 2.3.6?" post from
> > > back in July.
> >
> > Fixed by
> > https://github.com/dovecot/core/commit/5e9e09a041b318025fd52db
I stopped 2.3.7, copied over the index files from the ramdisk into
the physical "realm" and restarted with a fresh 2.3.8. It probably
takes a few days to be absolutely sure.
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Ben
041b318025fd52db2df25052b60d0fc98
>
> <https://github.com/dovecot/core/commit/5e9e09a041b318025fd52db2df25052b60d0fc98>
> and will be in the soon-to-be-released v2.3.8.
Thanks. I will test this (once it's been released) by moving the index files
back to
conventional storage.
Yes. Initially I threw away the whole mailbox after it got slow, but
after a few days the performance started to degrade. Admittedly, it
contains a lot of mails :)
> I tried to reproduce this with imaptest and Dovecot that is patched
> to log when dovecot.index is being rewritten, but ther
* Ralf Hildebrandt via dovecot :
> But why is that? Why would the index file be updated so often?
BTW: This post is a followup to my "2.3.7 slower than 2.3.6?" post from back in
July.
I set up system copying all mails to a backup system.
This used to work without a hitch - now in the last few days mails
would pile up in the Postfix Queue, waiting to be delivered using the
lmtp transport into dovecot.
So dovecot was being slow, but why? After all, nothing changed.
After readin
I tried to change:
mail_attachment_fs = sis posix
to
mail_attachment_fs = sis-queue posix
and immediately failed with:
Failed to initialize user: Namespace '': mdbox: mail_attachment_fs: sis-queue:
Parent filesystem not given as parameter
Where do I specify the "Parent filesys
f IO on sda1 (a bit of data read, lot of write),
which subsided at11:30
After that diskio was low, up to the present day.
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49
ed it out.
Looking now, it turns out that your packages come with lucene support...
Reenabling:
mail_plugins = zlib fts fts_lucene
...
plugin {
fts = lucene
fts_autoindex = yes
fts_languages = de,en
fts_lucene = whitespace_chars=@.
zlib_save = gz
zlib_save_level = 5
}
* Ralf Hildebrandt via dovecot :
> We're using dovecot (via LMTP) as a backup for all incoming mail.
>
> I upgraded from 2.3.6 to 2.3.7 on the 12th:
> 2019-07-12 14:35:44 upgrade dovecot-imapd:amd64 2:2.3.6-2~bionic
> 2:2.3.7-8~bionic
>
> and it seems that 2.3.7 is sl
128 M
... namespaces ...
plugin {
fts_autoindex = yes
fts_languages = de,en
zlib_save = gz
zlib_save_level = 5
}
protocols = " imap lmtp"
userdb {
args = username_format=%u /etc/dovecot/passwd
driver = passwd-file
}
protocol lmtp {
mail_plugins = zlib fts
}
--
R
* Aki Tuomi via dovecot :
> Known issue when folder cache is too big. Try rm -rf dovecot.index.cache
> for the folder.
-rw--- 1 mail mail 1746959712 May 24 14:37 dovecot.index.cache
yes, it is quite big :) 1.746.959.712
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Ne
2, argv=0x557f5ae8,
cctx=cctx@entry=0x7fffe290) at doveadm-cmd.c:574
#38 0x55592bd7 in doveadm_cmd_try_run_ver2 (cmd_name=,
argc=, argv=, cctx=0x7fffe290) at
doveadm-cmd.c:496
#39 0x5556fec1 in main (argc=, argv=) at
doveadm.c:391
--
Ralf Hildebrandt
Geschäftsbereich IT | A
who's
> annoyed by this ;)
Amen to that. I never bothered to ask, but it annoys the shit out of me!
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 15
in/find /usr/local/virtual/*/.Trash/{cur,new} -type f -mtime +7 -name
> “*=*" -delete 2> /dev/null
I'm not using Maildir. I suspect the SIS is broken somehow.
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Fra
* Ralf Hildebrandt :
> I have a large mail backup folder backup@backup.invalid; I'm cleaning
> up daily like this:
>
> infimum=`date -d "-4 day" +"%Y-%m-%d"`
> doveadm expunge -u backup@backup.invalid mailbox INBOX SAVEDBEFORE $infimum
> doveadm purg
The manpage
https://wiki.dovecot.org/Tools/Doveadm/SearchQuery
specifies:
BODY string
Matches messages, which contain string in the body part.
and a bit further down:
TEXT string
Matches messages, which contain string in the message body.
Where's the difference?
--
Ralf Hildeb
1 from the official repos.
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
ralf.hildebra...@charite.de | https://www.charite.de
e script seems to trigger it
>
> Fucking german umlaut.
Yep, that's the one.
But ... hasn't this particular error already been fixed?
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm
>
>
> Do you have an example e-mail that triggers the problem and the sieve
> scripts that are involved for the recipient that causes the crash?
That looks a bit like
https://www.mail-archive.com/dovecot@dovecot.org/msg72690.html
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung
90) at main.c:159
set_roots = {0x56239abd3280 ,
0x56239abd31e0 , 0x56239abd2600
, 0x0}
service_flags =
storage_service_flags = (MAIL_STORAGE_SERVICE_FLAG_DISALLOW_ROOT |
MAIL_STORAGE_SERVICE_FLAG_USERDB_LOOKUP |
MAIL_STORAGE_SERVICE_FLAG_TEMP_PRIV_DROP |
MAIL_STORAGE_SER
* Ralf Hildebrandt :
> > From the code in lib-smtp/smtp-address.c function smtp_address_write, it
> > looks as though the assertion will happen whenever there is a non ascii
> > char that is also non qpair in the local part, ie
> > !smtp_char_is_atext(*p) and !smtp_char_
nt me in the direction how to obtain a
coredump here?
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
ralf.hildebra...@charit
* John Fawcett :
> Postfix already permitted UTF8 in message headers and local part of the
> address before the introduction of SMTPUTF8 and that has remained so. I
> don't believe turning off SMTPUTF8 in Postfix will change the behaviour
> in this case.
I agree.
--
* A.L.E.C :
> On 03/02/2018 03:32 PM, Ralf Hildebrandt wrote:
> > The address causing the error is:
> >
> > From: =?utf-8?Q?Dorit_M=C3=BCller?=
> >
> > Note the "umlaut" in the email address... :)
>
> This is about SMTPUTF8 (RFC6531). Looks like
ss for that specific SMTP/LMTP delivery
transaction contains UTF-8.
I wonder if this will break a lot.
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 |
ave a GDB backtrace with proper symbols?
Don't have a backtrace yet, but since the mail is still in the queue I
could try getting one.
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203
ausing the error is:
From: =?utf-8?Q?Dorit_M=C3=BCller?=
Note the "umlaut" in the email address... :)
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
ralf.hildebra...@charite.de | https://www.charite.de
* Aki Tuomi :
> > What is the current apt repository I could use?
> >
>
> We do not provide official packages for 2.2.x versions, only 2.3 and
> later.
I switched to 2.3 now.
> XI is not intended for production usage.
Most of the time it works ok (it's only f
Dovecot 2.2
deb http://xi.dovecot.fi/debian/ stable-auto/dovecot-2.2 main
What is the current apt repository I could use?
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49
r/lib/dovecot/libdovecot.so.0(master_service_run+0x13)
[0x7faa96271b63] -> dovecot/imap [voea 193.175.2.18](main+0x333)
[0x5615124c0113] -> /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf1)
[0x7faa95e6e3f1] -> dovecot/imap [voea 193.175.2.18](+0xe2f1)
[0x5615124c02f1]
--
Ra
+ waiting input for 0.001 secs, 0.001 in
locks, 28 B in + 127311+2054 B out, state=wait-input) in=105 out=128699
deleted=0 expunged=0 trashed=0 hdr_count=0 hdr_bytes=0 body_count=0 body_bytes=0
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
ralf.hildebra...@charite.de | https://www.charite.de
* Ralf Hildebrandt :
> * Aki Tuomi :
>
> > I meant
> >
> > passdb {
> > driver = imap
> > args = ... ssl_ca_file=/path/to/ca
> > }
>
> That doesn't work:
>
> passdb {
> driver = imap
> # Change the line below to reflect
* Aki Tuomi :
> I meant
>
> passdb {
> driver = imap
> args = ... ssl_ca_file=/path/to/ca
> }
That doesn't work:
passdb {
driver = imap
# Change the line below to reflect the IP address of your Exchange Server.
args = host=exchange-imap.charite.de port=993 ssl=imaps
ssl_ca=https://www.
vecot.org/pipermail/dovecot/2017-March/107488.html
> >
> > "Can't verify remote server certs without trusted CAs (ssl_client_ca_*
> > settings)"
> >
> > --
> > Ralf Hildebrandt
> > Geschäftsbereich IT | Abteilung Netzwerk
> > Charité - Univ
* Ralf Hildebrandt :
> So I added
> ssl_ca_file = /etc/ssl/certs/ca-certificates.crt
>
> But alas:
> May 31 16:50:24 mproxy dovecot: config: Warning: Obsolete setting in
> /etc/dovecot/conf.d/10-ssl.conf:36: ssl_ca_file has been replaced by ssl_ca =
>
> Gnarf!
After upgrading from 2.2.28-1~auto+45 to 2.2.29-1~auto+25 I'm gettings
this:
May 31 16:44:31 mproxy dovecot: auth: Fatal: passdb imap: Cannot verify
certificate without ssl_ca_dir or ssl_ca_file setting
May 31 16:44:31 mproxy dovecot: master: Error: service(auth): command startup
failed, throttl
* Aki Tuomi :
> > I'm using the daily builds on a low traffic machine. It's proxying
> > traffic to a Exchange IMAP server.
> >
>
> Please do not run it from hg, as we no longer provide hg repository.
What I meant to say: I use the daily builds. Fa
* Reuben Farrelly :
> Hi,
>
> Is anyone here running dovecot-2.3 from hg?
I'm using the daily builds on a low traffic machine. It's proxying
traffic to a Exchange IMAP server.
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedi
r X-Spam-Status "No, score=4.5"
doveadm import -u restore mdbox:/home/quarantine/mdbox "" \
mailbox INBOX header X-Spam-Status "No, score=4.6"
etc.
Which would only return 2 Mails, with score score=4.5
What am I doing wrong here? Can I search using regular expressi
* Pallissard, Matthew :
> > What can i do to resolve this issue in dovecot v2.1.17 in Production
> > environment? Kindly help
>
> Why don't you upgrade production and modify the settings as you did in test?
I was wondering about this as well.
--
Ralf Hildebrand
* Aki Tuomi :
> > Still there in auto11
> >
> Yes, we have not gotten round fixing it. Did you remove < from the path?
Of course :)
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenbur
* Ralf Hildebrandt :
> Mar 20 16:10:17 mproxy dovecot: master: Dovecot v2.2.devel (a39b5b2) starting
> up for imap
> Mar 20 16:10:26 mproxy dovecot: auth: Error:
> imapc(exchange-imap.charite.de:993): Couldn't initialize SSL context: Can't
> verify remote server
* Ralf Hildebrandt :
> * Aki Tuomi :
>
> > Could you send us the gdb bt full backtrace for the core file?
>
> Currently I can't get it to create coredumps
Got a coredump and backtrace:
=
Mar 20 16:10:17 mproxy dovecot: master: Dovecot v2.2.d
* Aki Tuomi :
> Could you send us the gdb bt full backtrace for the core file?
Currently I can't get it to create coredumps
doveconf -n:
# 2.2.devel (3f97702): /etc/dovecot/dovecot.conf
# Pigeonhole version 0.4.devel (023f391)
# OS: Linux 4.4.0-65-generic x86_64 Ubuntu 16.04.2 LTS
auth_mechan
* Aki Tuomi :
>
>
> On 20.03.2017 14:30, Ralf Hildebrandt wrote:
> > ssl_client_ca_file =
> Leave the < out. It is misleading, I know, but it does say file. =)
Makes no difference:
# doveconf |fgrep ssl_client_ca
ssl_client_ca_dir =
ssl_client_ca_file = /etc/ssl/cert
* Ralf Hildebrandt :
> * Ralf Hildebrandt :
> > Hi!
> >
> > I upgraded the 2.2 packages today (from 2:2.2.28-1~auto+5 to
> > 2:2.2.28-1~auto+8) I now I'm getting an error:
>
> I was able to determine the last working version: 2:2.2.28-1~a
* Ralf Hildebrandt :
> Hi!
>
> I upgraded the 2.2 packages today (from 2:2.2.28-1~auto+5 to
> 2:2.2.28-1~auto+8) I now I'm getting an error:
I was able to determine the last working version: 2:2.2.28-1~auto+6
and the first "broken" version:
Hi!
I upgraded the 2.2 packages today (from 2:2.2.28-1~auto+5 to 2:2.2.28-1~auto+8)
I now I'm getting an error:
Mar 20 13:25:58 mproxy dovecot: auth: Error: imapc(email.charite.de:993):
Couldn't initialize SSL context: Can't verify remote server certs without
trusted CAs (ssl_client_ca_* setti
* Sami Ketola :
> Hi,
>
> Can you please keep this mailing list in english?
Sorry, somebody crossposted this from a german language list :/
--
[*] sys4 AG
http://sys4.de, +49 (89) 30 90 46 64
Schleißheimer Straße 26/MG, 80333 München
Sitz der Gesells
* Kalle Erlacher :
> Hallo Liste, hallo Ralf,
>
> danke schon mal. Ja die Whitespaces sind beim Rauslöschen entstanden.
>
> Ich verstand das so, dass das nun durch die address_verify_map erledigt
> würde. Muss ich dann entsprechend einfach auf die verweisen?
Nein.
> Ich versuchte gerade die
* Timo Sirainen :
> On 17 Oct 2016, at 17:31, Ralf Hildebrandt
> wrote:
> >
> > * Ralf Hildebrandt :
> >
> >>> It seems to loop in sha1_loop & hash_format_loop
> >>
> >> The problem occurs in both 2.3 and 2.2 (I just updated to 2.3
ew builds are currently blocked by an
> unrelated build failure, which will be resolved soon.
Ah, I was wondering about that. I tried rebuilding from source using
your src packages and got an fatal error during make check :)
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
ralf.hildebra...@charite.de | http://www.charite.de
* Ralf Hildebrandt :
> > It seems to loop in sha1_loop & hash_format_loop
>
> The problem occurs in both 2.3 and 2.2 (I just updated to 2.3 to check).
I'm seeing the first occurence of that problem on the 10th of october!
I was using (prior to the 10th) : 2.3.0~alpha0-1~a
* Ralf Hildebrandt :
> * Ralf Hildebrandt :
> > I attached gdb top a long running LMTP process:
> >
> > #0 sha1_loop (ctxt=0x7f3b1a4d7fa0, input=0x7f3b1a524860, len=0) at
> > sha1.c:216
> >input_c = 0x7f3b1a524860 "\211PNG\r\n\032\n&quo
* Ralf Hildebrandt :
> I attached gdb top a long running LMTP process:
>
> #0 sha1_loop (ctxt=0x7f3b1a4d7fa0, input=0x7f3b1a524860, len=0) at sha1.c:216
>input_c = 0x7f3b1a524860 "\211PNG\r\n\032\n"
>gaplen =
>gapstart =
>off
1
No locals.
#28 0x7f3b19b8a382 in main (argc=1, argv=0x7f3b1a419390) at
main.c:125
set_roots = {0x7f3b1995e400 ,
0x7f3b19d91580 , 0x0}
service_flags =
storage_service_flags =
c =
--
Ralf Hildebrandt
Geschäftsbereich IT |
EECDH+ECDSA+AESGCM:EECDH+aRSA+AESGCM:EECDH+ECDSA+SHA384:EECDH+ECDSA+SHA256:EECDH+aRSA+SHA384:EECDH+aRSA+SHA256:EECDH+aRSA+RC4:EECDH:EDH+aRSA:!aNULL:!eNULL:!LOW:!3DES:!MD5:!EXP:!PSK:!SRP:!DSS:!RC4
> ssl_key = # hidden, use -P to show it
> ssl_prefer_server_ciphers = yes
> ssl_protocols
#x27;t change anything.
Ideas?
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
ralf.hildebra...@charite.de | http://www.charite.de
* Timo Sirainen :
> On 11 Jul 2016, at 14:15, Ralf Hildebrandt
> wrote:
> >
> > From the log:
> >
> > Jul 11 13:12:42 mproxy dovecot: imap-login: Login: user=,
> > method=PLAIN, rip=141.42.206.36, lip=141.42.206.11, mpid=27254, TLS,
> > session
* Aki Tuomi :
> Did you forget to include doveconf -n?
# 2.3.0.alpha0 (e84ffeb) [XI:2:2.3.0~alpha0-1~auto+200]:
/etc/dovecot/dovecot.conf
# Pigeonhole version 0.5.0.alpha0 (66b7c14)
# OS: Linux 4.4.0-24-generic x86_64 Ubuntu 16.04 LTS
auth_mechanisms = plain login
default_vsz_limit = 1 G
imapc_h
.0~alpha0-1~auto+197]:
/etc/dovecot/dovecot.conf
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
ralf.hildebra...@charite.de | http://www.charite.de
I updated to 2.3.0 today, and now I'm getting these entries in my log:
Jul 7 14:26:20 mail-cbf dovecot: anvil: Error: connect limit: disconnection
for unknown pid 17687 + ident lmtp/backup@backup.invalid
Jul 7 14:26:20 mail-cbf dovecot: anvil: Error: connect limit: disconnection
for unknown pi
* Patrick Ben Koetter :
> Greetings,
>
> I'm trying to create a configuration that leaves every config file deployed by
> an install process or paket management software untouched. The goal is to put
> every configuration required into /etc/dovecot/local.conf.
>
> I've come quite far, but I fail
* Edgar Pettijohn :
> > Only /etc/dovecot/local.conf should be changed.
> >
> So you want the standard files to remain unchanged from default settings and
> override them with your settings in local.conf?
Exactly (he said that in his initial mail).
--
[*] sys4 AG
http://sys4.de, +49 (89) 30
* Stephan Bosch :
> Hi,
>
> The Xi repository for v2.3 is now public. The information is updated here:
>
> http://wiki2.dovecot.org/PrebuiltBinaries#Automatically_Built_Packages
Just made an upgrade from 2.2 to 2.3 and it's working ok
(imapc, proxy setup)
request_auth_token = 1}
service_flags =
storage_service_flags =
username = 0x0
auth_socket_path = 0x7fd58559a34e "auth-master"
c =
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Fran
* Timo Sirainen :
> Oh, imapc expunges were broken when imapc_features didn't have
> "modseq".
> https://github.com/dovecot/core/commit/de8fc9d21460bf0369d671e9ba9361592379a7c5
Fixed, thanks!
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Un
s = 60,
callback = 0x7f572a17f9d0 ,
failure_callback = 0x7f572a17f2e0 ,
request_auth_token = 1}
service_flags =
storage_service_flags =
username = 0x0
auth_socket_path = 0x7f572a18834e "auth-master"
c =
---
* Ralf Hildebrandt :
> Unfortunately, I'm not getting a backtrace :(
got it:
# gdb /usr/lib/dovecot/imap 16784
GNU gdb (Ubuntu 7.11-0ubuntu1) 7.11
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
* Ralf Hildebrandt :
> Apr 29 11:05:30 mproxy dovecot: imap(hildeb): Fatal: master: service(imap):
> child 12393 killed with signal 11 (core dumped)
>
> Unfortunately, I'm not getting a backtrace :(
Got a core dump, but I need to find out where to get the debug symbols
for the
imap(hildeb): Fatal: master: service(imap):
child 12393 killed with signal 11 (core dumped)
Unfortunately, I'm not getting a backtrace :(
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30
Dovecot use up that much memory. Some istream buffer
>size limit is missing somewhere I think.. The attached patch might help?
Is it in the official tree? I'm using the autobuilds nowadays. Could
tell you tomorrow!
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Chari
t) - set CORE_OUTOFMEM=1
environment to get core dump)
It happens for this user ONLY. Using the automatic bosch build:
2.2.21-1~auto+152
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 3
* Ralf Hildebrandt :
> I'm using 2:2.2.18-1~auto+91, but the warning has been around for ages
> :)
Gone at least since 2:2.2.21-1~auto+18
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburg
I'm seeing this:
./17/3c/173c81da2aab91f225f8eb5e8fcc87119be4eff0-b38d990442316a54a90c8f4649af:
SecuriteInfo.com.TR.Kryptik.180736.5155.16748.22498.UNOFFICIAL FOUND
./17/3c/173c81da2aab91f225f8eb5e8fcc87119be4eff0-bc70851b03216a54483f8f4649af:
SecuriteInfo.com.TR.Kryptik.180736.5155.16748
a bug or a feature I don't know, but doveadm import
> works correct with or without this error shown. At least for the things I
> have done.
Yes, it works. But personally I think it shouldn't emit errors if
everything works as expected...
I'll just work around it.
--
Ralf H
* Daniel Tröder :
> Just guessing…
>
> The signature of the command is:
> doveadm [-Dv] import [-S socket_path] [-s] -u user source_location
> dest_parent search_query
>
> You supply "" as dest_parent which I guess could mean ".", and that may
> be "/root" when run as root. Try "INBOX" or "resto
Anybody seen this before?
Seems easy to reproduce...
* Ralf Hildebrandt :
> I'm using the doveadm import command to extract mails from my backup:
>
> % doveadm import -u restore@backup.invalid mdbox:/home/copymail/mdbox "" \
>mailbox INBOX header Deliver
I'm using the doveadm import command to extract mails from my backup:
% doveadm import -u restore@backup.invalid mdbox:/home/copymail/mdbox "" \
mailbox INBOX header Delivered-To backup+$SEARCHPATTERN@backup.invalid
This works like a charm, I'm getting all the mails, and I can access
the newly
* Sachin Kulkarni1 :
> Hello All,
>
> I am trying to execute dovecot by below command
>
> /opt/app/dovecot/latest/sbin/dovecot -c
> /opt/app/dovecot/latest/etc/dovecot/dovecot.conf
>
> I am getting below error
>
> doveconf: Fatal: Error in configuration file
> /opt/app/dovecot/lat
* Ralf Hildebrandt :
> Are "bytes=" and "storage=" equivalent?
Found it on http://wiki2.dovecot.org/Quota/Configuration, sorry:
storage: Quota limit in kilobytes, 0 means unlimited.
bytes: Quota limit in bytes, 0 means unlimited.
--
[*] sys4 AG
http://sys4.d
1 - 100 of 723 matches
Mail list logo
