[Dovecot] problems building / starting test40 + test42
Hi
I was trying to build test40 (and then test42, since it came out in the mean time) on my fresh Solaris 9 box at home, and ran into a few snags.
First problem was during the build. Make spat the dummy in the auth directory:Making all in auth make: Fatal error in reader: Makefile, line 701: Unexpected end of line seen Current working directory /home/pkg/dovecot-1.0-test42/src/auth
So, I went and checked it out, to find what certainly looked to me like an error:697:distclean-generic clean-generic maintainer-clean-generic clean
698:mostlyclean distclean maintainer-clean
699:
700: checkpassword-reply.c
701:
702:# Tell versions [3.59,3.63) of GNU make to not export all variables.
Originally, I tried tacking that onto the end of the preceding list, but when the next problem came about, I tried commenting it out... with no joy.
The next problem was in starting it. I've configured Dovecot before, and it runs great, keeping all the users at my work happy and supplied with spa... erm... e-mail. I also have an older test version installed on an old SparcStation 5 at home.
But when I try to start it, it complains of not being able to drop root group privileges. I googled about for a bit, and found mention of ensuring the minimum GID level was set right... but still no joy. I'm at a loss.
Any suggestions? Any requests for better info to help debug?-- Curtis Maloney cmaloney@cardgate.net
On Tue, Sep 14, 2004 at 09:39:33AM +1000, Curtis Maloney wrote:
this is the standard error you get when using sun's make on a Makefile that assumes GNU make. get and install GNU make (if you don't already have it installed)
Any suggestions? Any requests for better info to help debug?
sorry, i can't help you with the second issue, dovecot 0.99.11 works fine on my sol9 box, so i'm sticking with that until 1.0 comes out (and it is also time to build a new mail server)
-brian
"The cats tend to administer themselves, and contrary to the expected facts, the house and everything in it was installed for their benefit." -- Nic Clews
Brian Hechinger wrote:
I had a suspicion that might be the case. Is there any way to overcome this without swapping to GNU Make? Or is it a limitation of autoconf/automake?
I realise installing GNU Make isn't a big issue (thank you, Sun Freeware :), but I tend to prefer to solve causes, not symptoms :)
-brian
-- Curtis Maloney cmaloney@cardgate.net
Well... I installed GNU Make, and it built cleanly this time... but it's still not starting. Same problem... can't drop root group privs.
Now, if the minimum gid setting is 100, and the GID of the dovecot group is 100... could it be there's a > instead of a >= ?
I know, I could check myself... but I'm at work now, where we run 0.99... and my 1.0-test box is at home.. :)
-- Curtis Maloney cmaloney@cardgate.net
On 15.9.2004, at 02:18, Curtis Maloney wrote:
Dovecot group has nothing to do with GIDs used by imap process. http://wiki.dovecot.org/moin.cgi/UserIds should help you understand them.
The problem is you're trying to log in as user who has primary group been set to wheel (ie. gid 0). There's two possible fixes:
a) Use another primary group and put yourself to wheel group in /etc/group. In this case Dovecot automatically drops you from wheel group
b) Set first_valid_gid = 0 and Dovecot allows it
On 16.9.2004, at 18:17, Timo Sirainen wrote:
Although I don't understand why it would still say that error message with test42. I just tried and with me it gives:
dovecot: Sep 16 18:24:32 Error: Logins for users with primary group ID 0 (user cras) not permitted (see first_valid_gid in config file).
And after setting it to 0 it allowed me to log in..
Timo Sirainen wrote:
Yes.. this is because it's not when a user logs in.. it's when I _start_ Dovecot. Hence the subject stating problems "starting" Dovecot.
I must admit, it's got me baffled... as I said in my original post - this isn't the first time I've set up Dovecot. Not even the first time I've set up a test series version. And always on a Solaris box. Yet this time it doesn't work.
-- Curtis Maloney cmaloney@cardgate.net
Timo Sirainen wrote:
Yeah, I didn't think it would, but I was trying whatever I could find...
The problem is you're trying to log in as user who has primary group been set to wheel (ie. gid 0). There's two possible fixes:
No, I'm not. There is no "wheel" on a Solaris box. Additionally, I'm not getting a chance for _anyone_ to log in. The auth process dies immediately at startup.
b) Set first_valid_gid = 0 and Dovecot allows it
-- Curtis Maloney cmaloney@cardgate.net
On 17.9.2004, at 02:33, Curtis Maloney wrote:
Oh. Usually that problem has been only when logging in. So, if it happens with auth process, what have you set auth_user to? And if it's not root, what groups does it belong to? If it is root, I'm not really sure why it would happen..
On Wed, Sep 15, 2004 at 09:18:05AM +1000, Curtis Maloney wrote:
Well... I installed GNU Make, and it built cleanly this time... but it's still not starting. Same problem... can't drop root group privs.
Curtis,
We had a chat about this in IRC, and I suggested reverting src/lib/restrict-access.c to revision 1.13 - did it help at all?
J
-- Joshua Goodall "as modern as tomorrow afternoon" joshua@roughtrade.net - FW109
participants (4)
-
Brian Hechinger
-
Curtis Maloney
-
Joshua Goodall
-
Timo Sirainen