> I think it's good that you have to explicitly set "anyone p", because
otherwise people would be able to send plus+adressed mails to any
mailbox whose name they can guess.
As the default behavior, I agree.
I've just made a couple of tests: remove "anyone p" then add "postman p"
or add postma
--On 11. Mai 2018 um 13:32:29 +0200 Robert Stepanek
wrote:
On Fri, May 11, 2018, at 13:04, Sebastian Hagedorn wrote:
For my understanding: does that mean the Xapian index is only used for
clients that support RFC 6203? If that is the case, how are
"traditional" IMAP searches handled?
For n
On Fri, May 11, 2018, at 13:04, Sebastian Hagedorn wrote:
> For my understanding: does that mean the Xapian index is only used for
> clients that support RFC 6203? If that is the case, how are "traditional"
> IMAP searches handled?
For non-FUZZY text SEARCH, Cyrus attempts to match the string o
--On 11. Mai 2018 um 13:12:57 +0200 Sebastian Hagedorn
wrote:
--On 9. Mai 2018 um 09:53:23 +0200 Robert Stepanek
wrote:
search_index_headers: no
The rest of your config looks fine, but you might want to change
search_index_headers to yes, in case you are doing a lot of searches on
the
--On 9. Mai 2018 um 09:53:23 +0200 Robert Stepanek
wrote:
search_index_headers: no
The rest of your config looks fine, but you might want to change
search_index_headers to yes, in case you are doing a lot of searches on
the From:, To:, etc headers. If disabled, searching these headers stil
--On 5. Mai 2018 um 16:01:31 +0200 Robert Stepanek
wrote:
Next, make sure that the IMAP commands submitted by your clients are
using SEARCH FUZZY. You might want to inspect the IMAP telemetry to check
this.
For my understanding: does that mean the Xapian index is only used for
clients tha
So what I'm observing in practice is that the "-a" option is not enough
to deliver plus+addressed mails without the "anyone p" ACL permission in
the folder, which makes me think that the user for "-a" option is not
from the admins group, though it probably should be, right? I.e. lmtpd -a
should be
