38 messages in net.sourceforge.lists.courier-usersRE: [courier-users] Re: giving makeus...
FromSent OnAttachments
Ben RosengartJul 5, 2002 4:02 pm 
Sam VarshavchikJul 5, 2002 5:02 pm 
Ben RosengartJul 5, 2002 8:51 pm 
Sam VarshavchikJul 5, 2002 8:59 pm 
Ben RosengartJul 16, 2002 8:19 am 
Sam VarshavchikJul 16, 2002 2:04 pm 
Ben RosengartJul 17, 2002 1:17 pm 
Gordon MessmerJul 17, 2002 1:40 pm 
Sam VarshavchikJul 17, 2002 2:55 pm 
Ben RosengartJul 17, 2002 3:41 pm 
Ben RosengartJul 17, 2002 3:53 pm 
Sam VarshavchikJul 17, 2002 4:11 pm 
Ben RosengartJul 18, 2002 6:35 am 
Ben RosengartJul 18, 2002 9:32 am 
Jesse KeatingJul 18, 2002 9:48 am 
Ben RosengartJul 18, 2002 11:05 am 
Jesse KeatingJul 18, 2002 11:12 am 
Sam VarshavchikJul 18, 2002 11:30 am 
Ben RosengartJul 18, 2002 12:19 pm 
Ben RosengartJul 18, 2002 12:36 pm 
David MillerJul 18, 2002 1:14 pm 
Gordon MessmerJul 18, 2002 1:32 pm 
Juha SaarinenJul 18, 2002 1:39 pm 
Ben RosengartJul 18, 2002 1:49 pm 
Ben RosengartJul 18, 2002 1:52 pm 
Ben RosengartJul 18, 2002 1:54 pm 
Jesse KeatingJul 18, 2002 1:58 pm 
Sam VarshavchikJul 18, 2002 2:03 pm 
Bowie BaileyJul 18, 2002 2:05 pm 
Juha SaarinenJul 18, 2002 2:08 pm 
Ben RosengartJul 18, 2002 2:29 pm 
Ben RosengartJul 18, 2002 2:33 pm 
Ben RosengartJul 18, 2002 2:37 pm 
Sam VarshavchikJul 18, 2002 4:56 pm 
Alessandro VeselyJul 18, 2002 11:00 pm 
Ben RosengartJul 19, 2002 1:27 pm 
Todd LyonsJul 20, 2002 11:29 am 
Ben RosengartJul 22, 2002 7:43 pm 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:RE: [courier-users] Re: giving makeuserdb a little flexibilityActions...
From:Bowie Bailey (Bowi@BUC.com)
Date:Jul 18, 2002 2:05:46 pm
List:net.sourceforge.lists.courier-users

Without changing makeuserdb, you're not going to be able to keep your current setup without moving some files around every time you rebuild userdb. I would suggest writing a small script to do it for you.

cp -f /export/B/userdb /courier/etc/userdb makeuserdb cp -f /courier/etc/userdb.dat /export/B/userdb.dat

Have the script accept an argument for B or C and you can do "makemyuserdb B" or "makemyuserdb C".

It should work as far as I can see, but I'm a newbie with Courier and the userdb files. Anyone see a problem with this?

Bowie

-----Original Message----- From: Gordon Messmer [SMTP:yiny@eburg.com] Sent: Thursday, July 18, 2002 4:33 PM To: cour@lists.sourceforge.net Subject: Re: [courier-users] Re: giving makeuserdb a little flexibility

If you're only running 'makeuserdb' on host A, then there's not much of a problem with the current system. You can symlink userdb/whatever to the files you need, and run 'makeuserdb' on host A. Hosts B and C only need to read userdb.dat, so there shouldn't be a need for external files.

If you wanted (at any point) to maintain different userdb's on different hosts, while sharing the courier installation, you'd want to make the userdb directory and the userdb.dat file symlinks to /etc/local-courier/userdb (or something similar), so that each machine could maintain its own. It would not be sufficient to patch 'makeuserdb' in this case, because the hosts would overwrite the NFS mounted userdb.dat, and break the other hosts.

On Thu, 2002-07-18 at 12:34, Ben Rosengart wrote:

Hosts B and C run courier. They use different userdbs. Each mounts a filesystem from host A as /courier. So, in B's fstab, you see something more or less like:

A:/export/B /courier nfs rw 0,0

Host A does not run courier. It's a configuration management host. It stores the userdb source files somewhere, and writes B's userdb data files to /export/B, and C's to /export/C.

I think I realized where the confusion stems from. You think I'm running makeuserdb on hosts B and C. If I did that, then there would not be a problem. But I have been proceeding all this time on the assumption that makeuserdb would be running on host A.

The problem with running makeuserdb on hosts B and C is that it costs me an ssh every time I change a database on host A. On the other hand, the locking of the database is more likely to work correctly. I have to think about this more.