I googled around for a quite bit but surprisingly came up empty for an
answer to this question which I'm sure has been broached before.
I've got a linux box running dovecot/postfix using maildir format. I
was surprised to learn that a client that had many GBs of email was
running POP3, not IMAP. I
I'm experimenting with Apache Solr and Dovecot. As far as I can tell, I
have dovecot working with Apache Solr as demonstrated by this output:
a search text "cash"
* SEARCH 4 8 26 35 45 52 54 55 63
a OK Search completed (0.356 + 0.001 + 0.068 secs).
However, when using the roundcube search bar a
Does you server have enough ram?
I think this may be the issue. I only have 1 GB of ram on the machine
and I was just reading a blog post recommending at least 4 GB. I think
what I'll do is set up a separate instance for solr and use that instead
of running it on the same machine as doveco
configuring solr with the proper xml config files.
After doing this, the search time is well below one second now.
On 2021-04-05 06:12 AM, Steve Dondley wrote:
Does you server have enough ram?
I think this may be the issue. I only have 1 GB of ram on the machine
and I was just reading a blog post
I am brand new to solr and I'm interested in using sharing it between
several dovecot machines I'm running. I'm looking for some big picture
guidance on what I need to do to configure solr to work with the
different dovecot machines. So far, I managed to set up a single
"dovecot" core on the so
On 2021-04-05 07:49 AM, Steve Dondley wrote:
OK, I got solr working on a new virtual machine with a healthier 4 GB
of ram. Initially, I experienced the same slowness as before as on the
1 GB machine. I went back and reviewed the documentation at
https://wiki.dovecot.org/Plugins/FTS/Solr and
I'm looking at the documentation at
https://doc.dovecot.org/settings/plugin/fts-plugin/#fts-decoder
It says "See the decode2text.sh script included in Dovecot for how to
use this."
I don't have this script installed and can't find it anywhere on my
Debian Buster server. I'm running dovecot v
Ah, yes, it is there. I had a typo in my "find" command. Thanks!
On 2021-04-05 11:04 AM, Felix Zielcke wrote:
Am Montag, dem 05.04.2021 um 10:57 -0400 schrieb Steve Dondley:
I'm looking at the documentation at
https://doc.dovecot.org/settings/plugin/fts-plugin/#fts-decoder
I
When I send an email to a single user on a server, it is received by the
user without a problem. But when sending to multiple users, the emails
disappear into a black hole. The logs contain no errors and indicate the
emails were sent:
Apr 5 13:10:29 email postfix/pipe[31703]: F3A912027D:
to=
So where are you calling Spamassassin for each email? Hmm... maybe
you need to have -d ${recipient} in your spamassassin call?
Or better yet, call the 'deliver' program from dovecot like I showed
isntead.
spamass-dovecot_destination_recipient_limit = 1
virtual_alias_maps = hash:/etc/postfi
I'm looking at config documentation for solr on dovecot:
https://doc.dovecot.org/configuration_manual/fts/solr/
In the suggested solrconfig.xml file
(https://raw.githubusercontent.com/dovecot/core/master/doc/solr-config-7.7.0.xml),
it has the following line:
7.7.0
I'm running solr version 8
I repeatedly have a hell of a time getting clients' Outlook software
working well with Dovecot. It's hard for me to test myself since I don't
have Outlook and it would be impossible to keep up with all the
different versions anyway.
I've got the following settings, currently:
disable_plaintex
Your best bet to make Outlook behave better as an IMAP client is to
configure a mail "profile" via
Control Pannel --> User Accounts --> Mail, and set all the particulars
there. Recent versions of Outlook have a stripped down configuration
interface that offers no flexibility. For example, from
On 2021-04-28 02:49 PM, Steve Dondley wrote:
I repeatedly have a hell of a time getting clients' Outlook software
working well with Dovecot. It's hard for me to test myself since I
don't have Outlook and it would be impossible to keep up with all the
different versions anyway
I think my problem might be here. Instead of %Ln, maybe I should have
%L%n?
Nope: https://wiki.dovecot.org/DomainLost
On 2021-04-29 01:45 AM, @lbutlr wrote:
On 28 Apr 2021, at 12:49, Steve Dondley wrote:
I repeatedly have a hell of a time getting clients' Outlook software
working well with Dovecot. It's hard for me to test myself since I
don't have Outlook and it would be impossible to keep
I am using Outlook without any problems what so ever.
It sounds to me like you are setting up Outlook to use port 465. In the
setup screen, set the port to either "25" or "587". I am using "587"
with "starttls" Your "incoming mail port" will depend on how you have
Dovecot configured. I use por
On 2021-04-29 09:40 AM, Steve Dondley wrote:
I am using Outlook without any problems what so ever.
It sounds to me like you are setting up Outlook to use port 465. In
the
setup screen, set the port to either "25" or "587". I am using "587"
with "starttls&quo
In 10-auth.conf, I have "disable_plaintext_auth = yes"
For port 143, I'd like to do something like this to override that
setting:
service imap-login {
inet_listener imap {
port = 143
disable_plain_text_auth = no
}
}
Based on https://wiki.dovecot.org/LoginProcess and
https://doc.d
MY SETUP: I have apache solr full text search enabled with dovecot. I
have an inbox with about 40 subfolders. I'm using the roundcube
web-based mail client. The find command is showing 15823 email files and
apache solr reports the same number. I'm running a dedicated mail server
with a 1 GB of
THE PROBLEM: When I do a full text search through all my inbox and all
subfolders on a single word, search results are returned in about 10
to 15 seconds. This is better than the 40 seconds or so I'm getting
when I turn off the fts and fts_solr plugins but still a little
disappointing.
I did
One other data point from my experimenting that might shed some light on
the problem:
If I limit a search to a single folder instead of across all folders, it
still takes 5 or 6 seconds for the results to appear. So that kind of
destroys my theory that the problem might be caused by having too
This is a search for "a" which I had run several times, so Solr was
serving it from its cache, and this time it only took 6 milliseconds.
It also shows what a facet can do. The longest time I got for the "a"
search was 15 milliseconds, before the query was in the cache.
I think they querie
Try this in on the commandline of the Solr server:
time curl
"http://localhost:YYY/solr/dovecot/select?q=maynez&defType=edismax&qf=body+to+subject+cc+from";
OK I had to modify the query path slightly to get it to work with my
core to:
time curl
http://localhost:8983/solr/dondley/select?q
That query should search ALL emails that dovecot has indexed to Solr.
There is no restriction for mailbox or folder.
OK.
Try replacing "maynez" with something else that you know will be in the
index.
Did a search on "the". Still nothing. Very, very weird. What would
explain why my email
On 2021-08-25 02:05 PM, Steve Dondley wrote:
Try this in on the commandline of the Solr server:
time curl
"http://localhost:YYY/solr/dovecot/select?q=maynez&defType=edismax&qf=body+to+subject+cc+from";
OK I had to modify the query path slightly to get it to work with my
co
Random guess... Buffering?
Whatever is sending to the browser isn't sending enough bytes to flush
the buffer so the data is left in limbo until enough time goes by the
buffer gets flushed anyways. Maybe a apache/nginx thing, php thing or
browser thing. Remember its solr > dovecot > php > web se
I'm inclined to believe the problem is not that high up the food
chain. Because when I query IMAP on a single folder over telnet
following the instructions found here:
https://doc.dovecot.org/configuration_manual/fts/solr/, imap reports
that it's taking 3 to 4 seconds to return results:
a sear
The search time was no better with it on than off.
So I'm thinking I got something misconfigured somewhere. It seems IMAP
may not be using solr to fetch results. But this would be odd since I
definitely do see a big improvements in times with fts plugins turned
on when using roundcube.
OK, I
On 2021-08-25 04:05 PM, Steve Dondley wrote:
The search time was no better with it on than off.
So I'm thinking I got something misconfigured somewhere. It seems IMAP
may not be using solr to fetch results. But this would be odd since I
definitely do see a big improvements in times wit
I think this will be nailed once I figure out this issue.
And it looks like I'm running into a major bug in the slightly dated
version of dovecot debian uses:
https://www.mail-archive.com/dovecot@dovecot.org/msg78825.html
And this:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=970692
On 2021-08-25 04:32 PM, Shawn Heisey wrote:
On 8/25/2021 2:10 PM, Steve Dondley wrote:
And it looks like I'm running into a major bug in the slightly dated
version of dovecot debian uses:
https://www.mail-archive.com/dovecot@dovecot.org/msg78825.html
Recently I did a fairly major up
On 2021-08-24 08:53 PM, Steve Dondley wrote:
MY SETUP: I have apache solr full text search enabled with dovecot. I
have an inbox with about 40 subfolders. I'm using the roundcube
web-based mail client. The find command is showing 15823 email files
and apache solr reports the same number
I don't want dovecot to wait X days before sending out another vacation
response. However, setting the :days to "0" doesn't work.
RFC https://www.rfc-editor.org/rfc/rfc5230.html#section-4.1 says:
4.1. Days Parameter
The ":days" argument is used to specify the period in which addresses
a
On 2021-09-04 05:50 PM, Marc wrote:
You do not want to do that because that can create loops.
Yeah, right after I posted this I did some more googling and someone
else was saying the same thing.
I found another way around the problem I was trying to solve, though. So
I'm good. Thanks for yo
On 2021-09-03 12:43 PM, Shawn Heisey wrote:
I have Solr FTS on my dovecot install. I followed the instructions on
the dovecot wiki.
How long a delay should I expect to see between new mail being
delivered with the dovecot LDA and an indexing request sent to Solr?
Because I get a LOT of email f
Since most people will want fts_autoindex, the wiki page should
include it in its example configuration that goes into 90-plugin.conf.
Possibly better ... maybe it should default to "yes".
It's probably a safe bet the developers, who are experts on these
systems, probably have good reason n
On 2021-09-07 01:25 PM, Amol Kulkarni wrote:
Hello,
After I replaced my certificate with a new one yesterday, I'm seeing
some ssl related errors. There are successful pop/imap logins using SSL
also. So I think the certificate in itself is fine. No user has
complained as yet, so I don't know
So share your solution! Just because you found a solution, doesn't
mean others won't run into the same problem... *hint* *hint*
My solution had nothing to do with dovecot. The solution involved
hacking the php code of an ancient cms so that your could reply directly
to the person who fill
I'm running debian bullseye. I've had issues running solr on debian due
to some kind of bug I was able to patch by upgrading the os.
After the upgrade, everything seems to work perfectly fine and the
search feature in my client using solr now works. However, I get
hundreds of these pairs of er
The bug I patched also threw a similar kind of error:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=970692
I don't know if this is another debian issue or a misconfiguration on
my end. I'm not sure where to begin to look. Can someone please point
me in the right direction?
I think this
On 2021-09-17 08:13 AM, Steve Dondley wrote:
The bug I patched also threw a similar kind of error:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=970692
I don't know if this is another debian issue or a misconfiguration on
my end. I'm not sure where to begin to look. Can some
I have a small client whose insurance company insists they have MFA for their
email to be covered under some kind of data protection policy. Currently I have
the client set up on a Debian box for the email server coupled with roundcube
for webmail. Most the users just use roundcube but some also
I have a mail server using dovecot that has been running without issue for
quite a couple of years now. It serves email for about 30 individuals.
But since Jan 14th, users have been reporting spurious errors in MS Outlook:
316 Jan 21 00:38:12 ip-172-30-0-131 dovecot: pop3-login: Disconnected
> there is no user in the above line
>
>> Some characteristics of the problem that may offer a clue:
>> * happening with multiple users, not just the same one
>> * happens from different IP addresses.
>
> bots detected
The problem is happening to real users on real devices who are reporting ver
ce of the error some users have been seeing, not the
errors I originally posted here to the mailing list.
On Jan 21, 2024, at 8:34 PM, Benny Pedersen wrote:
Steve Dondley via dovecot skrev den 2024-01-22 02:18:
I have a mail server using dovecot that has been running
problem.
On Jan 22, 2024, at 10:41 AM, Steve Dondley via dovecot
wrote:
Based on your email I went back and took a closer took at the logs.
The client reported this happened at 11:58 of the 19th. I went back
and took a
closer look and around 11:56 I found these
wasn’t isolated to a
single network.
> On Jan 22, 2024, at 6:15 PM, Michael Grant wrote:
>
> On Mon, Jan 22, 2024 at 04:28:09PM -0500, Steve Dondley via dovecot wrote:
>> OK, I was chasing log ghosts. What was actually going on was fail2ban was
>> kicking on for users an
>>
>
> How many messages do you have in the folder?
>
> Don't keep 10 thousand of them in a folder and it should be fine.
>
If it was my mailbox, I’d delete them. But it’s not, so I can’t.
So barring this action, what are my best available options?
_
Hi, I have sporadic messages on my server about an account getting an out of
memory error:
Fatal: master: service(imap): child 17910 returned error 83 (Out of memory
(service imap { vsz_limit=325 MB }, you may need to increase it) - set
CORE_OUTOFMEM=1 environment to get core dump)
In response
50 matches
Mail list logo
