Re: upgrade to cyrus_imap or saslauth or both gon horribly wrong
Hi, >>>>> On Tue, 8 Jan 2019 20:12:00 +0100 >>>>> "James B Byrne" said: byrnejb> FreeBSD-11.2p7 byrnejb> cyrus-imapd30-3.0.8_2 byrnejb> cyrus-sasl-saslauthd-2.1.27 byrnejb> cyrus-sasl-2.1.27 byrnejb> This morning we upgraded our cyrus_imap server using the FreeBSD pkg package manager. Following this we are unable to authenticate with imap. The error we receive is this: byrnejb> Jan 8 14:05:37 inet17 CYRUS/imaps[40533]: SASL cannot connect to saslauthd server: Permission denied byrnejb> Jan 8 14:05:37 inet17 CYRUS/imaps[40533]: badlogin: servername [server address] plaintext username SASL(-1): generic failure: checkpass failed It seems the recent pkg doesn't set the owner of /var/run/saslauthd correctly. So, I committed to set it explicitly. Please try cyrus-sasl-saslauthd-2.1.27_1. Sincerely, -- Hajimu UMEMOTO u...@mahoroba.org u...@freebsd.org http://www.mahoroba.org/~ume/ Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: Initial use of Xapian
Hi, >>>>> On Wed, 14 Feb 2018 11:25:12 -0600 >>>>> Nic Bernstein <n...@onlight.com> said: > I do understand that managing a project like this is quite a task > and v.3 is still young. Apart from the log issue and xapian I also > stumbled over other undocumented changes related to FreeBSD only I > think(?) in that binaries that before existed in bin/ are now > separated into sbin/ and libexec/, meaning that your scripts will of > course fail after the upgrade. I should produce a short writeup for > the FreeBSD camp. nic> As for the FreeBSD path changing issues, that's up to the package nic> creator. Please let them know. I'm a maintainer of the FreeBSD ports of Cyrus IMAPd. My understanding is that Cyrus IMAPd 3.X changed the directory layout to separate sbin and libexec by default. I did nothing special for FreeBSD around here. So, if the directory layout is same as 2.X, it was changed by that distro, IMHO. Sincerely, -- Hajimu UMEMOTO u...@mahoroba.org u...@freebsd.org http://www.mahoroba.org/~ume/ Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: About upgrade and building without caldav/carddav server
Hi, >>>>> On Wed, 28 Jun 2017 16:41:48 +0200 >>>>> Egoitz Aurrekoetxea <ego...@ramattack.net> said: egoitz> Yes I'll build Cyrus IMAP as we run FreeBSD. The cyrus-imapd30 ports has HTTP option but off by default. So, the cyrus-imapd30 package is built without caldav/carddav server. Sincerely, -- Hajimu UMEMOTO u...@mahoroba.org u...@freebsd.org http://www.mahoroba.org/~ume/ Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: Cyrus IMAP 3.0.0-rc4 released
Hi, >>>>> On Fri, 17 Mar 2017 17:04:52 +1100 >>>>> ellie timoney <el...@fastmail.com> said: ellie> The Cyrus team is proud to announce the immediate availability of the ellie> third release candidate from the Cyrus IMAP 3.0 series: 3.0.0-rc4. It seems that even when http is not enabled, the header of ical is required wrongly. The attached patch should fix this problem. Sincerely, --- imap/index.c.orig 2017-03-17 04:11:35 UTC +++ imap/index.c @@ -53,8 +53,10 @@ #include #include +#ifdef USE_HTTPD /* For iCalendar indexing */ #include +#endif #include "acl.h" #include "annotate.h" -- Hajimu UMEMOTO u...@mahoroba.org u...@freebsd.org http://www.mahoroba.org/~ume/ Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: IPv6
Hi, >>>>> On Wed, 23 Mar 2016 17:43:30 +0100 >>>>> Sebastian Hagedorn <haged...@uni-koeln.de> said: > * Parse the "listen" parameter as one of the forms: > * > * hostname > * hostname ':' port > * ipv4-address > * ipv4-address ':' port > * '[' ipv4-address ']' > * '[' ipv4-address ']' ':' port > * '[' ipv6-address ']' > * '[' ipv6-address ']' ':' port The `ipv6-address ':' port' notation is also accepted. However, it is not mentioned even in the comment. Hagedorn> Thank you! Perhaps that should go into the manpage of cyrus.conf? I'm not sure but I think the bracket notation is recommended. Sincerely, -- Hajimu UMEMOTO u...@mahoroba.org u...@freebsd.org http://www.mahoroba.org/~ume/ Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: IPv6
Hi, >>>>> On Wed, 23 Mar 2016 16:03:10 +0100 >>>>> Sebastian Hagedorn via Info-cyrus <info-cyrus@lists.andrew.cmu.edu> said: info-cyrus> Yes, I do (multi-homed system), and I have just tried it on a test info-cyrus> system. Using literal IPv6 adresses without brackets works fine, even info-cyrus> though it looks strange: info-cyrus> imapv6cmd="imapd" listen="2001:DB8:0:6f0:21c:42ff:fe5e:202e:imap" Though it is not mentioned in the manpage, the address:port notation without bracket is also accepted. You can find the following comment for parse_inet_listen() in master/master.c: * Parse the "listen" parameter as one of the forms: * * hostname * hostname ':' port * ipv4-address * ipv4-address ':' port * '[' ipv4-address ']' * '[' ipv4-address ']' ':' port * '[' ipv6-address ']' * '[' ipv6-address ']' ':' port info-cyrus> I will now try a host name with bot A and records, but I assume info-cyrus> that will work as well. Yes, it should work. Sincerely, -- Hajimu UMEMOTO u...@mahoroba.org u...@freebsd.org http://www.mahoroba.org/~ume/ Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: (important) cyrus-imapd 2.4.16 released
Hi,
On Thu, 19 Apr 2012 13:19:32 +0100 (BST)
Dennis Davis d.h.da...@bath.ac.uk said:
D.H.Davis Got the following error when compiling this on OpenBSD5.0:
D.H.Davis util.c: In function 'dir_hash_c':
D.H.Davis util.c:284: error: 'UINT32_MAX' undeclared (first use in this
function)
D.H.Davis util.c:284: error: (Each undeclared identifier is reported only once
D.H.Davis util.c:284: error: for each function it appears in.)
D.H.Davis *** Error code 1
D.H.Davis Quickly fixed by applying the following patch:
D.H.Davis --- lib/util.c.orig Thu Apr 19 10:39:51 2012
D.H.Davis +++ lib/util.c Thu Apr 19 12:56:31 2012
D.H.Davis @@ -62,6 +62,10 @@
D.H.Davis #include sys/socket.h
D.H.Davis #include errno.h
D.H.Davis
D.H.Davis +#ifdef __OpenBSD__
D.H.Davis +#include stdint.h
D.H.Davis +#endif /* __OpenBSD__ */
D.H.Davis +
D.H.Davis #include exitcodes.h
D.H.Davis #include util.h
D.H.Davis #include xmalloc.h
I met this issue on FreeBSD, too. The patch should be following:
Index: lib/util.c
diff -u -p lib/util.c.orig lib/util.c
--- lib/util.c.orig 2012-04-18 20:28:37.0 +0900
+++ lib/util.c 2012-04-18 22:29:24.521844579 +0900
@@ -55,6 +55,9 @@
#include syslog.h
#include sys/types.h
#include sys/stat.h
+#ifdef HAVE_STDINT_H
+#include stdint.h
+#endif
#ifdef HAVE_UNISTD_H
#include unistd.h
#endif
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
u...@mahoroba.org ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: sync_client fails to exit when manual replication and rolling replication are combined (2.3.16-8)
Hi,
On Tue, 19 Oct 2010 14:22:06 +0200
Simon Matter simon.mat...@invoca.ch said:
I am pretty sure we're not using BDB either, but I found a log file,
/var/lib/imap/db/log.01, that appears to be a Berkeley DB log
file.
simon Right, as long as BDBless builds are not possible, we will always see BDB
simon being initialized, even if not used :(
I believe recent Cyrus IMAPd can be built without Berkeley DB by
giving --with-bdb=no to configure.
Since 2.4.X doesn't use Berkeley DB by default, I'm building it
without Berkeley DB, and I don't see /var/imap/db/log.* anymore.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
u...@mahoroba.org u...@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Tcpwrapper does not work?
Hi,
On Fri, 08 Oct 2010 12:09:37 +0200
Paul van der Vlis p...@vandervlis.nl said:
paul When I put in my /etc/hosts.deny this: imapd: 192.168.0.41
paul And /etc/hosts.allow is empty.
paul Then I still get my mail over IMAP from this IP with Cyrus.
Isn't the entry `imap: 192.168.0.41'?
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
u...@mahoroba.org u...@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Cyrus IMAPd 2.3.12p2 Released
Hi, On Fri, 25 Apr 2008 14:39:20 -0400 Ken Murchison [EMAIL PROTECTED] said: murch Hajimu UMEMOTO wrote: Hi, On Fri, 25 Apr 2008 13:48:54 -0400 Ken Murchison [EMAIL PROTECTED] said: murch Simon Matter wrote: I am pleased to announce the release of Cyrus IMAPd 2.3.12p2. This release should be considered production quality. I was careless in applying the memory corruption patch in 2.3.12p1 and it didn't actually solve the problem. It should be fixed now. Ken, I can't see any difference between p1 and p2 apart from the create dates in the html docs. Are you sure the right tarball got to the download site? murch This is the only diff: murch https://bugzilla.andrew.cmu.edu/cgi-bin/cvsweb.cgi/src/cyrus/lib/libconfig.c.diff?r1=1.18.2.1;r2=1.18.2.2;sortby=date;f=h Unfortunately, I cannot see the diff between 2.3.12p1 and 2.3.12p2, and it seems the problem is still not fixed by 2.3.12p2. murch I have re-uploaded and checked the tarball, which now contains the fix. Thank you. It seems there are more diffs than the fix between the previous 2.3.12p2 and the new one. Is it intentional? Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org http://www.imasy.org/~ume/ Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus IMAPd 2.3.12p2 Released
Hi, On Fri, 25 Apr 2008 13:48:54 -0400 Ken Murchison [EMAIL PROTECTED] said: murch Simon Matter wrote: I am pleased to announce the release of Cyrus IMAPd 2.3.12p2. This release should be considered production quality. I was careless in applying the memory corruption patch in 2.3.12p1 and it didn't actually solve the problem. It should be fixed now. Ken, I can't see any difference between p1 and p2 apart from the create dates in the html docs. Are you sure the right tarball got to the download site? murch This is the only diff: murch https://bugzilla.andrew.cmu.edu/cgi-bin/cvsweb.cgi/src/cyrus/lib/libconfig.c.diff?r1=1.18.2.1;r2=1.18.2.2;sortby=date;f=h Unfortunately, I cannot see the diff between 2.3.12p1 and 2.3.12p2, and it seems the problem is still not fixed by 2.3.12p2. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org http://www.imasy.org/~ume/ Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Unable to dlopen /usr/local/lib/sasl2/libgssapiv2.so.2
Hi, On Fri, 14 Mar 2008 15:30:02 +0100 bsd [EMAIL PROTECTED] said: bsd I am using since a long time SASL with postfix and Courrier and since bsd a few days I am facing a recuring error : bsd Mar 14 15:17:44 newmail postfix/smtpd[24650]: unable to dlopen /usr/ bsd local/lib/sasl2/libgssapiv2.so.2: /usr/lib/libroken.so.8: Undefined bsd symbol __res_state bsd Can you help solve this issue… bsd So far I have tried to : bsd - deinstall / reinstall the port cyrus-sasl2 from the FreeBSD port. bsd - restart courrier services. I suspect you upgraded your box up to FreeBSD 7.0, and you rebuilt some ports which Postfix and/or Courier is depending upon. If it is your case, once you rebuild some libraries, you need to rebuild the programs which are depending upon the libraries. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org http://www.imasy.org/~ume/ Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: imapd signal 11 blues
Hi, On Thu, 20 Dec 2007 13:17:37 +0100 Gilles Bruno [EMAIL PROTECTED] said: Gilles.Bruno there was also an issue with bsd getgroup functions some time ago (iirc Gilles.Bruno it was during the 2.3.10 release). Did you try adding this simple line : Gilles.Bruno unix_group_enable: 0 Gilles.Bruno to your imapd.conf and give it a try ? This issue was already fixed in 2.3.11. Gilles.Bruno I hope it's not totally of topic, but a stock compile of cyrus 2.3.10+ Gilles.Bruno on a FreeBSD 6-stable gave us the same core dumps you described in your Gilles.Bruno first post. 2.3.11 from ports is runnning fine on my FreeBSD 6.2-RELEASE and 6.3-RC1 boxes. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org http://www.imasy.org/~ume/ Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus IMAPd 2.3.10 Released
Hi, On Sat, 27 Oct 2007 22:36:45 +0200 Tomas Janousek [EMAIL PROTECTED] said: tjanouse Hi, tjanouse On Sun, Oct 28, 2007 at 02:35:05AM +0900, Hajimu UMEMOTO wrote: tjanouse Yes. It should read ret == -1 ngroups != newstate-ngroups. I'm really tjanouse confused why I put the ret != -1 in there. As far as I read the FreeBSD's getgrouplist() implementation, when it returns -1, the number of the groups actually filled is set to ngroups. It is match with the following description in the manpage: RETURN VALUES The getgrouplist() function returns -1 if the size of the group list is too small to hold all the user's groups. Here, the group array will be filled with as many groups as will fit. tjanouse The manpage says that the actual number of groups found is returned in tjanouse ngroups. My understanding may be bad and/or they may have implemented tjanouse something else than they say in the manpage/than what I understand, though. tjanouse But I think this part of behaviour is really the same. If you really think tjanouse this is not what happens, I will check the sources. It seems to me from the source of getgrouplist() that it sets the actual number of groups found to ngroups only when it returns 0. When it returns -1, the number of groups actually filled is set to ngroups. I think that it is what the RETURN VALUES section in FreeBSD's manpage says. So, I think that ret == -1 ngroups != newstate-ngroups would be always FALSE at least on FreeBSD. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org http://www.imasy.org/~ume/ Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus IMAPd 2.3.10 Released
Hi,
On Sun, 28 Oct 2007 09:57:45 -0400
Ken Murchison [EMAIL PROTECTED] said:
murch I don't have easy access to a BSD platform. Would somebody be willing
murch to write and test such a patch?
How about this patch?
Index: lib/auth_unix.c
diff -u -p lib/auth_unix.c.orig lib/auth_unix.c
--- lib/auth_unix.c.orig2007-09-28 05:02:45.0 +0900
+++ lib/auth_unix.c 2007-10-29 03:14:22.0 +0900
@@ -45,6 +45,9 @@
*/
#include config.h
+#ifdef HAVE_SYS_PARAM_H
+#include sys/param.h
+#endif
#include stdlib.h
#include pwd.h
#include grp.h
@@ -225,7 +228,12 @@ static struct auth_state *mynewstate(con
struct group *grp;
#ifdef HAVE_GETGROUPLIST
gid_t gid, *groupids = NULL;
-int ret, ngroups = 0;
+int ret = -1;
+#ifdef __GLIBC__
+int ngroups = 0;
+#else
+int ngroups = 5;
+#endif
#else
char **mem;
#endif
@@ -248,22 +256,33 @@ static struct auth_state *mynewstate(con
#ifdef HAVE_GETGROUPLIST
gid = pwd ? pwd-pw_gid : (gid_t) -1;
+#ifdef __GLIBC__
/* get number of groups user is member of into ngroups */
getgrouplist(identifier, gid, NULL, ngroups);
+#endif
/* get the actual group ids */
-do {
+while (ngroups = NGROUPS) {
groupids = (gid_t *)xrealloc((gid_t *)groupids,
ngroups * sizeof(gid_t));
newstate-ngroups = ngroups; /* copy of ngroups for comparision */
ret = getgrouplist(identifier, gid, groupids, ngroups);
+ if (ret != -1)
+ break;
+#ifdef __GLIBC__
/*
* This is tricky. We do this as long as getgrouplist tells us to
* realloc _and_ the number of groups changes. It tells us to realloc
* also in the case of failure...
*/
-} while (ret != -1 ngroups != newstate-ngroups);
+ if (ngroups == newstate-ngroups)
+ break;
+#else
+ if ((ngroups = newstate-ngroups * 2) NGROUPS)
+ ngroups = NGROUPS;
+#endif
+}
if (ret == -1) {
newstate-ngroups = 0;
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org
http://www.imasy.org/~ume/
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus IMAPd 2.3.10 Released
Hi,
On Sun, 28 Oct 2007 19:42:02 +0100
Tomas Janousek [EMAIL PROTECTED] said:
tjanouse Looks correct. (will not terminate if it reaches NGROUPS, don't know
if that
tjanouse can happen though)
Oops, it never happen.
It is intended to be safe-keeping for avoiding endless-loop.
tjanouse But as I said earlier, it's probably better to use the old code on
non-glibc
tjanouse systems.
I'm not sure which one is better.
Index: lib/auth_unix.c
diff -u -p lib/auth_unix.c.orig lib/auth_unix.c
--- lib/auth_unix.c.orig2007-09-28 05:02:45.0 +0900
+++ lib/auth_unix.c 2007-10-29 04:23:57.0 +0900
@@ -45,6 +45,9 @@
*/
#include config.h
+#ifdef HAVE_SYS_PARAM_H
+#include sys/param.h
+#endif
#include stdlib.h
#include pwd.h
#include grp.h
@@ -225,7 +228,12 @@ static struct auth_state *mynewstate(con
struct group *grp;
#ifdef HAVE_GETGROUPLIST
gid_t gid, *groupids = NULL;
-int ret, ngroups = 0;
+int ret = -1;
+#ifdef __GLIBC__
+int ngroups = 0;
+#else
+int ngroups = 5;
+#endif
#else
char **mem;
#endif
@@ -248,22 +256,35 @@ static struct auth_state *mynewstate(con
#ifdef HAVE_GETGROUPLIST
gid = pwd ? pwd-pw_gid : (gid_t) -1;
+#ifdef __GLIBC__
/* get number of groups user is member of into ngroups */
getgrouplist(identifier, gid, NULL, ngroups);
+#endif
/* get the actual group ids */
-do {
+for (;;) {
groupids = (gid_t *)xrealloc((gid_t *)groupids,
ngroups * sizeof(gid_t));
newstate-ngroups = ngroups; /* copy of ngroups for comparision */
ret = getgrouplist(identifier, gid, groupids, ngroups);
+ if (ret != -1)
+ break;
+#ifdef __GLIBC__
/*
* This is tricky. We do this as long as getgrouplist tells us to
* realloc _and_ the number of groups changes. It tells us to realloc
* also in the case of failure...
*/
-} while (ret != -1 ngroups != newstate-ngroups);
+ if (ngroups == newstate-ngroups)
+ break;
+#else
+ if (newstate-ngroups = NGROUPS)
+ break;
+ if ((ngroups = newstate-ngroups * 2) NGROUPS)
+ ngroups = NGROUPS;
+#endif
+}
if (ret == -1) {
newstate-ngroups = 0;
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org
http://www.imasy.org/~ume/
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus IMAPd 2.3.10 Released
Hi,
On Sat, 27 Oct 2007 14:02:59 +0200
Tomas Janousek [EMAIL PROTECTED] said:
tjanouse On Fri, Oct 26, 2007 at 03:30:30PM -0400, Ken Murchison wrote:
Perhaps, it should be:
do {
groupids = (gid_t *)xrealloc((gid_t *)groupids,
ngroups * sizeof(gid_t));
newstate-ngroups = ngroups; /* copy of ngroups for comparision */
ret = getgrouplist(identifier, gid, groupids, ngroups);
/*
* This is tricky. We do this as long as getgrouplist tells us to
* realloc _and_ the number of groups changes. It tells us to realloc
* also in the case of failure...
*/
} while (ret == -1 ngroups == newstate-ngroups);
~
I think you're right on the 'ret == -1' test. We want to stay in the loop
if getgrouplist() fails, AND it returns a different number of groups.
tjanouse Yes. It should read ret == -1 ngroups != newstate-ngroups. I'm
really
tjanouse confused why I put the ret != -1 in there.
As far as I read the FreeBSD's getgrouplist() implementation, when it
returns -1, the number of the groups actually filled is set to
ngroups. It is match with the following description in the manpage:
RETURN VALUES
The getgrouplist() function returns -1 if the size of the group list is
too small to hold all the user's groups. Here, the group array will be
filled with as many groups as will fit.
So, I think that ret == -1 ngroups != newstate-ngroups doesn't
work on at least FreeBSD.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org
http://www.imasy.org/~ume/
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus IMAPd 2.3.10 Released
Hi,
On Thu, 25 Oct 2007 23:03:35 -0400
Ken Murchison [EMAIL PROTECTED] said:
murch John Capo wrote:
On Thu, October 25, 2007 21:10, John Capo wrote:
Quoting Ken Murchison ([EMAIL PROTECTED]):
Simon Matter wrote:
On the Linux box, all fresh compilations aside from the sasl 2.1.15
binaries:
I once posted to the list that 2.3.9 needs at least cyrus-sasl-2.1.19. As
a package
maintainer I know that :)
Did you ever figure out why? I'm not surprised that code in Cyrus somehow
depends on
a change in SASL, but I can't seem to find anything in the CVS logs or
diffs that
would be the cause.
This is what I had to do for cmd_login to work in 2.3.9.
/* authstate already created by mysasl_proxy_policy() */
/* Not when using login and allowplaintext. imapd_authstate is NULL TM
Login fix */
if (imapd_authstate == NULL)
imapd_authstate = auth_newstate(imapd_userid);
But 2.3.10 cores :-(
Its coring in getgrouplist() probably because the 3rd argyument is NULL.
/* get number of groups user is member of into ngroups */
getgrouplist(identifier, gid, NULL, ngroups);
BSD man page does not indicate that NULL args are OK.
int
getgrouplist(const char *name, int basegid, int *groups, int *ngroups);
The resulting group list is returned in the integer array pointed to by
groups. The caller specifies the size of the groups array in the integer
pointed to by ngroups; the actual number of groups found is returned in
ngroups.
murch See if this fixes the getgrouplist() problem:
murch --- auth_unix.c.~1.46.~ 2007-09-27 16:02:45.0 -0400
murch +++ auth_unix.c 2007-10-25 23:02:15.0 -0400
murch @@ -225,7 +225,7 @@
murch struct group *grp;
murch #ifdef HAVE_GETGROUPLIST
murch gid_t gid, *groupids = NULL;
murch -int ret, ngroups = 0;
murch +int ret, ngroups = 10;
murch #else
murch char **mem;
murch #endif
murch @@ -248,10 +248,7 @@
murch #ifdef HAVE_GETGROUPLIST
murch gid = pwd ? pwd-pw_gid : (gid_t) -1;
murch -/* get number of groups user is member of into ngroups */
murch -getgrouplist(identifier, gid, NULL, ngroups);
murch -
murch -/* get the actual group ids */
murch +/* get the group ids */
murch do {
murch groupids = (gid_t *)xrealloc((gid_t *)groupids,
murch ngroups * sizeof(gid_t));
The NGROUPS is defined in sys/param.h on BSDs as:
#define NGROUPS NGROUPS_MAX /* max number groups */
The NGROUPS_MAX is defined in sys/syslimits.h as:
#define NGROUPS_MAX16 /* max supplemental group id's */
and, sys/syslimits.h is included from sys/param.h. So, you should use
this instead of a magic number, IMHO.
FYI: Though FreeBSD's getgrouplist() doesn't accept NULL for `groups',
it seems NetBSD's one accepts NULL.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org
http://www.imasy.org/~ume/
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus IMAPd 2.3.10 Released
Hi,
On Fri, 26 Oct 2007 11:13:01 -0400
Ken Murchison [EMAIL PROTECTED] said:
murch Tomas Janousek wrote:
Hello,
On Fri, Oct 26, 2007 at 04:50:02PM +0200, Simon Matter wrote:
--- auth_unix.c.~1.46.~ 2007-09-27 16:02:45.0 -0400
+++ auth_unix.c 2007-10-25 23:02:15.0 -0400
@@ -225,7 +225,7 @@
struct group *grp;
#ifdef HAVE_GETGROUPLIST
gid_t gid, *groupids = NULL;
-int ret, ngroups = 0;
+int ret, ngroups = 10;
#else
char **mem;
#endif
@@ -248,10 +248,7 @@
#ifdef HAVE_GETGROUPLIST
gid = pwd ? pwd-pw_gid : (gid_t) -1;
-/* get number of groups user is member of into ngroups */
-getgrouplist(identifier, gid, NULL, ngroups);
-
-/* get the actual group ids */
+/* get the group ids */
do {
groupids = (gid_t *)xrealloc((gid_t *)groupids,
ngroups * sizeof(gid_t));
This should not change behaviour nor cause additional problems, I think.
The gnu manpage of getgrouplist does not mention the NULL case either, though
it works. If it segfaults, I'd consider that a libc failure, since when
ngroups == 0, the pointer shouldn't be used at all (it should point to the
first element of the array but array of 0 elements has no first element).
If it really is a wrong code of mine, then sorry for not testing on anything
other than Linux.
murch Its not a problem. Since we might have to realloc() the grouplist
murch anyways, it really doesn't make much sense to just get the count first.
The code is suspicious to me. Isn't the test of `ret != -1' is
opposite?
Further, it seems that the test of `ngroups == newstate-ngroups'
assumes that newstate-ngroups holds the actual number of groups
found, by calling getgrouplist() in the first place.
Perhaps, it should be:
do {
groupids = (gid_t *)xrealloc((gid_t *)groupids,
ngroups * sizeof(gid_t));
newstate-ngroups = ngroups; /* copy of ngroups for comparision */
ret = getgrouplist(identifier, gid, groupids, ngroups);
/*
* This is tricky. We do this as long as getgrouplist tells us to
* realloc _and_ the number of groups changes. It tells us to realloc
* also in the case of failure...
*/
} while (ret == -1 ngroups == newstate-ngroups);
~
I'm not sure that we can expect `ngroups == newstate-ngroups',
though.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org
http://www.imasy.org/~ume/
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus IMAPd 2.3.10 Released
Hi, On Fri, 26 Oct 2007 12:40:31 -0400 Ken Murchison [EMAIL PROTECTED] said: murch From limits.h on my Fedora box: murch #define NGROUPS_MAX65536 murch It seems like a waste of memory to use NGROUPS_MAX as the default size murch on this platform. Umm, okay. Sorry for the noise. The group list is statically allocated in the FreeBSD kernel. It is somewhat limitation of FreeBSD. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org http://www.imasy.org/~ume/ Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus IMAPd 2.3.10 Released
Hi,
Sat, 27 Oct 2007 02:31:32 +0900,
Hajimu UMEMOTO [EMAIL PROTECTED] said:
ume The code is suspicious to me. Isn't the test of `ret != -1' is
ume opposite?
ume Further, it seems that the test of `ngroups == newstate-ngroups'
ume assumes that newstate-ngroups holds the actual number of groups
ume found, by calling getgrouplist() in the first place.
ume Perhaps, it should be:
ume do {
umegroupids = (gid_t *)xrealloc((gid_t *)groupids,
ume ngroups * sizeof(gid_t));
umenewstate-ngroups = ngroups; /* copy of ngroups for comparision */
umeret = getgrouplist(identifier, gid, groupids, ngroups);
ume/*
ume * This is tricky. We do this as long as getgrouplist tells us to
ume * realloc _and_ the number of groups changes. It tells us to realloc
ume * also in the case of failure...
ume */
ume } while (ret == -1 ngroups == newstate-ngroups);
ume ~
ume I'm not sure that we can expect `ngroups == newstate-ngroups',
ume though.
Oops, I forgot to increase ngroups for next attempt.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org
http://www.imasy.org/~ume/
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Mailbox does not exist
Hi, On Wed, 30 Aug 2006 14:07:36 +0200 former03 | Baltasar Cevc [EMAIL PROTECTED] said: this did the trick. damnit, I even quoted this from the manpage. the reason I didn't think about permissions problems was the errormessage clearly stating that the mailbox didn't exist and that I checked at the filesystem persmissions. oh well.. baltasar Well, it isn't obvious I'd say. What the message is trying to tell baltasar you is: from my point of view, there is no such mailbox. baltasar @Ken: would it be possible to change the message; I remember some more baltasar threads like that on the list. Please, don't. The information what mail box is there, may leak from the error message. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org http://www.imasy.org/~ume/ Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Can't login websieve
Hi, On Thu, 24 Aug 2006 12:55:32 +0200 Phil Pennock [EMAIL PROTECTED] said: spodhuis You need to have an entry in /etc/cyrus.conf detailing sieve and to send spodhuis a SIGHUP to the Cyrus master process to tell it to re-read its config spodhuis file. spodhuis The SERVICES block needs something like: spodhuissieve cmd=timsieved listen=sieve prefork=0 spodhuis and if you're not sure how to find the process and send it a HUP then spodhuis just use the OS's rc.d scripts to restart the master; existing IMAP spodhuis connections will then be dropped, though. The FreeBSD imapd script spodhuis doesn't appear to have a reload command built in to make this easier. Since sieve is not privileged port, it should work for sieve. However, since master is running without root privilege, it doesn't work for privileged port. This is why I don't add reload command to rc.d/imapd. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org http://www.imasy.org/~ume/ Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Can't login websieve
Hi, On Wed, 23 Aug 2006 18:08:57 +1000 Sam [EMAIL PROTECTED] said: sam # sivtest -a cyrus localhost sam getaddrinfo: servname not supported for ai_socktype sam failure: Network initialization - can not connect to localhost:sieve The error message is out when a specified service name is not found in /etc/services. I suspect you didn't add `sieve' entry like following into your /etc/services: sieve 2000/tcp callbook Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org http://www.imasy.org/~ume/ Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Some part of bug from 2.3.4 still in 2.3.5
Hi, On Thu, 25 May 2006 18:00:00 +1000 Bron Gondwana [EMAIL PROTECTED] said: brong ... it appears reconstruct just blindly re-applied the value of brong modseq from the already existing entry without checking if it brong was valid. brong The attached patch contains my previous patch to fix the brong append_copy code path along with an additional check in brong reconstruct which will set modseq to 1 if it doesn't brong already have a value. Since modseq always starts at 1 and brong is increased each operation, I think that's OK for people brong running in the CONDSTORE universe as well. It's certainly brong fine for those of us where modseq will always be 1. I met this problem, too, and your patch solved the problem. Thank you! Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org http://www.imasy.org/~ume/ Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus IMAPd 2.3.4 Released
Hi, On Tue, 23 May 2006 10:44:15 -0400 Ken Murchison [EMAIL PROTECTED] said: murch I am pleased to announce the release of Cyrus IMAPd 2.3.4. This is a murch BETA-quality release, reflecting that it has significant numbers of new murch features that have not been tested on a wide-scale basis, although murch earlier versions of this code have been running at several sites for murch quite some time. Are there any backward compatibility issue against 2.3.3? The lmtpd cannot accept any new message with following message: May 24 01:03:55 ameno lmtpunix[37779]: accepted connection May 24 01:03:55 ameno lmtpunix[37779]: lmtp connection preauth'd as postman May 24 01:03:55 ameno lmtpunix[37779]: verify_user(user.ume) failed: Mailbox has an invalid format And, my MUA complains to cannot find %INBOX. I'm not sure they are related to this problem, but I have following settings in my imapd.conf: unixhierarchysep: yes altnamespace: yes duplicatesuppression: no flushseenstate: yes Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org http://www.imasy.org/~ume/ Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus IMAPd 2.3.4 Released
Hi, On Tue, 23 May 2006 12:38:12 -0400 Ken Murchison [EMAIL PROTECTED] said: May 24 01:03:55 ameno lmtpunix[37779]: accepted connection May 24 01:03:55 ameno lmtpunix[37779]: lmtp connection preauth'd as postman May 24 01:03:55 ameno lmtpunix[37779]: verify_user(user.ume) failed: Mailbox has an invalid format And, my MUA complains to cannot find %INBOX. murch If you reconstruct the mailbox, do the problems go away? Yes, it fixed the problem. Thank you. However, when I update an index from my MUA, new messages don't appear in the index at all. I'm sure there are new messages in my mailbox, though. I downgraded to 2.3.3, then the new messages appeared in the index of my MUA. Any idea? Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org http://www.imasy.org/~ume/ Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus IMAPd 2.3.0 Released
/pop3d.c Sat Dec 10 16:16:16 2005
@@ -103,6 +103,10 @@ extern char *optarg;
extern int opterr;
+#ifdef DRAC_AUTH
+static int drac_enabled;
+extern int dracauth(char *server, unsigned long userip, char **errmsg);
+#endif /* DRAC_AUTH */
#ifdef HAVE_SSL
static SSL *tls_conn;
@@ -507,6 +511,10 @@ int service_main(int argc __attribute__(
prot_settimeout(popd_in, timeout*60);
prot_setflushonread(popd_in, popd_out);
+#ifdef DRAC_AUTH
+drac_enabled = (config_getint(IMAPOPT_DRACINTERVAL) 0);
+#endif /* DRAC_AUTH */
+
if (kflag) kpop();
/* we were connected on pop3s port so we should do
@@ -1636,6 +1644,21 @@ int openinbox(void)
popd_mailbox = mboxstruct;
proc_register(pop3d, popd_clienthost, popd_userid,
popd_mailbox-name);
+
+#ifdef DRAC_AUTH
+ if (drac_enabled
+ ((struct sockaddr *)popd_remoteaddr)-sa_family == AF_INET) {
+ char *err;
+
+ if (dracauth((char*) config_getstring(IMAPOPT_DRACHOST),
+ ((struct sockaddr_in *)popd_remoteaddr)-sin_addr.s_addr, err) != 0) {
+ /* disable DRAC */
+ drac_enabled = 0;
+ syslog(LOG_ERR, dracauth: %s, err);
+ syslog(LOG_ERR, DRAC notifications disabled);
+ }
+ }
+#endif /* DRAC_AUTH */
}
/* Create telemetry log */
Index: imap/version.c
diff -u -p imap/version.c.orig imap/version.c
--- imap/version.c.orig Thu Feb 17 06:06:19 2005
+++ imap/version.c Sat Dec 10 16:16:16 2005
@@ -151,6 +151,10 @@ void id_response(struct protstream *pout
snprintf(env_buf + strlen(env_buf), MAXIDVALUELEN - strlen(env_buf),
; %s, SIEVE_VERSION);
#endif
+#ifdef DRAC_AUTH
+snprintf(env_buf + strlen(env_buf), MAXIDVALUELEN - strlen(env_buf),
+ ; DRAC);
+#endif
#ifdef HAVE_LIBWRAP
snprintf(env_buf + strlen(env_buf), MAXIDVALUELEN - strlen(env_buf),
; TCP Wrappers);
Index: lib/imapoptions
diff -u lib/imapoptions.orig lib/imapoptions
--- lib/imapoptions.orig Fri Nov 18 00:46:29 2005
+++ lib/imapoptions Sat Dec 10 16:19:44 2005
@@ -195,6 +195,14 @@
{ deleteright, c, STRING }
/* The right that a user needs to delete a mailbox. */
+{ dracinterval, 5, INT }
+/* If nonzero, enables the use of DRAC (Dynamic Relay Authorization
+ Control) by the pop3d and imapd daemons. Also sets the interval
+ (in minutes) between re-authorization requests made by imapd. */
+
+{ drachost, localhost, STRING }
+/* Hostname of the RPC dracd server. */
+
{ duplicate_db, berkeley-nosync, STRINGLIST(berkeley, berkeley-nosync, skiplist) }
/* The cyrusdb backend to use for the duplicate delivery suppression
and sieve. */
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org
http://www.imasy.org/~ume/
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Connection Refused
Hi, On Mon, 21 Nov 2005 15:22:19 +0800 (PHT) Allan T. Parreno [EMAIL PROTECTED] said: allan Yeah, Im running tcp wrappers, but ive already add it on my hosts.allow allan and its shows something like this allan pop3d, imapd : 127.0.0.1/255.0.0.0 You need to specify it by service name specified in cyrus.conf. So, it must be pop3 and imap. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org http://www.imasy.org/~ume/ Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: lmtp delivery to cyrus store over unix socket requires /etc/hosts.allow entry. why?
Hi,
On Tue, 18 Oct 2005 09:32:58 -0700
OpenMacNews [EMAIL PROTECTED] said:
openmacnews QUESTION: why is a hosts.allow entry required in the 1st
openmacnews place for lmtpunix transport over a UNIXsocket?
I don't know about MacOS X, but there was similar bug in FreeBSD. So,
our port still applies following patch to avoid the bug in old version
of FreeBSD:
Index: master/service-thread.c
diff -u master/service-thread.c.orig master/service-thread.c
--- master/service-thread.c.origWed Jan 22 22:52:36 2003
+++ master/service-thread.c Wed Jan 22 23:09:52 2003
@@ -99,6 +99,9 @@
struct sockaddr_storage sin;
socklen_t len = sizeof(sin);
+/* XXX: old FreeBSD didn't fill sockaddr correctly against AF_UNIX */
+sin.ss_family = AF_UNIX;
+
/* is this a connection from the local host? */
if (getpeername(fd, (struct sockaddr *) sin, len) == 0) {
if (((struct sockaddr *)sin)-sa_family == AF_UNIX) {
openmacnews and, why 0.0.0.0 for localhost, rather than 127.0.0.1
openmacnews or 'localhost' in hosts.allow?
UNIX domain socket is not localhost. Perhaps, getpeername() doesn't
fill sockaddr against UNIX domain socket. So, it matches with
0.0.0.0.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org
http://www.imasy.org/~ume/
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: lmtp delivery to cyrus store over unix socket requires /etc/hosts.allow entry. why?
Hi, On Tue, 18 Oct 2005 11:32:58 -0700 OpenMacNews [EMAIL PROTECTED] said: openmacnews i tried making this _specific_ change to my cyrus code, but, to no avail ... openmacnews delivery _still_ requires the presence of: openmacnewslmtpunix : 0.0.0.0 openmacnews in /etc/hosts.allow Oops, there is same chunk in master/service.c, and it is used in usual. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org http://www.imasy.org/~ume/ Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: cyradm : unknown host locahost
Hi, On Mon, 20 Jun 2005 13:51:09 +0200 Didi Rieder [EMAIL PROTECTED] said: adrieder just comment the following out in lib/imclient.c and recompile: adrieder hints.ai.flags = AI_CANONNAME; adrieder It should be arround line 238. Umm, are you mean Solaris has a bug around AI_CANONNAME? You shouldn't do that. If you do that, you cannot obtain canonname for later use. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org http://www.imasy.org/~ume/ --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus IMAPd 2.1.12 Released
Hi,
On Mon, 3 Feb 2003 16:51:00 -0500 (EST)
Rob Siemborski [EMAIL PROTECTED] said:
rjs3 I'm pleased to announce the release of Cyrus IMAPd 2.1.12. This release
I updated my IPv6 support patch for Cyrus IMAPd 2.1.12. You can find
it from:
http://www.imasy.or.jp/~ume/ipv6/cyrus-imapd-2.1.12-ipv6-20030204.diff.gz
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
Re: Trouble with Cyrus IMAP on FreeBSD
Hi,
On Tue, 24 Dec 2002 03:30:15 + (GMT)
Darren Joy [EMAIL PROTECTED] said:
darrenj with saslauthd disabled and pwcheck instead - partially successful, can
darrenj create entries in sasldb, can run cyradm, create mailboxes, log into IMAP
darrenj or POP from localhost, all working, except; access from elsewhere gets me
darrenj a terminated connection, or the wrapper twist you are not allowed to use
darrenj pop3|imap from yourhost.com even though there are pop3d : ALL : allow
darrenj and imapd : ALL : allow entries in hosts.allow. By adding at the top
darrenj of hosts.allow ALL : ALL : allow it will work, but that kind of defeats
darrenj the point of having wrappers... Looking through the docs doesn't suggest
darrenj anything else that needs a clause in hosts.allow, so I am at a loss as to
darrenj what's missing. I don't use sieve, disabled in cyrus.conf so I don't think
darrenj it's that, adding a clause for lmtpd hasn't helped either.
Please try:
imap : ALL : allow
pop3 : ALL : allow
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
Re: Cyrus IMAPd 2.1.10 Released
Hi,
Mon, 18 Nov 2002 06:28:37 +0900,
Hajimu UMEMOTO [EMAIL PROTECTED] said:
On Sun, 17 Nov 2002 12:35:41 -0500
Lawrence Greenfield [EMAIL PROTECTED] said:
leg+ We'd like to get IPv6 support into 2.2. Would it be possible for you to
leg+ create your patch against the 2.2 branch in CVS?
ume Oh, it's a great news! Okay, though my patch is against the 2.1 and I
ume didn't see 2.2 branch, yet, I'll do against 2.2 branch, ASAP.
I've just made a patch for 2.2.prealpha. You can find it from:
http://www.imasy.or.jp/~ume/ipv6/cyrus-imapd-2.2.prealpha-ipv6-20021122.diff.gz
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
Re: Cyrus IMAPd 2.1.10 Released
Hi,
On Sun, 17 Nov 2002 12:35:41 -0500
Lawrence Greenfield [EMAIL PROTECTED] said:
leg+ We'd like to get IPv6 support into 2.2. Would it be possible for you to
leg+ create your patch against the 2.2 branch in CVS?
Oh, it's a great news! Okay, though my patch is against the 2.1 and I
didn't see 2.2 branch, yet, I'll do against 2.2 branch, ASAP.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
Re: Cyrus IMAPd 2.1.10 Released
Hi,
On Wed, 13 Nov 2002 15:57:57 -0500 (EST)
Rob Siemborski [EMAIL PROTECTED] said:
rjs3 I'm pleased to announce the release of Cyrus IMAPd 2.1.10. This is mostly
rjs3 a bug-fix and cleanup release, with the notable new feature of Berkeley DB
rjs3 4.1 support.
My IPv6 patch for Cyrus IMAPd 2.1.10 is now available from:
http://www.imasy.or.jp/~ume/ipv6/cyrus-imapd-2.1.10-ipv6-20021115.diff.gz
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
Re: Compiling cyrus-imapd for Solaris 2.5 ( Respost )
Hi,
On Wed, 23 Oct 2002 10:13:18 +0200
Francesc Guasch [EMAIL PROTECTED] said:
frankie Carson Gaspar wrote:
--On Monday, October 21, 2002 10:43 AM +0200 Francesc Guasch
In file included from getaddrinfo.c:71:
/usr/local/lib/gcc-lib/sparc-sun-solaris2.5/3.2/include/rpc/clnt.h:110:
field `RE_why' has incomplete type
defined in /usr/include/rpc/auth.h
frankie Thank you ! I added a couple more of includes in getaddrinfo.c and
frankie now it compiles.
frankie I'm afraid it now stops in getnameinfo.c. I have been trying
frankie hard to look for the right file to include
frankie getnameinfo.c: In function `sasl_getnameinfo':
frankie getnameinfo.c:92: type of formal parameter 1 is incomplete
frankie getnameinfo.c:95: type of formal parameter 1 is incomplete
frankie if (strlen(
frankie inet_ntoa(
sin-sin_addr
frankie 92: )) = hostlen)
frankie return EAI_MEMORY;
frankie else {
frankie 95: strcpy(host, inet_ntoa(sin-sin_addr));
frankie It looks like inet_ntoa doesn't like the return of sin-sin_addr
frankie so I tried to cast it to (const struct in_addr). But I must be
frankie wrong because it didn't work.
I cannot believe that that code couldn't be compiled.
frankie anything else I could try ?
The friend of mine tried to build under SunOS 5.5.1 with Sun C
compiler and gcc:
SunOS x.xxx.xx.xx 5.5.1 Generic_103640-33 sun4u sparc SUNW,Ultra-2
gcc: egcs-2.91.66
cc: SC4.0 18 Oct 1995 C 4.0
I heared the result that it was compiled fine with ether gcc or cc. I
suspect that there is something wrong in your installation of gcc-3.2.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
Re: Cyrus SASL 2.1.8 Released
Hi,
On Fri, 11 Oct 2002 11:07:48 -0400 (EDT)
Rob Siemborski [EMAIL PROTECTED] said:
rjs3 I'd like to announce the beta release of Cyrus SASL 2.1.8 on
rjs3 ftp.andrew.cmu.edu. This version includes the usual round of bug fixes,
rjs3 as well as support for the NTLM mechanism, Berkeley DB 4.1, and OS/390.
rjs3 Additionally, this version includes a much better shared/static build
rjs3 system, which uses libtool for both the shared and static parts of
rjs3 the build process.
It is not buildable without defined PIC under FreeBSD. And, since
DO_DLOPEN is not defined, libsasl2 cannot load any plugins. Here is a
workaround:
Index: lib/dlopen.c
diff -u lib/dlopen.c.orig lib/dlopen.c
--- lib/dlopen.c.orig Fri Sep 6 04:21:14 2002
+++ lib/dlopen.cSat Oct 12 05:17:08 2002
@@ -56,6 +56,13 @@
#include sasl.h
#include saslint.h
+#ifdef __FreeBSD__
+#define DO_DLOPEN
+#ifndef PIC
+#define PIC
+#endif
+#endif
+
#ifndef PIC
#include saslplug.h
#include staticopen.h
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
Re: Cyrus continues to stop working.. no fix available?
Hi,
On Tue, 14 May 2002 00:14:21 -0500
Dustin Puryear [EMAIL PROTECTED] said:
dpuryear Why installed cyrus-imapd via ports under FreeBSD. Perhaps they had a
dpuryear reason. I did just confirm the version:
FreeBSD port of cyrus-imapd has an IPv6 awareness by applying my an
IPv6 support patch. To accept both IPv6 and IPv4 without relying on
IPv4-mapped IPv6 address, the service structure is extended. Though I
don't met such problem, it may break the process management of master.
If you don't use an IPv6 at all, please try disabling an IPv6 by
following setting and tell me the result:
pop3 cmd=pop3d listen=0.0.0.0:pop3 prefork=0
# An IPv6 patch for 2.1.4 has `tcp4' and `tcp6' in 'proto' for this
# purpose.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
Re: Cyrus IMAP 2.1.4 released
Hi,
On Tue, 30 Apr 2002 14:49:42 -0400
Lawrence Greenfield [EMAIL PROTECTED] said:
leg+ I'm happy to announce that Cyrus IMAP 2.1.4 has been released. This
leg+ has several useful enhancements and bugfixes, and all users of 2.1 are
leg+ encouraged to upgrade. This is the version we're using internally at
leg+ CMU (modulo last minute documentation) and I encourage people running
leg+ 2.0 or older to consider upgrading.
I just put my IPv6 support patch for 2.1.4:
http://www.imasy.or.jp/~ume/ipv6/cyrus-imapd-2.1.4-ipv6-20020511.diff.gz
You can find my test version of FreeBSD ports from:
http://www.imasy.or.jp/~ume/FreeBSD/cyrus-imapd2/
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
Re: Cyrus IMAP 2.1.4 released
Hi,
On Tue, 30 Apr 2002 14:49:42 -0400
Lawrence Greenfield [EMAIL PROTECTED] said:
leg+ I'm happy to announce that Cyrus IMAP 2.1.4 has been released. This
leg+ has several useful enhancements and bugfixes, and all users of 2.1 are
leg+ encouraged to upgrade. This is the version we're using internally at
leg+ CMU (modulo last minute documentation) and I encourage people running
leg+ 2.0 or older to consider upgrading.
It cannot be compiled under FreeBSD due to absence of O_DSYNC. Though
I dunno what O_DSYNC is, maybe O_FSYNC is an alternative of it.
Index: lib/cyrusdb_skiplist.c
diff -u lib/cyrusdb_skiplist.c.orig lib/cyrusdb_skiplist.c
--- lib/cyrusdb_skiplist.c.orig Wed Apr 24 03:25:48 2002
+++ lib/cyrusdb_skiplist.c Thu May 2 04:18:15 2002
@@ -67,6 +67,10 @@
#include lock.h
#include retry.h
+#ifndef O_DSYNC
+#define O_DSYNCO_FSYNC
+#endif
+
#define PROB (0.5)
/*
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
Re: [PATCH] SASLv2 support for Sendmail 8.12.3
Hi,
In article [EMAIL PROTECTED]
Ken Murchison [EMAIL PROTECTED] wrote:
ken For those of you longing for SASLv2 support for Sendmail, I have created
ken a patch which can be
ken downloaded from the following locations:
ken http://www.oceana.com/ftp/sendmail-8.12.3-SASLv2.Beta1.patch.gz
ken ftp://ftp.oceana.com/pub/sendmail-8.12.3-SASLv2.Beta1.patch.gz
Oh, It's great!
ken - Although I have tested this fairly extensively (it is also currently
ken running on my production box) and the code has been reviewed by Mr.
ken SASL himself (Rob Siemborski), I would still consider this of beta
ken quality.
I'm sorry but I don't test it actually, yet.
There are `struct sockaddr_in' in your patch. Yes, it came from
sendmail's code, and not yours. Now, it should be `struct
sockaddr_storage'. Otherwise, it seems fail with an IPv6 connection.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
Re: Cyrus IMAP v2.1.0 BETA released
Hi,
On Thu, 6 Dec 2001 13:43:14 -0500
Lawrence Greenfield [EMAIL PROTECTED] said:
leg+ I'm pleased to announce Cyrus IMAP 2.1.0.
I've just merged my IPv6 support into 2.1.0. You can obtain from:
http://www.imasy.or.jp/~ume/ipv6/cyrus-imapd-2.1.0-BETA-ipv6-20011211.diff.gz
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
Re: [POLL] Cyrus v2.1 and SASL v2
Hi,
On Mon, 19 Nov 2001 13:54:11 -0500
Ken Murchison [EMAIL PROTECTED] said:
ken We are getting close to releasing Cyrus v2.1 (yeah, I know I've said
ken this a bunch of times already) and we are leaning towards making it
ken dependent on SASL v2. We would like to do this for a number of reasons:
Can we have a chance to support IPv6? SASL v2 supports IPv6 already.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
Re: Sendmail Problem
Hi,
On Mon, 15 Oct 2001 11:21:14 +0200
Stefano Coatti [EMAIL PROTECTED] said:
stefano.coatti With sendmail version 8.12, all is rigth only using IPC in the mailer
stefano.coatti definition in sendmail.cf while Cyrus deliver does not work.
stefano.coatti Now, after sendmail 8.12, IPC is not supported so I can't upgrade
sendmail
stefano.coatti on my Cyrus server.
Is it right? I'm using Cyrus IMAP server with sendmail-8.12.1, here.
The following is my mailer definition:
Mcyrus, P=[IPC], F=lsDFMnqA@/:|SmXz, E=\r\n,
S=EnvFromL, R=EnvToL/HdrToL, T=DNS/RFC822/X-Unix,
A=FILE /var/imap/socket/lmtp
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
Re: install error
On Mon, 24 Sep 2001 11:27:14 +0200
oliver [EMAIL PROTECTED] said:
oliver i`m trying to get the cyrus imap server up and running! i have freebsd 4.3
oliver stable with cyrus-sasl-1.5.24_7 and cyrus-imapd-2.0.16_1 running but i get
oliver these errors if master is trying to start:
oliver zmonster master[239]: process 283 exited, status 75
oliver zmonster imapd: could not getenv(CYRUS_SERVICE); exiting
oliver zmonster pop3d: could not getenv(CYRUS_SERVICE); exiting
Are you sure invoking from master? 2.X is not from inetd anymore.
You can find /usr/local/etc/rc.d/imapd.sh.sample.
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
reconfig by SIGHUP
Hi,
It seems reconfig is not working well. There are two problems:
- The master doesn't issue shutdown(2) at clean up sockets. So,
re-bind to same address fails with `Address already in use' at
least under FreeBSD.
- Since the master is running without root privilege, re-bind to
privileged port is fail. Setting become_cyrus_early to 0 seems to
solve this problem. However, it may need further security
consideration.
Here is a patch.
Index: master/master.c
diff -u master/master.c.orig master/master.c
--- master/master.c.origSun Jul 8 07:56:48 2001
+++ master/master.c Mon Jul 9 21:28:30 2001
@@ -94,7 +94,7 @@
#define SERVICE_PATH (CYRUS_PATH /bin)
enum {
-become_cyrus_early = 1,
+become_cyrus_early = 0,
child_table_size = 1,
child_table_inc = 100
};
@@ -954,7 +954,10 @@
Services[i].nactive = 0;
/* close all listeners */
- if (Services[i].socket 0) close(Services[i].socket);
+ if (Services[i].socket 0) {
+ shutdown(Services[i].socket, SHUT_RDWR);
+ close(Services[i].socket);
+ }
Services[i].socket = 0;
Services[i].saddr = NULL;
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
Re: Installing on FreeBSD
Hi,
On Tue, 03 Jul 2001 15:23:46 -0400
Joe Talbott [EMAIL PROTECTED] said:
josepht Here are the steps I took to install on FreeBSD 4.3-STABLE
There are requests that someone wish to have spool directory in
another place than default. So, current cyrus-imapd port doesn't
create spool automatically. You'll see the following message at the
end of install, instead.
To setup mail spool, modify /usr/local/etc/imapd.conf appropriately,
then run /usr/local/cyrus/bin/mkimap.
josepht cd /usr/ports/mail/cyrus-imapd/
josepht sudo make clean
josepht sudo make
josepht sudo make install
josepht # edited imapd.conf, added 'root' and 'cyrus' as admins, added tls-cert
josepht and key
josepht sudo vi /usr/local/etc/imapd.conf
You need to run /usr/local/cyrus/bin/mkimap here.
josepht # configured sendmail to deliver to cyrus
josepht # there's a sample file in the docs directory
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
Re: Cyrus IMAP 2.0.14 released
Hi,
On Wed, 30 May 2001 13:38:52 -0400
Lawrence Greenfield [EMAIL PROTECTED] said:
leg+ Get Cyrus imapd at
leg+ftp://ftp.andrew.cmu.edu/pub/cyrus-mail/cyrus-imapd-2.0.14.tar.gz
It fails to compile with APOP support. Here is a patch.
Index: imap/pop3d.c
diff -u imap/pop3d.c.orig imap/pop3d.c
--- imap/pop3d.c.orig Thu May 31 06:24:20 2001
+++ imap/pop3d.cThu May 31 06:35:46 2001
@@ -53,6 +53,7 @@
#include fcntl.h
#include time.h
#include signal.h
+#include assert.h
#include sys/types.h
#include sys/param.h
#include syslog.h
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
Re: PAM authentication does not work with latest .tar.gz files ...
On Mon, 7 May 2001 13:37:42 -0300 (ADT)
Marc G. Fournier [EMAIL PROTECTED] said:
marc.fournier If I do an 'saslpasswd -d marc' to remove myself from the sasldb file,
marc.fournier then try and re-connect with pine, I get the following error:
marc.fournier May 7 13:21:00 new-relay imapd[66067]: badlogin:
atelier.acadiau.ca[131.162.138.223] CRAM-MD5 authentication failure [no secret in
database]
I believe CRAM-MD5 authentication requires sasldb. You need to
change pine setting to use plain password.
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
Re: PAM authentication does not work with latest .tar.gz files ...
On Mon, 7 May 2001 16:33:46 -0300 (ADT)
The Hermit Hacker [EMAIL PROTECTED] said:
scrappy On Tue, 8 May 2001, Hajimu UMEMOTO wrote:
On Mon, 7 May 2001 13:37:42 -0300 (ADT)
Marc G. Fournier [EMAIL PROTECTED] said:
marc.fournier If I do an 'saslpasswd -d marc' to remove myself from the sasldb file,
marc.fournier then try and re-connect with pine, I get the following error:
marc.fournier May 7 13:21:00 new-relay imapd[66067]: badlogin:
atelier.acadiau.ca[131.162.138.223] CRAM-MD5 authentication failure [no secret in
database]
I believe CRAM-MD5 authentication requires sasldb. You need to
change pine setting to use plain password.
scrappy Any idea how?
Though I have no experience with pine, doesn't pine have the
configuration for the authentication method? LOGIN should work.
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
Re: master not respawning properly under OpenBSD 2.8
Hi,
On Mon, 05 Feb 2001 20:10:18 -0500
Bitt Faulk [EMAIL PROTECTED] said:
I don't know if this is an OS issue or a Cyrus issue, so if folks
would continue to look at it (if you already were :-), I'd appreciate
it.
wfaulk Also, I discovered, this problem does not exist under 2.0.9.
wfaulk How many times can I follow up to myself?
Your problem is likely to the problem I reported before under FreeBSD.
Try following patch:
Index: master/master.c
diff -u master/master.c.orig master/master.c
--- master/master.c.origTue Jan 30 06:53:26 2001
+++ master/master.c Fri Feb 2 05:48:48 2001
@@ -969,7 +969,9 @@
}
}
+#ifndef __FreeBSD__
limit_fds(RLIM_INFINITY);
+#endif
/* zero out the children table */
memset(ctable, 0, sizeof(struct centry *) * child_table_size);
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
Re: Cyrus IMAP 2.0.11 released
Hi,
On Wed, 31 Jan 2001 14:44:38 -0500
Lawrence Greenfield [EMAIL PROTECTED] said:
leg+ I've just put version 2.0.11 on the ftp site; it's mostly an
leg+ accumulation of small bugfixes since 2.0.9 and is very similiar to
leg+ what we're running in production on cyrus.andrew.cmu.edu.
leg+ We now consider the 2.0 line production quality code.
Is it actually working?
1st time, the connection is accepted. But, 2nd time, master wouldn't
accept any connections.
When imapd, pop3d or something is invoked, MASTER_SERVICE_UNAVAILABLE
is notified to master via pipe. However, master wouldn't hear this
message. As the result, once child process is invoked,
s-ready_workers has non zero value and it wouldn't back to zero.
Then master becomes never listen for connections.
In 2.0.9, unlimit_fds() was defined but it was never used. In 2.0.11,
limit_fds() that is rewrite version of unlimit_fds() is activated.
This causes the problem at least under FreeBSD 4.2-STABLE.
So, I put following patch for workaround and it's working:
Index: master/master.c
diff -u master/master.c.orig master/master.c
--- master/master.c.origTue Jan 30 06:53:26 2001
+++ master/master.c Fri Feb 2 05:48:48 2001
@@ -969,7 +969,9 @@
}
}
+#ifndef __FreeBSD__
limit_fds(RLIM_INFINITY);
+#endif
/* zero out the children table */
memset(ctable, 0, sizeof(struct centry *) * child_table_size);
I hear from my friend that there is same problem on his Solaris8 box.
When I had been working on merging my IPv6 support code for 2.0.9 into
2.0.11, I met this problem. But, this problem also occurs with plain
2.0.11.
There are my IPv6 patch and FreeBSD port of 2.0.11:
IPv6 patch:
http://www.imasy.or.jp/~ume/ipv6/cyrus-imapd-2.0.11-ipv6-20010201.diff.gz
http://www.imasy.or.jp/~ume/ipv6/cyrus-sasl-1.5.24-ipv6-20001226.diff.gz
cyrus-imapd 2.0.11 FreeBSD port:
http://www.imasy.or.jp/~ume/ipv6/cyrus-port-20010201.tar.gz
About a month ago, I sent my IPv6 patch for 2.0.9 to
[EMAIL PROTECTED] But, I have never hear any response. Is
cyrus guys actually read the report? Or, don't they interest in IPv6
support?
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
Re: connection refused - lmtp socket
Hi,
On Thu, 11 Jan 2001 21:30:33 +0100
Timo Proescholdt [EMAIL PROTECTED] said:
timo $ mail -s test user file
timo by some sript, the mail is put into the queue and i get a
timo " raidserver deliver[14798]: connect(/var/imap/socket/lmtp) failed: Connection
refused"
timo into my logs.
Do you activate libwrap? If so, libwrap doesn't understand AF_UNIX.
You should allow all connection to lmtpd in hosts.allow like follow:
lmtpd : ALL : allow
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
