postfix_hints

This is part of The Pile, a partial archive of some open source mailing lists and newsgroups.



Subject: Re: Still needxing help with virtual users@virtual domains - this 
From: Charles Galpin <cgalpin@lighthouse-software.com>
Date: Tue, 14 Nov 2000 23:26:19 -0500 (EST)

On Tue, 14 Nov 2000, Jonathan Wilson wrote:
> 
> Now the problem comes when one of my clients whose web site I'm
> hosting, lets say hiswebsite.com, /also/ wants a pop3 account "joe".
> There cannot be 2 users named joe on one server. The most common thing
> to do here is to make a local user "joe2" and user the virtual
> usertable to map joe@hiswebsite.com to localuser "joe2" but that is
> NOT an acceptable solution. Some pop3d, such as GnuPop3d are able to
> handle this completely virutally, without needed to map the user to a
> local user. It does this by getting the mail out of /var/spool/vmail/.
> My problem, and the question I"m asking, is, how do I get Postfix to
> put virtual users mail into /var/spool/vmail? For instance, when mail
> comes in for joe@hiswebsite.com, instead of going to
> /var/spool/mail/joe, it goes to /var/spool/vmail/hiswebsite.com/joe
> and if I also have a joe@bigclient.com, then his mail goes in
> /var/spool/vmail/bigclient.com/joe and if there's a
> jane@bigclient.com, her mail would go into
> /var/spool/vmail/bigclient.! com/ja ne

Hi Jonathan

Ok, I can't solve your problem but like to think I can lead you down the
right path.

The first thing you need to understand is that postfix (your MTA) does
not deliver your mail. Your MDA does - most likely procmail.

In your main.cf you will find two parameters that are related to this,
most likely with these settings:

mail_spool_directory = /var/spool/mail
mailbox_command = /usr/bin/procmail

So, I think you want to look into the procmail options. postfix provides
all the necessary info needed to specify the sool file, in your case 
/var/spool/vmail/$EXTENSION/$LOCAL, you just need to figure out how to get
procmail to use it :)

Or try a different MDA.

===

Subject: Re: Installing Postfix on RH 6.2 - "user" problem
From: "Greg Wright" <redhat_list@mail.com>
Date: Wed, 15 Nov 2000 15:33:39 +1000

REPLY SEPARATOR  ***********

On 14/11/00 at 8:38 Charles Galpin wrote:

>On Tue, 14 Nov 2000, Jonathan Wilson wrote:
>
>> Howdy,
>> 
>> I'm still reading the docs, so hopefully I'm about to find the answer,
>> but, when trying to install a src.rpm of the Postfix that came with
>> Powertools 6.2, it complained about there not being a postix user nor
>> a postfix group.
>> 
>> Apparently it wants a user similar to "nobody" to run as.
>
>yup, and I also found it rather quirky that the source rpm required it.

Um, worrying......


> 
>> I'm not sure how to go about making this user - would anyone who's
>> installed such a thing care to explain?
>
>you could install it from a regular rpm and then save the
>/etc/passwd,group,shadow files before uninstallig it.
>
>Or, you could create it by hand. I have 
>
>/etc/passwd:
>postfix:x:89:89::/var/spool/postfix:/bin/true
>
>/etc/group:
>postfix:x:89:
>
>/etc/shadow:
>postfix:*:10964:0:99999:7:::

I cannot see a valid reason for the RPM to not create the user at install
time.


>
>on two systesm that I installed postfix on. Now that I think about it
>though, I'm not sure why the shell is /bin/true and not
>/bin/false. Anyone? I know /bin/false will disallow logins, but I'm not
>100% sure about the ramifications for /bin/true. I think the '*' in
>/etc/shadow makes this safe though.

/bin/false is the idea, it should NOT run with a shell, thats the idea...



> 
>> Also I'd like to hear from anyone else who's installed Postfix on RH
>> 6.2, if you have any tips.
>> 

>as someone already mentioned there is a good howto on it. As always,
>moongroup.com has a lot of good stuff.


Yeah moongroup.com  , look for   old Site, then mailhelp

===

Subject: Re: Installing Postfix on RH 6.2 - "user" problem
From: "Michael Burger" <mburger@CompuComIS.net>
Date: Tue, 14 Nov 2000 23:56:11 -0400

On Wed, 15 Nov 2000 15:33:39 +1000, Greg Wright wrote:

>>Or, you could create it by hand. I have 
>>
>>/etc/passwd:
>>postfix:x:89:89::/var/spool/postfix:/bin/true
>>
>>/etc/group:
>>postfix:x:89:
>>
>>/etc/shadow:
>>postfix:*:10964:0:99999:7:::
>
>I cannot see a valid reason for the RPM to not create the user at install
>time.

The source RPMs?

The binary RPMs seemed to do it just fine, but I can't, for the life
of me, think of one reason why it would be a good idea for a source
RPM to add entries into your passwd and/or shadow files.

Take into further account, that not all systems are set up with
shadow installed, or with other options for authentication, and the
RPMs might be able to be set up to take such instances into account.


===

Subject: Re: Installing Postfix on RH 6.2 - "user" problem
From: Charles Galpin <cgalpin@lighthouse-software.com>
Date: Wed, 15 Nov 2000 07:55:07 -0500 (EST)

On Tue, 14 Nov 2000, Michael Burger wrote:

> On Wed, 15 Nov 2000 15:33:39 +1000, Greg Wright wrote:

> >I cannot see a valid reason for the RPM to not create the user at install
> >time.
> 
> The source RPMs?
> 
> The binary RPMs seemed to do it just fine, but I can't, for the life
> of me, think of one reason why it would be a good idea for a source
> RPM to add entries into your passwd and/or shadow files.

agreed
 
> Take into further account, that not all systems are set up with
> shadow installed, or with other options for authentication, and the
> RPMs might be able to be set up to take such instances into account.

But, isn't this what building from a source rpm should do - analyze your
system and build an appropriately configured package **for your system**?

And I think it should be able to build without you manually adding the
user postfix.

===

Subject: Re: Installing Postfix on RH 6.2 - "user" problem
From: Jason Costomiris <jcostom@jasons.org>
Date: Wed, 15 Nov 2000 08:10:51 -0500

On Wed, Nov 15, 2000 at 03:33:39PM +1000, Greg Wright wrote:
: Um, worrying......

Why?  Nothing to worry about.

: I cannot see a valid reason for the RPM to not create the user at install
: time.

The binary RPM DOES THIS.  It creates the user/group.  We're talking about
the source RPM.  Chuck Mead's been maintaining it lately, with occasional
help from me.  Maybe we can implement this for the SRPM, but honestly,
it's a pretty low-priority item.  Postfix is a moving target, and if you're
serious about running it, you'll probably be building the new releases
until there's a stable release (the current 19991231pl10 is flagged as
"beta").

I've modified the .spec file to give the behavior you're asking for and will
send it over to Chuck.  I need to test it a few different ways, but I'm 
reasonably sure I'll be able to ship it over shortly.

===


the rest of The Pile (a partial mailing list archive)

doom@kzsu.stanford.edu