i've
dovecot --version
1.2.5
hg log | grep changeset | head -n 1
changeset: 9407:a3e16df805e3
in my logs, i'm seeing
...
Oct 05 16:51:40 dovecot: Error: Time just moved backwards by 1
seconds. I'll sleep now until we're back in
hi,
On Mon, Oct 5, 2009 at 4:02 PM, Timo Sirainen t...@iki.fi wrote:
And no ntpd in your DomU?
nope.
service ntp status
Checking for network time protocol daemon (NTPD): unused
any suggestions as to what/how to fix?
If no one here can give you a good answer, I'd try some Xen mailing
progress, i think. thanks to all for comments.
referencing,
http://www.novell.com/communities/node/8629/time-synchronization-xen-setup
http://www.linux.org.za/Lists-Archives/glug-tech-0905/msg00271.html
http://www.gossamer-threads.com/lists/linux/kernel/1039416
i've decoupled DomU's time
and, of course, immediately after hitting 'Send', i see in logs,
Oct 06 11:22:08 dovecot: Error: Time just moved backwards by 1
seconds. I'll sleep now until we're back in present.
http://wiki.dovecot.org/TimeMovedBackwards
Oct 6 11:22:07 mx ntpd[17697]: time reset -2.075483 s
Oct 6 11:22:16
The wiki page also suggests clockspeed or chrony if ntpd can't seem to
keep the time correct. Maybe one of those helps. Hmm. The Chrony's web
site seems to be gone, wonder if it has a new one somewhere..
sure, but with the _widespread_ use of ntp(d), this bears investigation.
and,
at them moment, i've configured dovecot for a flat passwd-file, annd
static userdb. from dovecot.conf,
...
auth default {
mechanisms = plain digest-md5 cram-md5
user = mail
...
passdb passwd-file {
args = /data/mail/users/imap_user_file
}
just fwiw, as of 10/06/09 19:03:27 still no errors. apparently,
time's moving forward again ...
so, it seems the config above works. why some others have NOT seen
the same problems, remains for me a bit of a mystery.
On Tue, Oct 6, 2009 at 8:19 PM, Patrick Domack patric...@patrickdk.com wrote:
If you want to email a list that normally no traffic, but many people
willing to help with ntp, try timekeep...@fortytwo.ch (not sure if you have
to subscribe to send emails)
good reference, and good advice --
running latest dovecot HEAD, per,
http://wiki.dovecot.org/MailLocation/Maildir
i've set LAYOUT=fs,
dovecot -n| grep -i layout
mail_location: maildir:/data/mail:LAYOUT=fs
and expect,
maildirs to actually use physical directories, such as:
*
On Wed, Oct 7, 2009 at 7:15 AM, Timo Sirainen t...@iki.fi wrote:
On Oct 7, 2009, at 1:30 AM, PGNet Dev wrote:
dovecot -n| grep -i layout
mail_location: maildir:/data/mail:LAYOUT=fs
..
but, autocre...@login creates folders using dot prefixes, e.g.,
Set mail_debug=yes
On Wed, Oct 7, 2009 at 9:41 AM, Timo Sirainen t...@iki.fi wrote:
On Wed, 2009-10-07 at 09:28 -0700, PGNet Dev wrote:
and here's the log, with mail_debug=yes
Oct 07 09:21:55 IMAP(testa...@my.domain.com): Info: maildir:
data=/data/mail/Domains/my.domain.com/Accounts/testacct
mail_location
On Wed, Oct 7, 2009 at 10:07 AM, Timo Sirainen t...@iki.fi wrote:
The namespace location completely overrides mail_location setting. So
what you really want is to remove namespace location and use:
my mistake about inheritance vs override. thanks for clearing that up.
mail_location =
i've deployed a Solr server, and setup Dovecot for *both* squat solr FTS.
iiuc, reading at,
http://wiki.dovecot.org/Plugins/FTS
http://wiki.dovecot.org/Plugins/FTS/Solr
as of dovecot v1.1.2, squat's required for IMAP compliance; solr
search breaks it. is that still the case in v1.2? Is
hi,
On Thu, Oct 8, 2009 at 7:56 PM, Timo Sirainen t...@iki.fi wrote:
It's just not possible, because it doesn't support substring searches. But
then again, perhaps no one cares. It's not like gmail's search is IMAP
compliant either.
if the goal is fast, indexed FTS of dovecot IMAP stores
to document from #irc,
in 1.2.x, specifying
./configure ... --sysconfdir=/path/to/dir ...
correctly results in dovecot.conf looked for as /path/to/dir/dovecot.conf.
in 2.0, dovecot incorrectly creates a dovecot dir in the sysconfdir,
and looks for,
/path/to/dir/dovecot/dovecot.conf
On Fri, Oct 9, 2009 at 7:40 PM, Timo Sirainen t...@iki.fi wrote:
This is intended, because there are now lots of config files by default. Or
should this be done somehow differently?
lots of config file is fine ...
according to:
On Fri, Oct 9, 2009 at 7:21 PM, Patrick Nagel
patrick.na...@star-group.net wrote:
Cross-referencing
http://www.dovecot.org/list/dovecot/2009-September/042904.html
So when you have a huge amount of folders (like we do... there are users
with 1 folders), Solr could have a big advantage
On Sat, Oct 10, 2009 at 1:25 PM, Timo Sirainen t...@iki.fi wrote:
There are a few internal special-case services and type specifies what type
it is. So with type=config Dovecot knows that to reload configuration it
needs to connect to that service.
ok. current master.conf uses
On Sat, Oct 10, 2009 at 1:25 PM, Timo Sirainen t...@iki.fi wrote:
executable is the binary name, relative to PKG_LIBEXECDIR
if relative to PKG_LIBEXECDIR, and $PATH is not used, are the examples
in master.conf, e.g.,
# executable= gdbhelper /usr/libexec/dovecot/imap
On Sat, Oct 10, 2009 at 1:49 PM, Timo Sirainen t...@iki.fi wrote:
The lack of IMAP compliance isn't really as serious as you seem to think.
that may well be the case ... i'm simply presuming, based on oft-made
excuses @ MUA dev that it's not in the IMAP spec blah blah blah that
it IS a peblem.
On Sat, Oct 10, 2009 at 1:55 PM, Timo Sirainen t...@iki.fi wrote:
You didn't list auth, which is also there.
you're correct. so,
auth, auth-source, config, log, anvil
is all the types?
i'm trying to setup autocreate in 2.0.
in mail.conf,
...
namespace private {
separator = /
prefix=
inbox = yes
hidden= no
hi,
On Mon, Oct 12, 2009 at 12:49 PM, Timo Sirainen t...@iki.fi wrote:
I think you're missing autocreate from mail_plugins setting.
Right place to look, it turns out.
Turns out that the encoding on imap.conf had been -- somoehow --
switched to Windows Latin. Odd, as I have no Win boxes
building,
dovecot-2.0, HEAD:10054:5cb162da8708
dovecot-2.0-sieve, 1051:1d194d46d6e6
both build fine.
@,
dovecot-2.0-managesieve, 159:2236331aa0a3
cd /usr/local/src/dovecot-2.0-managesieve/
./configure \
hi,
@ imap login to 2.0/head,
Oct 12 21:06:53 master: Info: Dovecot v2.0.alpha1 starting up (core
dumps disabled)
Oct 12 21:07:16 imap-login: Info: Login:
user=testu...@my.domain.com, method=PLAIN, rip=192.168.1.100,
lip=192.168.1.101, TLS
Oct 12 21:07:16 IMAP(testu...@my.domain.com): Info:
are there any docs for anvil config usage in 2.0?
afaict, nothing's mentioned in the wiki ...
thx.
On Tue, Oct 13, 2009 at 10:49 AM, Timo Sirainen t...@iki.fi wrote:
On Tue, 2009-10-13 at 10:27 -0700, PGNet Dev wrote:
are there any docs for anvil config usage in 2.0?
I wasn't really planning on writing any docs for it. If you need to talk
to it, the source code will tell you the protocol
I'm, as yet, still unable to load any fts plugin ... any advice here? Thx.
On Mon, Oct 12, 2009 at 9:15 PM, PGNet Dev pgnet.dev+dove...@gmail.com wrote:
hi,
@ imap login to 2.0/head,
Oct 12 21:06:53 master: Info: Dovecot v2.0.alpha1 starting up (core
dumps disabled)
Oct 12 21:07:16 imap
fyi,
hg log | head -n 7 | grep changeset
changeset: 10074:1d2d55d9779e
@ LOGIN via Tbird ...
Oct 15 11:22:35 master: Error: service(imap-login): Too large auth
data_size sent
Oct 15 11:22:35 imap-login: Info: Disconnected: Shutting down (auth
failed, 1 attempts):
On Thu, Oct 15, 2009 at 2:02 PM, Timo Sirainen t...@iki.fi wrote:
Oct 15 11:22:35 master: Error: service(imap-login): Too large auth
data_size sent
Every time?
at the moment, yes. unfortunately, i can't tell you with which recent
update it appeared -- or it i had simply not noticed due to
On Thu, Oct 15, 2009 at 2:10 PM, PGNet Dev pgnet.dev+dove...@gmail.com wrote:
I'm rewriting this part of the code anyway. Maybe it works afterwards.
hm ... i was able to keep reproducing what i saw before. but, things
change a bit if i reboot system, clean house, re-pull and re-build
all
On Thu, Oct 15, 2009 at 2:46 PM, Timo Sirainen t...@iki.fi wrote:
you didn't recompile/reinstall all binaries.
hrm. though i did ... that's what the reboot system, clean house,
re-pull and re-build all ... was about.
trying again ...
Can you get gdb backtrace? Run ulimit -c unlimited before
easier said than done ...
On Thu, Oct 15, 2009 at 2:51 PM, PGNet Dev pgnet.dev+dove...@gmail.com wrote:
yes. will post in a moment ...
service dovecot-custom stop
rm -rf /usr/local/etc/mail/dovecot
rm -rf /usr/local/include/dovecot
rm -rf /usr/local/lib/dovecot
rm -rf /usr/local/libexec
On Thu, Oct 15, 2009 at 4:15 PM, Brandon Davidson brand...@uoregon.edu wrote:
how do i enable coredumps?
on opensuse,
SOFTCORELIMIT=0 - SOFTCORELIMIT=1
in /etc/sysconfig/ulimit is good for persist across restarts
AND,
limit coredumpsize unlimited
works for in-session -- as long as i
limit coredumpsize unlimited
cd /data/mail/Domains/my.domain.com/Accounts/testuser
service dovecot-custom restart
Oct 15 09:23:37 master: Info: Dovecot v2.0.alpha1 starting up
login with TBird,
Oct 15 09:25:12 master: Error: service(imap): child 6626 killed with
signal 11 (core dumped)
Oct
On Thu, Oct 15, 2009 at 4:21 PM, PGNet Dev pgnet.dev+dove...@gmail.com wrote:
SOFTCORELIMIT=0 - SOFTCORELIMIT=1
argh!
--- SOFTCORELIMIT=0 - SOFTCORELIMIT=1
+++ --- SOFTCORELIMIT=0 - SOFTCORELIMIT=unlimted
On Thu, Oct 15, 2009 at 4:52 PM, Timo Sirainen t...@iki.fi wrote:
On Thu, 2009-10-15 at 16:32 -0700, PGNet Dev wrote:
#0 0x7f9d752a5133 in maildir_quota_namespace_added
(quota=0x62fe30, ns=0x630270) at quota-maildir.c:786
Well, kind of a stupid fix but it's probably good enough. A better
fyi, so far, so good. logged in, with no problems. user's folders
autocreated as specified,
cd /data/mail/Domains/my.domain.com/Accounts/testuser
ls -al
total 56
drwx-- 9 vmail vmail 4096 2009-10-15 10:16 ./
drwx-- 3 vmail vmail 4096 2009-10-15 06:38 ../
On Thu, Oct 15, 2009 at 5:34 PM, Pascal Volk
user+dove...@localhost.localdomain.org wrote:
This messages is logged, because you've enabled mail_debug. In a few
commits, this messages will be:
a) Prefixed with 'Debug'
b) optional send to debug_log_path = /path/to/debug.log
i've setup trash plugin as,
grep trash imap.conf
mail_plugins = autocreate fts fts_squat fts_solr imap_quota
quota trash zlib
cat plugin.conf
plugin {
...
trash = /data/mail/Conf/dovecot/conf.d/trash.conf
On Thu, Oct 15, 2009 at 9:58 PM, Timo Sirainen t...@iki.fi wrote:
On Oct 16, 2009, at 12:32 AM, PGNet Dev wrote:
cat /data/mail/Conf/dovecot/conf.d/trash.conf
1 Spam
2 Trash
3 Sent
3 Sent Messages
Don't put it into conf.d
On Thu, Oct 15, 2009 at 10:00 PM, Timo Sirainen t...@iki.fi wrote:
Hmm. Or maybe the extension could be changed from .conf to something else. I
guess it would make it clearer if *.conf were the actually included config
files and everything else had a different extension. But what could that
reading,
/usr/local/share/doc/dovecot/wiki/Quota.Dict.txt
refers to config, e.g. dovecot-dict-sql.conf, for,
v1.2 +
is the v1.2+ info there valid/correct for 2.0+?
On Thu, Oct 15, 2009 at 10:15 PM, PGNet Dev pgnet.dev+dove...@gmail.com wrote:
is the v1.2+ info there valid/correct for 2.0+?
hm. just realized ...
The /dictionary/ quota backend supports both *storage* and *messages* quota
limits. The current quota is kept in a dictionary. The available
i've installed
rpm -qa | grep dovecot
dovecot-2.3.10.1-1.fc32.x86_64
dovecot-pigeonhole-2.3.10.1-1.fc32.x86_64
i'm setting up imapsieve spam reporting; following,
https://doc.dovecot.org/configuration_manual/spam_reporting/
On 9/15/20 9:08 AM, PGNet Dev wrote:
> what additional/different config is required to get the sieve processor to
> *send* that email?
'redirect' was the wrong action for this case.
as was 'pipe'.
an 'execute :pipe' action does the trick.
this
report-spam
I'm running
dovecot --version
2.3.11.3 (502c39af9)
I'm setting up folder sharing.
Following
https://wiki.dovecot.org/SharedMailboxes/Shared
I've configured a folder to be shared, but it's not seen/accessible in the
target user's Mail folder tree.
My config
In dovecot conf, for submission relay, I've config'd
submission_relay_host = lan.example.com
submission_relay_port = 465
hostname -- not IP -- must be used, to inform relay for cert verification match.
Here,
host lan.example.com
On 10/15/20 2:02 PM, jeremy ardley wrote:
>> how/where do I configure (just) the dovecot smtp-client ->
>> submission_relay_host to only connect IPv4?
>
> It appears your host has A and records in your DNS. The clients will try
> IPV6 first if they see an record.
>
> If you don't
I'm running,
dovecot --version
2.3.11.3 (502c39af9)
solr -version
8.6.3
uname -rm
5.8.13-200.fc32.x86_64 x86_64
grep _NAME /etc/os-release
PRETTY_NAME="Fedora 32 (Server Edition)"
I'm running.
dovecot --version
2.3.11.3 (502c39af9)
solr -version
8.6.3
solr's configured to use SSL.
dovecot correctly uses SSL for transport
fts_solr = url=https://solr.example.com:8984/solr/dovecot/
adding solr-side SSL client auth,
On 10/15/20 10:13 PM, Aki Tuomi wrote:
>> I'm asking how/where to 'tell', via config, Dovecot's smtp-CLIENT, that's
>> making to connection to the submission_relay_host, to use _only_ IPv4.
>
> There is currently no (other) way to do this than using /etc/hosts or
> specifying IPv4 address for
re-reading your mail
...
On 10/18/20 2:58 PM, Shawn Heisey wrote:
I do not use the fts-solr plugin, because my mail host in AWS does not have
enough memory for that.
is it that you're not using the dovecot plugin, but _DO_ have solr search
setup? by what method/mean?
or that you're
I've since rebuilt/reconfig'd all parts of my setup from scratch; some good
cleanup along the way.
Atm, my entire system for send/recv, store/retrieve, + rules & search is
working as I intend. Ok, mostly ...
Except for this accented-character search mystery. I've got a _lot_ of mail
with
On 10/18/20 10:28 PM, Aki Tuomi wrote:
Dovecot FTS tokenization is not done, unless you have `use_libfts` in fts_solr
setting, in your case
fts_solr = url=https://solr.example.com:8984/solr/dovecot/ use_libfts
changing
- fts_solr = url=https://solr.example.com:8984/solr/dovecot/
On 10/18/20 10:28 PM, Aki Tuomi wrote:
I can reproduce your problem with the `fts lookup` command. Luckily it's
equivalent to running `doveadm search`. I'll open a bug about this.
thx!
Dovecot FTS tokenization is not done, unless you have `use_libfts` in fts_solr
setting, in your case
On 10/19/20 9:15 AM, Peter wrote:
If I remember correctly, that is an issue with TB - it only does body serches
serverside, regardless of what you request, there should be an entry in their
bugzilla, I'm too lazy right now.
this is a very old bug
On 10/19/20 1:18 AM, John Fawcett wrote:
notable/odd that subject searches are OK, but not body.
The explanation for the different behaviour between headers and bodies
is the following setting:
fts_enforced = body
I believe your header searches are not being sent to solr. See the
following
On 10/19/20 1:18 AM, John Fawcett wrote:
I would recommend you to redo the tests after correcting the
configuration. To be doubly sure you can include accented and unique non
accented text in the same email and search for both. If the non accented
text is found you know you've searching against
On 10/19/20 8:24 AM, John Fawcett wrote:
Depending how solr has been setup you could see the logging in the web
server access log. My access log is where I configured it in
/var/log/httpd/servername.access_log, yours may be different.
here, not running a standalone webserver/proxy in front of
On 10/19/20 10:04 AM, Peter wrote:
you should trace the IMAP stream. With TB perform (crlt-shift-F) a
server-side-search (checkbox in the dialog) - even if encrypted, the number of
packets alon shows if there is any traffic. A server side search should also
take considerably longer, esp. when
exec'ing search from Roundcube client, instead of TBird, accented-text search
WORKS in both cases,
"subject = aausdfrhyétdwgyatrdf" only,
2020-10-19 17:28:17.847 INFO (qtp1533985074-18) [ x:dovecot] o.a.s.c.S.Request [dovecot]
webapp=/solr path=/select
for any interested, let's see how far this gets:
TBird "search on server" doesn't -- no comm with backend IMAP/SOLR; appears to
be local-only search?
https://groups.google.com/g/mozilla.dev.apps.thunderbird/c/SP-r2OEMZ24
On 10/19/20 9:38 AM, Peter wrote:
A network trace will show you, it TB actually requests something for your
header search. Might be quicker
that was my earlier quick-check ...
abs nada from
tcpdump -i lo port 8984
on the server, when doing any -- header, body -- TBird search to the
On 10/19/20 9:48 AM, John Fawcett wrote:
--with-icu should be sufficient, actually on centos 7 I got libuci
compiled in without setting the explicit flag.
Here's my ldd, which is under /usr/local/lib/dovecot
ldd /usr/local/lib/dovecot/libdovecot-fts.so
noted. as suspected. thx.
On 10/19/20 1:03 PM, John Fawcett wrote:
For libicu support in dovecot during the build process the libicu-devel
package needs to be available. The following should be added to the
dovecot.spec file
BuildRequires: libicu-devel
It's not necessary to specify --with-icu configure option but doing
I've
dovecot --version
2.3.10.1 (a3d0e1171)
openssl version
OpenSSL 1.1.1g FIPS 21 Apr 2020
, atm on Fedora32.
I configure
/etc/pki/tls/openssl.cnf
to set preferences for apps' usage, e.g. Postfix etc; Typically, here
cat
i've been able to consistently reproduced the issue. no luck ID'ing the
specific cause, yet.
fyi, i've asked as well @
http://postfix.1071664.n5.nabble.com/local-postfix-re-delivery-of-dovecot-sieve-redirected-mail-fails-normal-direct-deliveries-are-OK-td107691.html
with slightly simple
adding a second, non-redirect action to the sieve rule in order to test,
+ require ["copy","fileinto"];
# rule:[SIEVETEST]
if header :contains "subject" "SIEVETEST"
{
+ fileinto :copy "testing";
redirect
On 9/23/20 2:14 AM, Aki Tuomi wrote:
> I tried to reproduce this with the config you provided. I made sure openssl
> uses the configuration, but alas, it works just fine for me.
ugh.
well, good to know.
with my my full-blown configs, it's definitely reproducible here.
I'll see if I can reduce
On 9/22/20 10:51 AM, Aki Tuomi wrote:
>>>
>
> Well, dovecot does not actually do any parsing for system-wide openssl.cnf.
> This sounds more like OpenSSL issue than dovecot issue.
I've NO issue with that config/setting with any _other_ app -- whether in
general openssl-lib-linked usage, or
bump
On 8/24/20 5:17 PM, PGNet Dev wrote:
> I've
>
> dovecot --version
> 2.3.10.1 (a3d0e1171)
> openssl version
> OpenSSL 1.1.1g FIPS 21 Apr 2020
>
> , atm on Fedora32.
>
> I configure
>
> /etc/pki/tls
i run a dovecot v2.3.10 server.
config includes virtual folders,
dovecot.conf
mail_plugins = virtual
mail_location = maildir:/data/mail/%d/%n/Maildir:LAYOUT=fs:UTF-8
imap_capability = +SPECIAL-USE
namespace inbox {
On 9/23/20 7:27 AM, PGNet Dev wrote:
> I'll see if I can reduce this to a simple demonstrator ...
well, i can confirm that a CLEAN, minimal install works OK with the
/etc/pki/tls/openssl.cnf spec'd above
but my full/production instance FAILs. :-/ still, only on/with Dovecot
submiss
I've installed
grep PRETTY /etc/os-release
PRETTY_NAME="Fedora 32 (Server Edition)"
dovecot --version
2.3.10.1 (a3d0e1171)
openssl version
OpenSSL 1.1.1g FIPS 21 Apr 2020
iiuc, Dovecot has apparently had support for setting
On 9/23/20 11:29 PM, Aki Tuomi wrote:
> The config option is still missing, but it's in our backlog along with other
> stuff we would like to add.
Is that pegged to any version/milestone yet?
In the meantime, what state is Dovecot's cipher support IN?
What behavior should be expected when (all
I run
dovecot --version
2.3.10.1 (a3d0e1171)
postconf mail_version
mail_version = 3.5.7
with three valid accounts on the server,
us...@example1.net
us...@example2.net
ad...@mx.example.com
I can send/receive from each --
On 9/26/20 6:45 AM, Alec Moskvin wrote:
>> what's specifically invalid about
>>
>> 250 mail.messagingengine.com PIPELINING SIZE 7300 AUTH DIGEST-MD5
>> CRAM-MD5 NTLM LOGIN PLAIN AUTH=DIGEST-MD5 CRAM-MD5 NTLM LOGIN PLAIN
>> ENHANCEDSTATUSCODES 8BITMIME
>>
>> by dovecot's 'measure'?
>
>
I'm setting up an alternative submission relay host for dovecot. Atm, it's
pointing @ fastmail.com.
with dovecot config,
submission_relay_host = smtp.fastmail.com
submission_relay_port = 465
submission_relay_ssl= smtps
On 10/1/20 8:52 AM, JEAN-PAUL CHAPALAIN wrote:
> In my Centos-8 server, it was not necessary using "Options =
> ServerPreference" parameter.
sry, then i'm unclear re: the point you're trying to make.
this issue is ONLY about the problem re: THAT parameter's use, not re: general
SSL error
hi,
On 10/1/20 12:21 AM, JEAN-PAUL CHAPALAIN wrote:
> I had the same problem when migrating from Dovecot V2.2.36 on, Centos-7 to
> Dovecot v2.3.8 on Centos-8
My report is specifically/solely about the addition/use of the
Options = ServerPreference
parameter.
I don't see that in your
On 9/27/20 2:07 PM, PGNet Dev wrote:
> so the problem appears not to be the result of a general sieve-processing
> fail,
> but rather tied to the the redirect action/transaction
For anyone interested, having dovecot sieve submit to its own submission proxy
appears to be causal.
Spe
in a recent post, sven made a clear/cogent arg for sdbox vs maildir
> While Maildir seems to be an obvious choice, it has some hidden
> performance impacts, namely it relies heavily on information encoded in
> the filename, which results in a big overhead in meta-operations,
>
On 10/21/20 2:12 PM, @lbutlr wrote:
Do I HAVE to have a default.sieve, that's the only thing that I can think the
has changed in that folder.
RE: compile, fyi note @
https://wiki2.dovecot.org/Pigeonhole/Sieve/Usage#Manually_Compiling_Sieve_Scripts
On 10/21/20 1:10 PM, @lbutlr wrote:
I have trace logs enabled for user scripts, but I think only error get logged for upper level,
and only along the lines of "could not compile ".
verify that you can compile the scripts manually, even as root
then double-check your perms on your sieve/ dir,
On 10/21/20 10:29 AM, @lbutlr wrote:
Are there actions that default.sieve cannot take?
I tried adding
redirect :copy "backup+...@local.example.com"
do you have an explicit
require ["copy"];
in your .sieve?
On 10/21/20 10:55 AM, @lbutlr wrote:
For the record, the first version with no conditions should work, right?
it does here ...
I've a dovecot instance setup with submission proxy,
protocols = imap lmtp submission sieve
hostname = internal.mx.example.com
submission_relay_host = internal.mx.example.com
submission_relay_port = 465
submission_relay_trusted = yes
On 7/23/20 11:12 AM, PGNet Dev wrote:
> what needs to change in this^ config so that 'dsync' successfully gets/uses
> the "missing imapc_password" from the existing users.conf file?
red-herring; not a password issue at all
seems the remote offers ciphers provided by JSSE with
> hints/suggestions as to what?
for anyone interested, the causal issue is NOT directly the one reported in the
non-verbose output
Error: Mailbox INBOX sync: mailbox_delete failed: INBOX can't be
deleted.
rather, the relevant 'hint' is the
Debug: brain M: Mailbox INBOX: ...
with
dovecot --version
2.3.10.1 (a3d0e1171)
exec of
doveadm -v -o mail_fsync=never backup -R -f -u testu...@example.com
imapc:
currently fails, here, with
Error: Mailbox INBOX sync: mailbox_delete failed: INBOX can't be deleted
checking lists, this
i'm attempting to dsync from a remote/other IMAP store to my current/new
dovecot instance
testing remote's IMAP access from the local/dovecot box, i can successfully
login
openssl s_client \
-crlf \
-4 \
-showcerts \
-bind 10.0.1.10 \
On 7/20/20 4:42 AM, Siavash Tavakoli wrote:
>
> On 19/07/2020 18:18, PGNet Dev wrote:
>>
>> What in my dovecot submission config^^ do I need to change/add to get it to
>> 'present' a client cert to the postfix relay for client cert verification?
>>
>
>
On 11/10/20 7:07 AM, Raymond Herrera wrote:
I don't believe Thunderbird provides such capability (??).
It does; works fine.
fyi
https://www.helmholtz-berlin.de/zentrum/locations/it/email/sig/cert-tbird_en.html
If that is the case, how do I configure Dovecot to not ask for a client
ref
https://dovecot.org/pipermail/dovecot/2020-October/120226.html
On 10/15/20 10:13 PM, Aki Tuomi wrote:
I'm asking how/where to 'tell', via config, Dovecot's smtp-CLIENT, that's making
to connection to the submission_relay_host, to use _only_ IPv4.
There is currently no (other) way to
On 11/13/20 9:56 AM, PGNet Dev wrote:
(2) see here: https://wiki.dovecot.org/Plugins/FTS/Solr
two useful settings are debug and rawlog_dir=whatever to be added in the same
line as fts_solr
with
fts_solr = ... debug
line #35 @ https://pastebin.com/9ecLQspD _looks_ like the 401's
On 11/13/20 9:46 AM, John Fawcett wrote:
(1) Can anyone yet verify Doveoct/fts-solr working with solr 8.7.x?>> (2) What
logging config in Dovecot gets me more/detailed output for the fts_solr fail?
(3) Any obvious clues as to what, specifically, is the source of this prob?
(1) I can't, I'm
On 11/13/20 11:37 AM, John Fawcett wrote:
still dunno why the 401. :-/
So I just did a quick check of running dovecot with a standalone
solr-8.7.0 instance and I'm not seeing any issues.
+1
I confirm I haven't configured anything for indexer or indexer-worker in
dovecot, just left the
I guess you didn't need to enclose username and password in quotes, i.e.
fts_solr =
url=https://myuser:my%40p...@solr.example.com:8984/solr/dovecot/
use_libfts soft_commit=yes batch_size=250
On 11/13/20 12:56 PM, John Fawcett wrote:
I guess you didn't need to enclose username and password in
On 11/15/20 1:29 PM, John Fawcett wrote:
atm, listening on localhost, with Dovecot -> Tika direct, no proxy.
similarly fragile under load. throwing ~10 messages with .5-5MB attachments at
it at once causes all sorts of complaints.
frequently, like this
Nov 15 15:59:40 test.loc tika[35696]:
1 - 100 of 156 matches
Mail list logo
