|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
Subject: Re: Question about virtual Postfix patch
From: Andrew McNamara (andrewm
connect.com.au)Date: Sun Feb 06 2000 - 17:24:10 CST
- Next message: Andrew McNamara: "Re: which Sleepycat DB version is best for postfix compile?"
- Previous message: Liviu Daia: "Re: reject_unknown_sender_domain - still relevant?"
- Next in thread: NetQuest Support: "Re: Question about virtual Postfix patch"
- Reply: NetQuest Support: "Re: Question about virtual Postfix patch"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
> I really hate to bother you by sending email to your personal account
[..]
That's okay - I don't have a problem with people sending me mail... 8-)
> I had a working virtual domain to play around with (using the
>builtin virtual maps) and so I decided to
> modify it. I added the following lines to my main.cf file:
> virtual_mailbox_base = /var/mail/vhosts
> virtual_mailbox_maps = dbm:/etc/postfix/vmailbox
> virtual_minimum_uid = 100
> virtual_uid_maps = dbm:/etc/postfix/vuid
> virtual_gid_maps = dbm:/etc/postfix/guid
> virtual_usedotlock = no
>
> I then made the maps to go with these declarations.
>
> /etc/postfix/vmailbox:
> testuser
fakedom.com testuser/
>
> /etc/postfix/vuid:
> testuser
fakedom.com 5000
>
> /etc/postfix/guid:
> testuser
fakedom.com 5000
Yep - all okay.
> The way I read the instructions this should cause email to
>testuser
fake.com to be delivered maildir
> style to /var/mail/vhosts/testuser with the user and group id set to
>5000. This didn't work however.
>
> After a little more reading I noticed that you said to use the
>virtual: transport so I put
> "transport_maps = dbm:/etc/postfix/transport.map" in main.cf and created
>/etc/postfix/transport.map that
> contains:
>
> fakedom.com virtual:/etc/postfix/vmailbox
>
> I also tried removing the path and setting it to just virtual: but
>neither of these worked.
Yep - it should be:
fakedom.com virtual:
> I just got
> back syslog errors like (I trimmed them a little bit):
>
> "warning: connect to transport virtual: No such file or directory"
>
> or
>
> "to=<testuser
fakedom.com>, relay=none, delay=83213, status=deferred
>(transport is unavailable)"
>
> I still have all the virtual maps setup for the domain before I
>started all this. Should I remove those?
The virtual map entries probably aren't needed, but I don't think
they're causing your problem. It looks to me like the "virtual" process
hasn't been started.
One thing I didn't mention in my previous posts (sorry) - you need to
create an entry in master.cf for the new agent. It should look
something like:
virtual unix - n n - - virtual
Also make sure there is a "virtual" binary in your libexec directory,
and that it has appropriate permissions.
> I'm sorry for the length of the message but I have a project I'm
>working on and I think that this could
> really be a nice solution for it. So, if it's not asking too much, could
>could please let me know what I'm
> doing wrong and/or post up some general examples I could take a look at?
A long message is better than a short one if it gives enough
information to diagnose the problem... 8-)
---
Andrew McNamara (System Architect)
connect.com.au Pty Ltd
Lvl 3, 213 Miller St, North Sydney, NSW 2060, Australia
Phone: +61 2 9409 2117, Fax: +61 2 9409 2111
- Next message: Andrew McNamara: "Re: which Sleepycat DB version is best for postfix compile?"
- Previous message: Liviu Daia: "Re: reject_unknown_sender_domain - still relevant?"
- Next in thread: NetQuest Support: "Re: Question about virtual Postfix patch"
- Reply: NetQuest Support: "Re: Question about virtual Postfix patch"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]