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 t
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.
>
> There seems to be
Use a mix of ktrace -di and ltrace(1) , and try to find the callpaths
that are trying to something like
close(fd);
fd = -1;
...
close(fd);
though it will likely be in very different places...
Stephan Mending wrote:
> Hello *,
>
> I've been noticing a large number of error
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://dovecot.org/pipermail/dovec
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
On Wed, Dec 18, 2019 at 09:28:38AM -0500, Daniel Jakots wrote:
> 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 y
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 Dovecot. You will see that if
> >> the master pr
> 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 the upgrade.
>>> OpenBSD 6.6 i386
>>>
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: Fatal: Doveco
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: Mast
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. Tha
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 no
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.
He
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.
H
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 patches for dovecot and
Stuart Henderson writes:
> I think this is correct, but can someone proofread it for me please?
Looks fine (untested, though).
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
On 10/27/14 20:25, Stuart Henderson wrote:
> On 2014/10/27 18:59, Giovanni Bechis wrote:
>> DISTNAME= courier-authlib-0.66.1
>> +REVISION= 1
>> PKGNAME-main= ${DISTNAME}
>> PKGNAME-ldap= ${DISTNAME:S/lib-/lib-ldap-/}
>> PKGNAME-mysql=
On 27/10/14 4:45 PM, Stuart Henderson wrote:
On 2014/10/27 16:30, Brad Smith wrote:
On 27/10/14 8:00 AM, Stuart Henderson wrote:
Diff is done this way for expediency, to go upstream it would at
least want the patch moving to configure.ac and checking the OS.
A nasty hack like this is not goin
On 2014/10/27 16:30, Brad Smith wrote:
> On 27/10/14 8:00 AM, Stuart Henderson wrote:
> >Diff is done this way for expediency, to go upstream it would at
> >least want the patch moving to configure.ac and checking the OS.
>
> A nasty hack like this is not going upstream.
It's nasty, but I don't b
On 27/10/14 8:00 AM, Stuart Henderson wrote:
Diff is done this way for expediency, to go upstream it would at
least want the patch moving to configure.ac and checking the OS.
A nasty hack like this is not going upstream.
--
This message has been scanned for viruses and
dangerous content by Mai
On 2014/10/27 18:59, Giovanni Bechis wrote:
> DISTNAME=courier-authlib-0.66.1
> +REVISION=1
> PKGNAME-main=${DISTNAME}
> PKGNAME-ldap=${DISTNAME:S/lib-/lib-ldap-/}
> PKGNAME-mysql= ${DISTNAME:S/lib-/lib-mysql-/}
> PKGNAME-pg
On 10/27/14 14:44, Giovanni Bechis wrote:
> On 10/27/14 13:00, Stuart Henderson wrote:
>> Try this diff.
>>
>> Untested but if my theory as to why it's breaking is correct, it
>> should work.
>>
>> Only the dlopen()'d libdriver_mysql.so modules are linked with
>> -lpthread. This isn't enough on Ope
Works here too as I'm able to connect with my mail client again. ;-)
--
Antti Harri
On 10/27/14 13:00, Stuart Henderson wrote:
> Try this diff.
>
> Untested but if my theory as to why it's breaking is correct, it
> should work.
>
> Only the dlopen()'d libdriver_mysql.so modules are linked with
> -lpthread. This isn't enough on OpenBSD, the programs calling them
> also need linki
On Mon, Oct 27, 2014 at 1:28 PM, johnw wrote:
> On 2014年10月27日 星期一 08:00 下午, Stuart Henderson wrote:
>>
>> Try this diff.
>>
>>
> Yeah, it work.
>
> Thank you.
>
ok with me.
Ciao,
David
--
"If you try a few times and give up, you'll never get there. But if
you keep at it... There's a lot of pro
On 2014年10月27日 星期一 08:00 下午, Stuart Henderson wrote:
Try this diff.
Yeah, it work.
Thank you.
Try this diff.
Untested but if my theory as to why it's breaking is correct, it
should work.
Only the dlopen()'d libdriver_mysql.so modules are linked with
-lpthread. This isn't enough on OpenBSD, the programs calling them
also need linking that way.
LD_PRELOAD didn't work because Dovecot cleans
hmm. I don't see anything indicating a problem with those 2, but then
neither
do I see it trying to load the mysql plugin. at what point do you
normally see
the error? at startup or when you connect? if it's when you connect,
re-run
and try to connect.
The error is when I connect it, not star
On 2014/10/21 21:40, johnw wrote:
> On 2014年10月21日 星期二 08:58 下午, Stuart Henderson wrote:
> >
> >Can you try these two (as root) and send full output please (it will be about
> >400 lines for each so it might be easier to run them under 'script').
> >
> >LD_DEBUG=1 dovecot -F
> >
> >LD_DEBUG=1 LD_PR
On 2014/10/21 19:25, johnw wrote:
> Hi, Luis Coronado
>
> I already tried this (LD_PRELOAD=libpthread.so dovecot), but still not work.
>
> The error message same as before.
> (dovecot: auth: Error:
> dlopen(/usr/local/lib/dovecot/auth/libdriver_mysql.so) failed: Cannot load
> specified object)
>
Hi, Luis Coronado
I already tried this (LD_PRELOAD=libpthread.so dovecot), but still not
work.
The error message same as before.
(dovecot: auth: Error:
dlopen(/usr/local/lib/dovecot/auth/libdriver_mysql.so) failed: Cannot
load specified object)
Thank you.
Can you try starting Dovecot by hand with 'LD_PRELOAD=libpthread.so dovecot"
and see if this fixes things please?
this also 'fixes' the problem with courier-authlib-mysql on a amd64/current
box (19/10/2014)
without LD_PRELOAD:
/usr/local/libexec/courier-authlib/authdaemond
INFO: modules="authsq
On 2014年09月21日 星期日 08:03 上午, johnw wrote:
On 2014年09月21日 星期日 04:35 上午, Stuart Henderson wrote:
Can you try starting Dovecot by hand with 'LD_PRELOAD=libpthread.so
dovecot"
and see if this fixes things please?
I tried it now, but still not working, the error messages same as before.
Thank y
On 2014年09月21日 星期日 04:35 上午, Stuart Henderson wrote:
Can you try starting Dovecot by hand with 'LD_PRELOAD=libpthread.so dovecot"
and see if this fixes things please?
I tried it now, but still not working, the error messages same as before.
Thank you.
On 2014/09/20 19:02, johnw wrote:
> Hi, I noticed my dovecot server stop working, after upgrade to current
> package(19-9-2014).
> (at the same time, also upgrade mysql-client/server to
> mariadb-client/server)
> and find some error messages in /var/log/mailing like this:
>
> dovecot: auth: Error:
Quoting Brad Smith :
On 18/07/14 7:19 AM, Vijay Sankar wrote:
Hi Brad,
I was able to build and install the package successfully. I have to go
out of town this morning and will do the login tests as soon as I get
back on Sunday. Please let me know if there are any specific tests that
would be u
On 13/07/14 10:36 AM, Vijay Sankar wrote:
Quoting Brad Smith :
On 12/07/14 8:40 PM, Vijay Sankar wrote:
I hope to report back to you early Monday morning.
Sorry I have not been helping with this -- mainly it is because I
screwed up my CVS.
Ya, thanks. Don't worry about it. But please get ba
Quoting Brad Smith :
On 12/07/14 8:40 PM, Vijay Sankar wrote:
I hope to report back to you early Monday morning.
Sorry I have not been helping with this -- mainly it is because I
screwed up my CVS.
Ya, thanks. Don't worry about it. But please get back to me.
--
This message has been scanned
On 08/07/14 4:14 AM, Otto Moerbeek wrote:
On Tue, Jul 08, 2014 at 07:49:48AM +0200, Otto Moerbeek wrote:
On Mon, Jul 07, 2014 at 08:09:31PM -0400, Brad Smith wrote:
On 04/07/14 7:39 AM, Otto Moerbeek wrote:
On Sun, Jun 22, 2014 at 05:39:34AM -0400, Brad Smith wrote:
On Sun, Jun 22, 2014 at
On Tue, Jul 08, 2014 at 07:49:48AM +0200, Otto Moerbeek wrote:
> On Mon, Jul 07, 2014 at 08:09:31PM -0400, Brad Smith wrote:
>
> > On 04/07/14 7:39 AM, Otto Moerbeek wrote:
> > >On Sun, Jun 22, 2014 at 05:39:34AM -0400, Brad Smith wrote:
> > >
> > >>On Sun, Jun 22, 2014 at 05:01:38AM +0200, J??r?
On Mon, Jul 07, 2014 at 08:09:31PM -0400, Brad Smith wrote:
> On 04/07/14 7:39 AM, Otto Moerbeek wrote:
> >On Sun, Jun 22, 2014 at 05:39:34AM -0400, Brad Smith wrote:
> >
> >>On Sun, Jun 22, 2014 at 05:01:38AM +0200, J??r??mie Courr??ges-Anglas wrote:
> >>>
> >>>(Redirecting this to ports@)
> >>>
On 04/07/14 7:39 AM, Otto Moerbeek wrote:
On Sun, Jun 22, 2014 at 05:39:34AM -0400, Brad Smith wrote:
On Sun, Jun 22, 2014 at 05:01:38AM +0200, J??r??mie Courr??ges-Anglas wrote:
(Redirecting this to ports@)
Could you folks test this patch against dovecot from -stable? I only
did compile te
On Sun, Jun 22, 2014 at 05:39:34AM -0400, Brad Smith wrote:
> On Sun, Jun 22, 2014 at 05:01:38AM +0200, J??r??mie Courr??ges-Anglas wrote:
> >
> > (Redirecting this to ports@)
> >
> > Could you folks test this patch against dovecot from -stable? I only
> > did compile testing on -current. I do
On Sun, Jun 22, 2014 at 11:59:20AM +0100, Stuart Henderson wrote:
> On 2014/06/22 05:39, Brad Smith wrote:
> > On Sun, Jun 22, 2014 at 05:01:38AM +0200, J??r??mie Courr??ges-Anglas wrote:
> > >
> > > (Redirecting this to ports@)
> > >
> > > Could you folks test this patch against dovecot from -s
On 22/06/14 7:48 AM, Jérémie Courrèges-Anglas wrote:
Hi,
Brad Smith writes:
On Sun, Jun 22, 2014 at 05:01:38AM +0200, J??r??mie Courr??ges-Anglas wrote:
(Redirecting this to ports@)
Could you folks test this patch against dovecot from -stable? I only
did compile testing on -current. I d
Hi,
Brad Smith writes:
> On Sun, Jun 22, 2014 at 05:01:38AM +0200, J??r??mie Courr??ges-Anglas wrote:
>>
>> (Redirecting this to ports@)
>>
>> Could you folks test this patch against dovecot from -stable? I only
>> did compile testing on -current. I don't know how the allocator(s)
>> handle
On 2014/06/22 05:39, Brad Smith wrote:
> On Sun, Jun 22, 2014 at 05:01:38AM +0200, J??r??mie Courr??ges-Anglas wrote:
> >
> > (Redirecting this to ports@)
> >
> > Could you folks test this patch against dovecot from -stable? I only
> > did compile testing on -current. I don't know how the alloc
On Sun, Jun 22, 2014 at 05:01:38AM +0200, J??r??mie Courr??ges-Anglas wrote:
>
> (Redirecting this to ports@)
>
> Could you folks test this patch against dovecot from -stable? I only
> did compile testing on -current. I don't know how the allocator(s)
> handle failures nor how would i_realloc h
On 21/06/14 11:11 PM, Brad Smith wrote:
On 21/06/14 11:01 PM, Jérémie Courrèges-Anglas wrote:
(Redirecting this to ports@)
Could you folks test this patch against dovecot from -stable? I only
did compile testing on -current. I don't know how the allocator(s)
handle failures nor how would i_r
On 21/06/14 11:01 PM, Jérémie Courrèges-Anglas wrote:
(Redirecting this to ports@)
Could you folks test this patch against dovecot from -stable? I only
did compile testing on -current. I don't know how the allocator(s)
handle failures nor how would i_realloc handle pwbuf_size ==
old_pwbuf_siz
(Redirecting this to ports@)
Could you folks test this patch against dovecot from -stable? I only
did compile testing on -current. I don't know how the allocator(s)
handle failures nor how would i_realloc handle pwbuf_size ==
old_pwbuf_size, but this looks safe.
$OpenBSD$
Hack: we avoid the
On Mon, Jun 02, 2014 at 04:48:54PM -0400, Brad Smith wrote:
> >On current this is fixed due to changes to getpwnam_r().
> >
> >It is funny to see calls to getpwnam_r() in code using static buffers
> >
> >A fix for 5.5. is indeed tricky, we cannot use the result argument nor
> >the return value
On 28/05/14 4:03 AM, Otto Moerbeek wrote:
On Wed, May 28, 2014 at 07:32:48AM +0200, Otto Moerbeek wrote:
On Tue, May 27, 2014 at 05:11:16PM -0400, Brad Smith wrote:
On 27/05/14 3:42 PM, Otto Moerbeek wrote:
Hi,
on amd64 I'm seeing out-of-mem errors if I use a nonexistent username
with bsdau
On Wed, May 28, 2014 at 07:32:48AM +0200, Otto Moerbeek wrote:
> On Tue, May 27, 2014 at 05:11:16PM -0400, Brad Smith wrote:
>
> > On 27/05/14 3:42 PM, Otto Moerbeek wrote:
> > >Hi,
> > >
> > >on amd64 I'm seeing out-of-mem errors if I use a nonexistent username
> > >with bsdauth (ottotest1 does
On Tue, May 27, 2014 at 05:11:16PM -0400, Brad Smith wrote:
> On 27/05/14 3:42 PM, Otto Moerbeek wrote:
> >Hi,
> >
> >on amd64 I'm seeing out-of-mem errors if I use a nonexistent username
> >with bsdauth (ottotest1 does not exist in /etc/passwd).
> >
> >May 27 21:33:28 mx1 dovecot: auth-worker(112
On 27/05/14 3:42 PM, Otto Moerbeek wrote:
Hi,
on amd64 I'm seeing out-of-mem errors if I use a nonexistent username
with bsdauth (ottotest1 does not exist in /etc/passwd).
May 27 21:33:28 mx1 dovecot: auth-worker(11223): Fatal:
pool_system_realloc(268435456): Out of memory
May 27 21:33:28 mx1
Hi William,
William Yodlowsky wrote on Mon, Mar 10, 2014:
> The fix is to back out the workaround in dovecot, as getpwnam_r()
> was recently fixed. With the below applied, you instead get:
>
> Mar 10 14:42:41 host1 dovecot: auth-worker(5241): Error:
> bsdauth(notauser,1.2.3.4): getpwnam() faile
On Tue, Mar 11, 2014 at 3:45 AM, William Yodlowsky wrote:
> I hit this today on -current amd64 with 2.2.10. An attempt to
> authenticate to a nonexistent account caused this:
>
> Mar 10 12:04:51 host1 dovecot: auth-worker(12079): Fatal: master:
> service(auth-worker): child 12079 returned error
Taking from misc@ and transferring to ports@ at Stuarts advise.
On 11/20/13 11:11, Marc Peters wrote:
> Hi List,
>
> i wanted to move my main mailserver from one to another. To avoid update
> hassles i jumped directly to a recent -current from the beginning of
> this month (full dmesg below):
>
On 2013/03/09 23:56, Martin Crossley wrote:
> Hi -
>
> This patch (from
> http://dovecot.org/pipermail/dovecot/2012-September/068131.html) fixes
> a known issue that causes the managesieve daemon to segfault when a
> client invokes the CHECKSCRIPT action.
>
> Tested on 3.2rel/amd64: verified that
On Sun, Feb 03, 2013 at 07:23:36PM -0800, Constantine A. Murenin wrote:
> Hi,
>
> I've installed dovecot-2.1.8 from packages on OpenBSD 5.2 amd64, and
> it doesn't seem to be working at all.
>
> Cns# tail /var/log/maillog
> Feb 3 19:13:14 Cns dovecot: master: Error: service(dns_client):
> pipe()
On 09/24/12 09:10, Brad Smith wrote:
> On Fri, Sep 21, 2012 at 03:09:39AM +0200, Alexander Hall wrote:
>> Hi,
>>
>> Currently, dovecot does not supply a type to auth_userokay(), leaving
>> only the default "auth=..." login capability for configuring access to
>> its services.
>>
>> This is annoying
On Thu, Nov 15, 2012 at 07:55:20AM +0100, Alexander Hall wrote:
> On 09/24/12 09:10, Brad Smith wrote:
> > On Fri, Sep 21, 2012 at 03:09:39AM +0200, Alexander Hall wrote:
> >> Hi,
> >>
> >> Currently, dovecot does not supply a type to auth_userokay(), leaving
> >> only the default "auth=..." login
On Fri, Sep 21, 2012 at 03:09:39AM +0200, Alexander Hall wrote:
> Hi,
>
> Currently, dovecot does not supply a type to auth_userokay(), leaving
> only the default "auth=..." login capability for configuring access to
> its services.
>
> This is annoying, as it requires you to set auth=... and the
On 2012/09/22 11:20, Alexander Hall wrote:
> On 09/21/12 23:12, Stuart Henderson wrote:
> >On 2012/09/21 03:09, Alexander Hall wrote:
> >>This is annoying, as it requires you to set auth=... and then explicity
> >>close any services you don't want to expose, like "auth-ssh=" etc.
> >>Obviously, thi
On 09/21/12 23:12, Stuart Henderson wrote:
On 2012/09/21 03:09, Alexander Hall wrote:
This is annoying, as it requires you to set auth=... and then explicity
close any services you don't want to expose, like "auth-ssh=" etc.
Obviously, this could very well lead to an incomplete list of disabled
On 2012/09/21 03:09, Alexander Hall wrote:
> This is annoying, as it requires you to set auth=... and then explicity
> close any services you don't want to expose, like "auth-ssh=" etc.
> Obviously, this could very well lead to an incomplete list of disabled
> services, causing all sorts of discomf
On Fri, 21 Sep 2012 14:46:15 +0100
Stuart Henderson wrote:
> > True, probably should have been clearer. Just check out the ports
> > patches adapt them and build outside of ports and test. Easier than
> > using ports if you are not on current and want a newer version.
> >
>
> That way you're l
On 2012/09/21 12:25, Kevin Chadwick wrote:
> On Fri, 21 Sep 2012 12:54:46 +0300
> Artturi Alm wrote:
>
> > >> Not sure if this is the right spot for this post. I am after a more
> > >> current version of dovecot than dovecot-2.0.13p5 to run on 5.0 release.
> > >>
> > >> Does anyone have a package
On Fri, 21 Sep 2012 12:54:46 +0300
Artturi Alm wrote:
> >> Not sure if this is the right spot for this post. I am after a more
> >> current version of dovecot than dovecot-2.0.13p5 to run on 5.0 release.
> >>
> >> Does anyone have a package or port available ?
> >
> > It's easy enough to build.
2012/9/21 Kevin Chadwick :
>> Not sure if this is the right spot for this post. I am after a more current
>> version of dovecot than dovecot-2.0.13p5 to run on 5.0 release.
>>
>> Does anyone have a package or port available ?
>
> It's easy enough to build.
Yet one should not build it from newer p
> Not sure if this is the right spot for this post. I am after a more current
> version of dovecot than dovecot-2.0.13p5 to run on 5.0 release.
>
> Does anyone have a package or port available ?
It's easy enough to build.
--
_
On 09/21/12 03:09, Alexander Hall wrote:
Hi,
Currently, dovecot does not supply a type to auth_userokay(), leaving
only the default "auth=..." login capability for configuring access to
its services.
This is annoying, as it requires you to set auth=... and then explicity
close any services you
A few enquiries came in about what it does. It recognises mails moved into or
out of a Spam folder, and calls a training process (e.g. sa-learn). This is a
pretty easy way to fix false positives or unrecognised spam.
Read 'man antispam' for how to configure it, which is reasonably simple if you
On Thu, Nov 24, 2011 at 12:04:42AM -0500, Brad wrote:
> Here is an update to Dovecot 2.1rc1 for testing. No release of
> Dovecot-pigeonhole
> yet. Please test and let me know how it goes.
An updated diff adding the mising @sample entries for some of the other
config files.
Anyone using one of th
On Thu, Nov 24, 2011 at 12:04:42AM -0500, Brad wrote:
> Here is an update to Dovecot 2.1rc1 for testing. No release of
> Dovecot-pigeonhole
> yet. Please test and let me know how it goes.
An updated diff which fixes the sub-packages.
Index: Makefile
=
On Fri, Mar 19, 2010 at 09:35:15AM +, Stuart Henderson wrote:
> On 2010/03/19 08:07, Pierre-Emmanuel André wrote:
> > This diff updates Dovecot to it's latest version (1.2.11).
> > Tested on amd64 with a postgresql backend.
> > You can find the diff here too:
> > http://www.raveland.org/ports/
On 2010/03/19 08:07, Pierre-Emmanuel André wrote:
> This diff updates Dovecot to it's latest version (1.2.11).
> Tested on amd64 with a postgresql backend.
> You can find the diff here too:
> http://www.raveland.org/ports/dovecot/dovecot-1.2.11-managesieve-0.11.11-sieve-0.1.15.diff
>
> Small howt
On 2009/05/08 23:38, Kirill Bychkov wrote:
> Hi. Recently I've upgraded some of my servers from 4.4 to 4.5. After upgrading
> packages I've got two errors with dovecot:
> starting local daemons: dovecotError: Error in configuration file
> /etc/dovecot.conf line 280: Unknown setting: mmap_no_write
>
On Fri, 8 May 2009 23:38:55 +0400 (MSD)
"Kirill Bychkov" wrote:
> Hi. Recently I've upgraded some of my servers from 4.4 to 4.5. After
> upgrading packages I've got two errors with dovecot:
> starting local daemons: dovecotError: Error in configuration file
> /etc/dovecot.conf line 280: Unknown s
Hi,
> I could take a look at possibly including this in some form after my
> 1.1.11 update goes in.
Updated it to 1.1.11:
http://openbsd.lechtermann.net/pub/ports/port-dovecot-managesieve.tgz
Works fine on sparc64.
Michael
Zhang Huangbin wrote:
Michael Lechtermann wrote:
Hi,
I've added managesieve support to the OpenBSD-current dovecot (version
1.1.10) port. Compiles and works just fine on sparc64 (with Thunderbird
Sieve Addon).
Dovecot doesn't include managesieve patch/plugin officially, i use
pysieved[1]
Michael Lechtermann wrote:
Hi,
I've added managesieve support to the OpenBSD-current dovecot (version
1.1.10) port. Compiles and works just fine on sparc64 (with Thunderbird
Sieve Addon).
Dovecot doesn't include managesieve patch/plugin officially, i use
pysieved[1] for managesieve service
On Wednesday 04 February 2009 06:03:04 Michael Lechtermann wrote:
> Hi,
>
> I've added managesieve support to the OpenBSD-current dovecot (version
> 1.1.10) port. Compiles and works just fine on sparc64 (with Thunderbird
> Sieve Addon).
I am not really familiar with Sieve. What is the difference b
Zvezdan Petkovic wrote:
On Wed, May 16, 2007 at 11:28:54AM -0500, Jacob Yocom-Piatt wrote:
am running dovecot-1.0rc15 on openbsd 4.0-release and experiencing jams
if a user's undelivered mail has large files in it. i have not seen this
problem with IMAP mail, AFAICR, only with POP3 accounts.
On Wed, May 16, 2007 at 02:46:45PM -0500, Jacob Yocom-Piatt wrote:
> Kian Mohageri wrote:
> >On 5/16/07, Jacob Yocom-Piatt <[EMAIL PROTECTED]> wrote:
> >>am running dovecot-1.0rc15 on openbsd 4.0-release and experiencing jams
> >>if a user's undelivered mail has large files in it. i have not seen t
On Wed, May 16, 2007 at 11:28:54AM -0500, Jacob Yocom-Piatt wrote:
> am running dovecot-1.0rc15 on openbsd 4.0-release and experiencing jams
> if a user's undelivered mail has large files in it. i have not seen this
> problem with IMAP mail, AFAICR, only with POP3 accounts.
I distinctly remember
Kian Mohageri wrote:
On 5/16/07, Jacob Yocom-Piatt <[EMAIL PROTECTED]> wrote:
am running dovecot-1.0rc15 on openbsd 4.0-release and experiencing jams
if a user's undelivered mail has large files in it. i have not seen this
problem with IMAP mail, AFAICR, only with POP3 accounts.
POP3 involves
On 5/16/07, Jacob Yocom-Piatt <[EMAIL PROTECTED]> wrote:
am running dovecot-1.0rc15 on openbsd 4.0-release and experiencing jams
if a user's undelivered mail has large files in it. i have not seen this
problem with IMAP mail, AFAICR, only with POP3 accounts.
POP3 involves downloading messages w
On May 16, 2007, at 9:28 AM, Jacob Yocom-Piatt wrote:
if upgrading to 4.1-release and dovecot-1.0.0 is a known way to
solve this issue, please let me know.
If you compile from ports, dovecot-1.0.0 is now there for 4.0. I
would try that first before anything else and see if it makes a
diff
Seth Hanford wrote:
>> _dovecot:\
>> :datasize=1024M:\
>> :maxproc=4096:\
>> :openfiles-cur=2048:\
>> :openfiles-max=8192:\
>> :stacksize-cur=16M:\
>> :tc=default:
>>
>> this fixes, at least temporarily, the trouble with number of open files.
>
> I'd also like a better solu
Jacob Yocom-Piatt wrote:
> Original message
>> Date: Thu, 30 Nov 2006 15:34:04 -0500
>> From: Seth Hanford <[EMAIL PROTECTED]>
>> Subject: Dovecot 1.0rc2p3 "Too many open files"
>> To: misc@openbsd.org
>>
...
>> How do I fix this? It seems like Dovecot is running away with LOTS of
>
Original message
>Date: Thu, 30 Nov 2006 15:34:04 -0500
>From: Seth Hanford <[EMAIL PROTECTED]>
>Subject: Dovecot 1.0rc2p3 "Too many open files"
>To: misc@openbsd.org
>
>Hello all,
>
>I've just moved my mail server (OpenBSD RELEASE, GENERIC.MP) from using
>Courier IMAP & Cyrus SASL to
On Tue, Aug 08, 2006 at 01:49:36AM +0200, Michael wrote:
> just wanted to let you know that the current version as it comes
> from ports (same as package) got some problems when trying to
> upload Emails into an IMAP directory.
What problems? Can you document the error? How are we supposed to
fix
Brad wrote:
On Sun, Jan 22, 2006 at 02:25:57PM +0100, Bj?rn Ketelaars wrote:
I?m having some troubles with the latest dovecot port (1.0.beta1p2). My
log is filed with:
Jan 22 13:59:06 gateway dovecot: imap-login: Login: user=,
method=plain, rip=10.0.0.100, lip=84.245.31.251, TLS
Jan 22 13:59:
Björn Ketelaars wrote:
Brad wrote:
I just commited some fixes for the kqueue support. Can you update your
dovecot
package to 1.0.beta1p3 and let me know if you still see the same issue?
Unfortunately there are other issues...
Jan 22 17:48:04 gateway dovecot: imap-login: Disconnected:
rip=1
Brad wrote:
On Sun, Jan 22, 2006 at 02:25:57PM +0100, Bj?rn Ketelaars wrote:
I?m having some troubles with the latest dovecot port (1.0.beta1p2). My
log is filed with:
Jan 22 13:59:06 gateway dovecot: imap-login: Login: user=,
method=plain, rip=10.0.0.100, lip=84.245.31.251, TLS
Jan 22 13:59:
On Sun, Jan 22, 2006 at 02:25:57PM +0100, Bj?rn Ketelaars wrote:
> I?m having some troubles with the latest dovecot port (1.0.beta1p2). My
> log is filed with:
>
> Jan 22 13:59:06 gateway dovecot: imap-login: Login: user=,
> method=plain, rip=10.0.0.100, lip=84.245.31.251, TLS
> Jan 22 13:59:08
1 - 100 of 101 matches
Mail list logo
