including
> > > > ${BUILD_DEPENDS}.
> > >
> > > RUN_DEPENDS=${BUILD_DEPENDS} would be a bad way to silently drag
> > > hidden BDEPs in as RDRPs, but the p5-Authen-SASL port has it the
> > > othwr way round, which is ok:
> > >
> >
On Fri, 27 Dec 2024 22:52:04 +0100,
Stuart Henderson wrote:
>
> regarding the filtering -
>
> I see the problem for user_dovecot (and sort-of for logs, though
> if anything parsing logs is susceptible to shell chars you have bigger
> problems ;)
>
> for auth_dovecot, the password and username a
hidden BDEPs in as RDRPs, but the p5-Authen-SASL port has it the
> > othwr way round, which is ok:
> >
> > BUILD_DEPENDS = ${RUN_DEPENDS}
> > RUN_DEPENDS = security/p5-Authen-SASL
> >
> > Typo: s/migth/might/ in security/ejabberd-dovecot-auth/pkg/REA
out RUN_DEPENDS, though, rather than including ${BUILD_DEPENDS}.
>
> RUN_DEPENDS=${BUILD_DEPENDS} would be a bad way to silently drag
> hidden BDEPs in as RDRPs, but the p5-Authen-SASL port has it the
> othwr way round, which is ok:
>
> BUILD_DEPENDS = ${RUN_DEPEN
drag
hidden BDEPs in as RDRPs, but the p5-Authen-SASL port has it the
othwr way round, which is ok:
BUILD_DEPENDS = ${RUN_DEPENDS}
RUN_DEPENDS = security/p5-Authen-SASL
Typo: s/migth/might/ in security/ejabberd-dovecot-auth/pkg/README.
26.12.2024 16:00, Kirill A. Korinsky пишет:
> I'm using this for more than a month and quite happy with this.
>
> I also made small investigation to prove that it is under GPLv2+ as
> dereveative of GPLv2+ code, so we can package and distribute it.
Port-wise trivial, OK kn
I don't run any of thi
On Mon, 25 Nov 2024 12:28:49 +0100,
Kirill A. Korinsky wrote:
>
> ports@,
>
> I'd like to import security/ejabberd-dovecot-auth which requires
> security/p5-Authen-SASL-Authd.
>
> This is small perl script which integrates net/ejabberd with mail/dovecot.
>
> Wi
On Mon, 25 Nov 2024 16:21:57 +0100,
Kirill A. Korinsky wrote:
>
> On Mon, 25 Nov 2024 12:40:13 +0100,
> Stuart Henderson wrote:
> >
> > p5-Authen-SASL-Authd:
> >
> > s/Commulitive/Cumulative/ in patch comment, then it's ok
> >
> >
&g
On Mon, 25 Nov 2024 12:40:13 +0100,
Stuart Henderson wrote:
>
> p5-Authen-SASL-Authd:
>
> s/Commulitive/Cumulative/ in patch comment, then it's ok
>
>
> ejabberd-dovecot-auth:
>
> pkg-readme fixes;
>
> -ejabeerd. Following code migth be added globa
On 2024/11/25 12:28, Kirill A. Korinsky wrote:
> ports@,
>
> I'd like to import security/ejabberd-dovecot-auth which requires
> security/p5-Authen-SASL-Authd.
>
> This is small perl script which integrates net/ejabberd with mail/dovecot.
>
> With patches it works
ports@,
I'd like to import security/ejabberd-dovecot-auth which requires
security/p5-Authen-SASL-Authd.
This is small perl script which integrates net/ejabberd with mail/dovecot.
With patches it works quite stable against dovecot-2.3.21.1 for couple of
weeks which I'm using it.
Fe
thanks - ok sthen
On 2024/11/02 18:08, Kirill A. Korinsky wrote:
> On Sat, 02 Nov 2024 18:00:37 +0100,
> Stuart Henderson wrote:
> >
> > to save digging around in archives, can you send a current diff please?
> >
>
> sure, here it is
>
On Sat, 02 Nov 2024 18:00:37 +0100,
Stuart Henderson wrote:
>
> to save digging around in archives, can you send a current diff please?
>
sure, here it is
Index: mail/dovecot/Makefile
===
RCS file: /home/cvs/ports/mai
are you ok with it to -current?
>
> Special in the case that seems that dovecot-2.3 will be around for a quite
> long time dues to removed features at 2.4.
>
> > --
> > Sent from a phone, apologies for poor formatting.
> >
> > On 20 October 2024 03:59:33 Brad Smi
On Mon, 21 Oct 2024 13:12:51 +0200,
Stuart Henderson wrote:
>
> I think that change is appropriate for pf.
>
Brad, Stuart, are you ok with it to -current?
Special in the case that seems that dovecot-2.3 will be around for a quite
long time dues to removed features at 2.4.
> --
&g
: https://github.com/dovecot/core/pull/224 Right now I can find in
logs a errors like: Fatal: connect(...) failed: Address already in use not
often, like a few times per week. With this fix which extend FreeBSD's
condition to OpenBSD as well, such
errors dissapears. The diff:
Seeing as the
On 2024-10-20 4:20 a.m., Kirill A. Korinsky wrote:
On Sun, 20 Oct 2024 04:59:10 +0200,
Brad Smith wrote:
Seeing as the PR is a bunch of fixes, either way put a brief description
at the top of the patch. You might want to look at updating the comment
at the very top of lib/net.c to include OpenBS
r with
> these kinds of bits said this is appropriate.
Neither do I, but this patch seems to cover errors which I see from time to
time, and based on the fact that such logic exists, I really think that this
is what the authors of dovecot meant. And if this logic/behavior is w
On 2024-10-13 5:52 a.m., Kirill A. Korinsky wrote:
ports@, Brad,
Here a backport of small fix for OpenBSD from mine PR to fix 2.4 branch on
OpenBSD:https://github.com/dovecot/core/pull/224
Right now I can find in logs a errors like:
Fatal: connect(...) failed: Address already in use
not
ports@, Brad,
Here a backport of small fix for OpenBSD from mine PR to fix 2.4 branch on
OpenBSD: https://github.com/dovecot/core/pull/224
Right now I can find in logs a errors like:
Fatal: connect(...) failed: Address already in use
not often, like a few times per week.
With this fix
On Sat, 05 Oct 2024 00:39:40 +0200,
Brad Smith wrote:
>
> On 2024-10-04 5:57 p.m., Kirill A. Korinsky wrote:
> > ports@,
> >
> > Here a patch which fixed an infinity loop inside dovecot replicator when it
> > is used with any value of replication_sync_timeout.
>
On 2024-10-04 5:57 p.m., Kirill A. Korinsky wrote:
ports@,
Here a patch which fixed an infinity loop inside dovecot replicator when it
is used with any value of replication_sync_timeout.
This patch was backported to upstream as
https://github.com/dovecot/core/pull/223 but replicator was
CC'ing maintainer. I think it makes semse.
On 2024/10/04 23:57, Kirill A. Korinsky wrote:
> ports@,
>
> Here a patch which fixed an infinity loop inside dovecot replicator when it
> is used with any value of replication_sync_timeout.
>
> This patch was backported
ports@,
Here a patch which fixed an infinity loop inside dovecot replicator when it
is used with any value of replication_sync_timeout.
This patch was backported to upstream as
https://github.com/dovecot/core/pull/223 but replicator was removed from the
next release and I doubt that it will be
Pigeonhole needs updating too, and the various other ports providing
plugins for dovecot need revision bumps. I have diffs for all.
--
Sent from a phone, apologies for poor formatting.
On 15 August 2024 16:41:04 Kirill A. Korinsky wrote:
Brad, ports@,
Here a clean security update for mail
On Thu, 15 Aug 2024 16:40:37 +0200,
Kirill A. Korinsky wrote:
>
> Brad, ports@,
>
> Here a clean security update for mail/dovecot.
>
> Changelog:
>
> - CVE-2024-23184: A large number of address headers in email resulted
> in excessive CPU usage.
> - CVE-2024
Brad, ports@,
Here a clean security update for mail/dovecot.
Changelog:
- CVE-2024-23184: A large number of address headers in email resulted
in excessive CPU usage.
- CVE-2024-23185: Abnormally large email headers are now truncated or
discarded, with a limit of 10MB on a single header and
Brad, ports@,
Here a clean security update for mail/dovecot-pigeonhole.
Changelog:
- sieve: When saving to local storage failed after a successful action
in sieve (e.g. redirect, vacation), the mail was reported as
successfully delivered, although it was lost locally.
Announcment:
https
On Tue, 2023-11-14 at 18:49 +, Stuart Henderson wrote:
> On 2023/11/14 16:30, Tiemen Werkman wrote:
> > This patch updates Dovecot to version 2.3.21 and adds gssapi
> > authentication support.
>
> pigeonhole will need a matching update too.
Is an update required? the o
This patch updates dovecot-pigeonhole to version 0.5.21.
I've also added an ldap flavor.
Index: Makefile
===
RCS file: /cvs/ports/mail/Makefile,v
retrieving revision 1.432
diff -u -p -r1.432 Makefile
--- Makefile4 Sep 2023
On 2023/11/14 16:30, Tiemen Werkman wrote:
> This patch updates Dovecot to version 2.3.21 and adds gssapi
> authentication support.
pigeonhole will need a matching update too.
> GSSAPI is added as a flavor. I've been running dovecot with this patch
> for over two years now
This patch updates Dovecot to version 2.3.21 and adds gssapi
authentication support.
GSSAPI is added as a flavor. I've been running dovecot with this patch
for over two years now and it works very nicely.
I've also removed the --without-vpopmail configure option as it is no
longer a va
On Wed, Sep 20, 2023 at 01:07:04PM +0100, Stuart Henderson wrote:
> (oops, resending from correct address)
>
> Dovecot on OpenBSD uses a "dovecot: " prefix on log lines, which
> sshguard's parser doesn't handle. I haven't sent it upstream yet
> but will do
(oops, resending from correct address)
Dovecot on OpenBSD uses a "dovecot: " prefix on log lines, which
sshguard's parser doesn't handle. I haven't sent it upstream yet
but will do so.
Update to the current upstream release and add missing pledge marker
while ther
Hello there,
I have created a mail server consisting of some postfix and
dovecot-2.3.20v0,
dovecot-mysql-2.3.20v0 and dovecot-pigeonhole-0.5.20v1 packages for my
own use.
Whenever I compile a sieve script through "sievec" binary, I get some
warning lines related to Linux kernel
> New, TLSv1/SSLv3, Cipher is TLS_CHACHA20_POLY1305_SHA256
This cipher can only be used with TLSv1.3, so the dovecot instance does
speak TLSv1.3. (You could also verify this by using eopenssl11 instead of
openssl from base - don't forget to add -CAfile /etc/ssl/cert.pem).
> 2022-
On 2022/11/16 18:10, Stuart Henderson wrote:
> I don't use the google mail app but I do use aquamail on Android and
> that only sends a TLSv1.2 client hello (you can feed a file saved from
Just tried gmail (2022.10.16.486292356.Release, on Android 12,
1 Oct patch level) and that only sends a 1.2 c
On 2022/11/16 16:55, Mikolaj Kucharski wrote:
> Hi,
>
> Just making sure I didn't miss anything on my end. I have working
> Dovecot setup for few OpenBSD releases now. Today I wanted to bump
> minimal TLS version on the Dovecot end:
>
> -ssl_min_protocol = TLSv1.2
>
Hi,
Just making sure I didn't miss anything on my end. I have working
Dovecot setup for few OpenBSD releases now. Today I wanted to bump
minimal TLS version on the Dovecot end:
-ssl_min_protocol = TLSv1.2
+ssl_min_protocol = TLSv1.3
After restarting Dovecot, I see that I can connect to hos
d Smith wrote:
> > On 4/24/2022 7:39 AM, William Orr wrote:
> > > Hey,
> > >
> > > The plugin API of dovecot apparently changed in 2.3.17. Because of this,
> > > the version of dovecot-fts-xapian in 7.1 is broken and will crash
> > > whenever inv
RAM.
Thanks - will commit it and drop you as maintainer. I'm using flatcurve
too, having moved from solr which I found a bit heavyweight and a pain
to configure - as the plan seems to be to move flatcurve into the main
Dovecot distribution I think this is the most sensible one to use if
solr is too much.
Any comments Tom?
Since it is currently broken it's probably best if we commit it asap
and also commit something (whether that's 1.5.5 or 1.4.14) to 7.1-stable.
On 2022/04/24 15:08, Brad Smith wrote:
> On 4/24/2022 7:39 AM, William Orr wrote:
> > Hey,
> >
>
I'm happy to submit them upstream. I just wanted to submit them here first in
case there was something I didn't notice that was OpenBSD-specific.
Thanks!
24 abr. 2022 21:08:22 Brad Smith :
> On 4/24/2022 7:39 AM, William Orr wrote:
>> Hey,
>>
>> The plugin API o
Hey,
The plugin API of dovecot apparently changed in 2.3.17. Because of this,
the version of dovecot-fts-xapian in 7.1 is broken and will crash
whenever invoked.
Diff to update the plugin to the latest version follows. I'm running
this on my backup MX that I upgraded to 7.1 to test, and
Ok.
On 9/16/2021 5:32 AM, Stuart Henderson wrote:
There are some crashes in dovecot-pigeonhole with delivery using
implicit keep and when quota is exceeded, see
https://dovecot.org/pipermail/dovecot/2021-September/123038.html
https://dovecot.org/pipermail/dovecot/2021-September/123040.html
ok
There are some crashes in dovecot-pigeonhole with delivery using
implicit keep and when quota is exceeded, see
https://dovecot.org/pipermail/dovecot/2021-September/123038.html
https://dovecot.org/pipermail/dovecot/2021-September/123040.html
ok to pull back the referenced commits? Seems more
On 9/6/2021 4:53 PM, Stuart Henderson wrote:
quick ping, would quite like to get this in so i don't forget about it and
am then sad when i upgrade dovecot and it breaks ;)
Looks Ok to me.
- Forwarded message from Stuart Henderson -
From: Stuart Henderson
Date: Thu, 2 Sep 20
quick ping, would quite like to get this in so i don't forget about it and
am then sad when i upgrade dovecot and it breaks ;)
- Forwarded message from Stuart Henderson -
From: Stuart Henderson
Date: Thu, 2 Sep 2021 22:56:30 +0100
To: ports
Subject: NEW: mail/dovecot-fts-flat
This is a fairly new fts plugin for Dovecot, it's likely to be added to
the main Dovecot distribution upstream sometime, but it seems useful
already. It uses some Dovecot-internal features that means it doesn't
have to do as much as the existing dovecot-fts-xapian, takes less memory
i
Hello,
Here are some diffs to update dovecot and pigeonhole to solve the
following CVE
CVE-2021-33515: SMTP Submission service STARTTLS injection
CVE-2021-29157: oauth2 JWT local validation path traversal
CVE-2020-28200: Sieve excessive resource usage
Best Regards
Index: Makefile
On 2021/06/22 12:14, Stuart Henderson wrote:
> The port's maintainer has sent a more complete diff which I am going to
> look at sign.
oops s/sign/soon/ :)
The port's maintainer has sent a more complete diff which I am going to
look at sign.
On 2021/06/22 10:56, Renaud Allard wrote:
> Hello,
>
> Here are some diffs to update dovecot and pigeonhole to solve the following
> CVE
>
> CVE-2021-33515: SMTP Submission service S
No idea if it's related to what you are seeing, but did you follow the
pkg-readme instructions about bumping available fds?
On 2021/06/06 18:16, Stephan Mending wrote:
> Hello *,
>
> I've been noticing a large number of error messages in the maillog
> coming from dovecot.
umber of error messages in the maillog
> coming from dovecot.
>
> There seems to be a problem yet unknown problem. I've been running this
> setup now for a few years and never had problems like these.
>
> $ cat /var/log/maillog
>
> Jun 6 18:13:06 stg-00 d
Hello *,
I've been noticing a large number of error messages in the maillog
coming from dovecot.
There seems to be a problem yet unknown problem. I've been running this
setup now for a few years and never had problems like these.
$ cat /var/log/maillog
Jun 6 18:13:06 stg-00 dovec
Hello,
Diff below updates dovecot-fts-xapian from 1.3.3 to 1.4.8. Upstream has
fixed several searching bugs (emails were missed from search), and
dropped the sqlite expunge database, so some deps are no longer
required.
---
Index: Makefile
to be a dependency problem if you use dovecot-fts-xapian
> >
> > Dependency of dovecot-fts-xapian-1.3.1 on dovecot-=2.3.11.3v0 doesn't match.
> >
> > And a pkg_add -u will try to upgrade dovecot-pigeonhole
> > Which will create an ABI issue given that main dovecot is
Hello,
There seems to be a dependency problem if you use dovecot-fts-xapian
Dependency of dovecot-fts-xapian-1.3.1 on dovecot-=2.3.11.3v0 doesn't match.
And a pkg_add -u will try to upgrade dovecot-pigeonhole
Which will create an ABI issue given that main dovecot is not upgraded:
This should have been rebuilt as well, this was working in 6.7-stable..
could you take a look please Solene?
On 2021/01/09 11:17, Renaud Allard wrote:
> Hello,
>
> There seems to be a dependency problem if you use dovecot-fts-xapian
>
> Dependency of dovecot-fts-xapian-1
runs (among many other
> > > things)
> > > dovecot+sogo. No issues connecting to dovecot over tls from thunderbird,
> > > or
> > > openssl s_client -starttls imap, be it with -tls1_2 or not.
> > >
> > > sogo though feels utterly broken when
On Mon, Oct 19, 2020 at 06:20:22PM +0200, Landry Breuil wrote:
> On Mon, Oct 19, 2020 at 06:16:28PM +0200, Landry Breuil wrote:
> > Hi,
> >
> > upgraded openbsd vm at work to 6.8, this one runs (among many other things)
> > dovecot+sogo. No issues connecting to doveco
On Mon, Oct 19, 2020 at 06:16:28PM +0200, Landry Breuil wrote:
> Hi,
>
> upgraded openbsd vm at work to 6.8, this one runs (among many other things)
> dovecot+sogo. No issues connecting to dovecot over tls from thunderbird, or
> openssl s_client -starttls imap, be it with
Hi,
upgraded openbsd vm at work to 6.8, this one runs (among many other things)
dovecot+sogo. No issues connecting to dovecot over tls from thunderbird, or
openssl s_client -starttls imap, be it with -tls1_2 or not.
sogo though feels utterly broken when trying to view the 'mail' part
showed in the previous version; it's because the path
to sqlite3 is via mail/dovecot, which is listed as RUN_DEPENDS and
BUILD_DEPENDS not LIB_DEPENDS. WANTLIB entries are only valid if they
come via a LIB_DEPENDS path.
Hello,
Post-6.8 ping :)
---
On Thu, Sep 24 '20 at 16.12 NZST, Tom Wong-Cornall wrote:
> Hello,
>
> Diff below updates dovecot-fts-xapian from 1.3.1 to 1.3.3. Upstream has
> fixed a couple of bugs, and optimised expunges (have seen a good
> performance improvement
Hello,
Diff below updates dovecot-fts-xapian from 1.3.1 to 1.3.3. Upstream has
fixed a couple of bugs, and optimised expunges (have seen a good
performance improvement over the past month).
Note since last update portcheck now shows "the following libraries in
WANTLIB look like mask
On 2020-08-13 14:15, Stuart Henderson wrote:
On 2020/08/13 12:51, Mark Patruck wrote:
Anyone else seeing these lines filling up /var/log/messages after updating
to dovecot 2.3.11.3
lmtp: vfprintf %s NULL in "Cache %s: "
Ah, yes I am.
I've reported it here:
https://doveco
On 2020/08/13 12:51, Mark Patruck wrote:
> Anyone else seeing these lines filling up /var/log/messages after updating
> to dovecot 2.3.11.3
>
> lmtp: vfprintf %s NULL in "Cache %s: "
Ah, yes I am.
I've reported it here:
https://dovecot.org/pipermail/dovecot/2020-August/119645.html
Anyone else seeing these lines filling up /var/log/messages after updating
to dovecot 2.3.11.3
lmtp: vfprintf %s NULL in "Cache %s: "
On 2020-08-12 17:21, Stuart Henderson wrote:
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2020/08/12 09:21:11
Le Wed, 27 May 2020 20:20:16 +1200,
Tom Wong-Cornall a écrit :
> Hi ports,
>
> Question re. BUILD_ and RUN_DEPENDS; user has reported (running
> -stable) that `pkg_add dovecot dovecot-fts-xapian` fails because
> dovecot-fts-xapian-1.2.9p0 depends on dovecot-2.3.10p0v0;
> dov
On 2020/05/27 11:58, Stuart Henderson wrote:
> > Question re. BUILD_ and RUN_DEPENDS; user has reported (running -stable)
> > that `pkg_add dovecot dovecot-fts-xapian` fails because
> > dovecot-fts-xapian-1.2.9p0 depends on dovecot-2.3.10p0v0;
> > dovecot-2.3.10.1v0
On 2020/05/27 20:20, Tom Wong-Cornall wrote:
> Hi ports,
>
> Diff below updates dovecot-fts-xapian from 1.2.9 to 1.3.1. I posted
> previous update to 1.3 close to freeze, so repeating the changes from
> then (less the patches I included which are now rolled into 1.3.1):
>
>
Hi ports,
Diff below updates dovecot-fts-xapian from 1.2.9 to 1.3.1. I posted
previous update to 1.3 close to freeze, so repeating the changes from
then (less the patches I included which are now rolled into 1.3.1):
Changes:
- There is a new dependency on sqlite3; this is used to speed up
On Sun, Apr 12 '20 at 17.33 NZST, Tom Wong-Cornall wrote:
> Diff below updates dovecot-fts-xapian to 1.3.
>
> Author likes to drop the .0 on a new minor version; does the port system
> care about that, or should I add the third digit back in to PKGNAME?
>
> Chang
Diff below updates dovecot-fts-xapian to 1.3.
Author likes to drop the .0 on a new minor version; does the port system
care about that, or should I add the third digit back in to PKGNAME?
Changes:
- There is a new dependency on sqlite3; this is used to speed up
expunges
- Author has
Diff below updates dovecot-fts-xapian to 1.2.9.
I've tested this on amd64 by reindexing a 10,000 msg+ mailbox with
attachments, seems to behave correctly.
Upstream added a new parameter to control whether attachments are
indexed (user reported a Perl attachment caused memory exhausti
t quite
> brave enough to run my live mailserver on a rolling release. As such
> this has had limited testing on -current.
>
> If anyone has a good methodology for properly smoke-testing a full mail
> stack (smtpd, Dovecot, rspamd etc.) on -current, let me know off-list;
>
g on -current.
If anyone has a good methodology for properly smoke-testing a full mail
stack (smtpd, Dovecot, rspamd etc.) on -current, let me know off-list;
I'd be all ears. Maybe regular dsync to a sandbox server?
Thanks,
Tom
On 2020/02/02 21:17, Tom Wong-Cornall wrote:
> Please see attached port for fts_xapian (Dovecot FTS plugin) [1].
>
> ---
> fts-xapian is a full-text search plugin for Dovecot. It utilises the
> Xapian search engine library to index email automatically, and allow
> rapid body
Please see attached port for fts_xapian (Dovecot FTS plugin) [1].
---
fts-xapian is a full-text search plugin for Dovecot. It utilises the
Xapian search engine library to index email automatically, and allow
rapid body and header server-side search over IMAP.
The authors intend this plugin to
Hello,
I have been running fts-xapian (full-text search indexing for Dovecot)
for a little while and have a feeling others might find some use for a
port. It's nice to have decent FTS for IMAP without having to install a
monster like Apache Solr.
If somebody's already started, ple
t; El 17/12/2019 14:01, Brad Smith escribió:
> > >> If you upgrade you have to restart Dovecot. You will see that if
> > >> the master process is left running throughout the upgrade.
> > >>> OpenBSD 6.6 i386
> > >>> dovecot-2.3.9.2v0
> &g
On Wed, 18 Dec 2019 14:53:35 +0100, Joerg Jung wrote:
> > On 17. Dec 2019, at 15:05, SyYExroNZ wrote:
> >
> > Correct. I didn't pay attention. Excuse me.
> >
> > El 17/12/2019 14:01, Brad Smith escribió:
> >> If you upgrade you have to restart D
> On 17. Dec 2019, at 15:05, SyYExroNZ wrote:
>
> Correct. I didn't pay attention. Excuse me.
>
> El 17/12/2019 14:01, Brad Smith escribió:
>> If you upgrade you have to restart Dovecot. You will see that if the
>> master process is left running throughout t
Correct. I didn't pay attention. Excuse me.
El 17/12/2019 14:01, Brad Smith escribió:
If you upgrade you have to restart Dovecot. You will see that if the
master process is left running throughout the upgrade.
OpenBSD 6.6 i386
dovecot-2.3.9.2v0
/var/log/maillog:
dovecot: auth:
If you upgrade you have to restart Dovecot. You will see that if the master
process is left running throughout the upgrade.
On December 17, 2019 7:46:01 a.m. syyexr...@cajaume.org wrote:
OpenBSD 6.6 i386
dovecot-2.3.9.2v0
/var/log/maillog:
dovecot: auth: Fatal: Dovecot version mismatch
OpenBSD 6.6 i386
dovecot-2.3.9.2v0
/var/log/maillog:
dovecot: auth: Fatal: Dovecot version mismatch: Master is v2.3.7.2, auth
is v2.3.9.2 (if you don't care, set version_ignore=yes)
On 28/08/2019 22:08, Mark Patruck wrote:
> https://dovecot.org/pipermail/dovecot/2019-August/116873.html
Thanks, that was quick.
Any chance we can see updated binary package in OpenBSD 6.5?
Cheers,
Chris
signature.asc
Description: OpenPGP digital signature
https://dovecot.org/pipermail/dovecot/2019-August/116873.html
- mail/dovecot 2.3.7.2
https://dovecot.org/pipermail/dovecot/2019-August/116874.html
- mail/dovecot-pigeonhole 0.5.7.2
https://dovecot.org/pipermail/dovecot/2019-August/116876.html
--
Mark Patruck ( mark at wrapped.cx )
GPG key
On Mon, 8 Apr 2019 20:51:28 +0200, Hiltjo Posthuma
wrote:
> Below is a patch
Yep it's needed. Please cc the maintainer next time and a REVISION bump
is needed as well.
Probably for post-unlock though
Hi,
When installing dovecot with the default config, after generating the
certificates and changing login.conf for dovecot according to pkg-readme,
dovecot will show the following warning at startup:
"Warning: fd limit (ulimit -n) is lower than required under max.
load (512 < 1000), be
On 10/02/2018 10:29 AM, Renaud Allard wrote:
On 10/01/2018 08:15 PM, Brad Smith wrote:
Dovecot 2.3.3 has been released now. If you wish, I can update my
patch for that version tomorrow.
Please do. I will take a look at it and see about getting things ready
to commit after release
On 10/01/2018 08:15 PM, Brad Smith wrote:
Dovecot 2.3.3 has been released now. If you wish, I can update my
patch for that version tomorrow.
Please do. I will take a look at it and see about getting things ready
to commit after release. Thanks.
Here is the updated version. In fact
On 11/09/2018 14:10, Brad Smith wrote:
On 9/11/2018 1:57 AM, Renaud Allard wrote:
Hello,
As you may have heard dovecot 2.2 is now EOL
(https://www.mail-archive.com/dovecot-news@dovecot.org/msg00341.html),
which means that if you run into trouble, you will have to replicate
it on 2.3
On 09/11/2018 02:10 PM, Brad Smith wrote:
On 9/11/2018 1:57 AM, Renaud Allard wrote:
Hello,
As you may have heard dovecot 2.2 is now EOL
(https://www.mail-archive.com/dovecot-news@dovecot.org/msg00341.html),
which means that if you run into trouble, you will have to replicate
it on 2.3
Renaud, your MTA is broken, my IP is *not* listed at dnsbl.spfbl.net:
: host mail.arnor.org[91.183.56.64] said: 550 Sender's IP is
listed at dnsbl.spfbl.net (in reply to RCPT TO command)
On 09/11/2018 11:15 AM, Stuart Henderson wrote:
On 2018/09/11 07:57, Renaud Allard wrote:
Hello,
As you may have heard dovecot 2.2 is now EOL
(https://www.mail-archive.com/dovecot-news@dovecot.org/msg00341.html), which
means that if you run into trouble, you will have to replicate it on 2.3
On 2018/09/11 07:57, Renaud Allard wrote:
> Hello,
>
> As you may have heard dovecot 2.2 is now EOL
> (https://www.mail-archive.com/dovecot-news@dovecot.org/msg00341.html), which
> means that if you run into trouble, you will have to replicate it on 2.3.
>
> Here are some pa
Hello,
As you may have heard dovecot 2.2 is now EOL
(https://www.mail-archive.com/dovecot-news@dovecot.org/msg00341.html),
which means that if you run into trouble, you will have to replicate it
on 2.3.
Here are some patches for dovecot and dovecot-pigeonhole to upgrade them
to 2.3.2
hner wrote:
>>> Hello Brad,
>>>
>>> I've written a patch for Dovecot that adds GSSAPI as a flavor. Could you
>>> take a look at it?
>>
>> Your diff doesn't register the library dependencies properly. This one
>> is more complete but
1 - 100 of 299 matches
Mail list logo
