virtual domains

Hi folks, this is my first post, sorry if virtual domains are old news.

As far as I understand, one can add the lines to their sendmail.mc file:

FEATURE(`use_cw_file')dnl
FEATURE(`virtusertable',`hash -o /etc/mail/virtusertable.db')dnl
(of course run it through m4)

and set up a database /etc/mail/virtusertable.db, with whatever they
require:

user1@domain1.com user1@domain2.com
@domain3.com user2@domain4.com

add the domains to /etc/mail/relay-domains:

#domains we accept mail for
domain1.com
domain2.com
domain3.com
domain4.com

But this seems to only aliase a domain. So that if your user was:

john@domain1.com

then that email could be as easily read from john@domain2.com etc...

What am I missing?

-=Aubrey=-

ps
sorry I posted this before as a reply to another post. This is my first
time posting to a newsgroup, and I couldn't, for some reason, create a
new post at first.

Posted Via Usenet.com Premium Usenet Newsgroup Services
----------------------------------------------------------
** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
----------------------------------------------------------
http://www.usenet.com

Re: virtual domains

In news:1174480090_1031@sp6iad.superfeed.net,
zero112358 wrote:

> Hi folks, this is my first post, sorry if virtual domains are old
> news.

Posting the exact same query twice in less than 12 hours using different
names won't help your cause.

Re: virtual domains

On Wed, 21 Mar 2007, zero112358 wrote:

> Hi folks, this is my first post, sorry if virtual domains are old news.

Actually its your second

> As far as I understand, one can add the lines to their sendmail.mc file:
>
> FEATURE(`virtusertable',`hash -o /etc/mail/virtusertable.db')dnl
>
> and set up a database /etc/mail/virtusertable.db, with whatever they
> require:

I hope you mean /etc/mail/virtusertable (then rehash)

> user1@domain1.com user1@domain2.com
> @domain3.com user2@domain4.com
>
> add the domains to /etc/mail/relay-domains:

Wrong file it should be local-host-names


> But this seems to only aliase a domain. So that if your user was:
>
> john@domain1.com
>
> then that email could be as easily read from john@domain2.com etc...
>
> What am I missing?

Thats what you are asking it to do using your above example.
Most people using this feature use it as:
john@domain1.com local_user_name
smith@domain44444.com local_user_name


--
Cheers
Res


Let Novell known what you think of their back door deal with the devil.
Sign the petition today: http://techp.org/p/1/

Re: virtual domains

holiday horstwessel wrote:
> In news:1174480090_1031@sp6iad.superfeed.net,
> zero112358 wrote:
>
>> Hi folks, this is my first post, sorry if virtual domains are old
>> news.
>
> Posting the exact same query twice in less than 12 hours using different
> names won't help your cause.
>

Sorry. This was a blunder of mine. I posted the first time, and didn't
think it posted. Thanks for the help.

-=Aubrey=-

Posted Via Usenet.com Premium Usenet Newsgroup Services
----------------------------------------------------------
** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
----------------------------------------------------------
http://www.usenet.com

Re: virtual domains

Res wrote:
> On Wed, 21 Mar 2007, zero112358 wrote:
>
>> Hi folks, this is my first post, sorry if virtual domains are old news.
>
> Actually its your second

Yes, I thought that the first message didn't get sent. Sorry.
>
>> As far as I understand, one can add the lines to their sendmail.mc file:
>>
>> FEATURE(`virtusertable',`hash -o /etc/mail/virtusertable.db')dnl
>>
>> and set up a database /etc/mail/virtusertable.db, with whatever they
>> require:
>
> I hope you mean /etc/mail/virtusertable (then rehash)
>
>> user1@domain1.com user1@domain2.com
>> @domain3.com user2@domain4.com
>>
>> add the domains to /etc/mail/relay-domains:
>
> Wrong file it should be local-host-names
>
>
>> But this seems to only aliase a domain. So that if your user was:
>>
>> john@domain1.com
>>
>> then that email could be as easily read from john@domain2.com etc...
>>
>> What am I missing?
>
> Thats what you are asking it to do using your above example.
> Most people using this feature use it as:
> john@domain1.com local_user_name
> smith@domain44444.com local_user_name
>
>

Okay, that does shed light. So I understand now that this is basically
a way to alias domains to a local user(s).

Is there a way with sendmail to actually keep 2 or more domains, with
their own users seperated from local users? I mean so to have
user1@domain1.com not be able to read user1@domain2.com's email?

-=Aubrey=-

Posted Via Usenet.com Premium Usenet Newsgroup Services
----------------------------------------------------------
** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
----------------------------------------------------------
http://www.usenet.com

Re: virtual domains

In article <1174595569_3321@sp6iad.superfeed.net> zero112358
writes:
>
>Okay, that does shed light. So I understand now that this is basically
>a way to alias domains to a local user(s).
>
>Is there a way with sendmail to actually keep 2 or more domains, with
>their own users seperated from local users? I mean so to have
>user1@domain1.com not be able to read user1@domain2.com's email?

Sendmail has no influence on users reading mail, that's an issue for
your POP/IMAP server. What virtusertable can do is map users in multiple
domains (possibly with overlapping username spaces) to "something else",
and if the "something else" is a local address (it doesn't have to be),
it's up to the LDA (Local Delivery Agent) to store the mail in such a
way that your POP/IMAP server can pick it up it and make it available
only to the "right" user.

One way to do this is to a) map to unique local usernames, e.g. with a
scheme like

user@domain1.com user.domain1.com
user@domain2.com user.domain2.com

, b) actually create those local usernames as "standard" Unix accounts,
c) use a "standard" LDA like mail.local or procmail, d) use "standard"
POP/IMAP servers that just access /var/mail/user.foo.bar, and e) give
out those usernames + passwords to your users (they probably don't
really care if they have user@domain1.com or lsff67wew87ja as username -
they enter it once into their MUA and are done with it).

But there are certainly other possibilities, e.g. the Cyrus stuff that
keeps "its own" mail store and AFAIK can handle multiple domains - in
which case there may not be a real need for virtusertable.

--Per Hedeland
per@hedeland.org

Re: virtual domains

Per Hedeland wrote:
> In article <1174595569_3321@sp6iad.superfeed.net> zero112358
> writes:
>> Okay, that does shed light. So I understand now that this is basically
>> a way to alias domains to a local user(s).
>>
>> Is there a way with sendmail to actually keep 2 or more domains, with
>> their own users seperated from local users? I mean so to have
>> user1@domain1.com not be able to read user1@domain2.com's email?
>
> Sendmail has no influence on users reading mail, that's an issue for
> your POP/IMAP server. What virtusertable can do is map users in multiple
> domains (possibly with overlapping username spaces) to "something else",
> and if the "something else" is a local address (it doesn't have to be),
> it's up to the LDA (Local Delivery Agent) to store the mail in such a
> way that your POP/IMAP server can pick it up it and make it available
> only to the "right" user.
>
> One way to do this is to a) map to unique local usernames, e.g. with a
> scheme like
>
> user@domain1.com user.domain1.com
> user@domain2.com user.domain2.com
>
> , b) actually create those local usernames as "standard" Unix accounts,
> c) use a "standard" LDA like mail.local or procmail, d) use "standard"
> POP/IMAP servers that just access /var/mail/user.foo.bar, and e) give
> out those usernames + passwords to your users (they probably don't
> really care if they have user@domain1.com or lsff67wew87ja as username -
> they enter it once into their MUA and are done with it).
>
> But there are certainly other possibilities, e.g. the Cyrus stuff that
> keeps "its own" mail store and AFAIK can handle multiple domains - in
> which case there may not be a real need for virtusertable.
>
> --Per Hedeland
> per@hedeland.org

I thank you for the explanation.

I still have the issue of sending mail. When users from my virtual
domain send mail, it still appears to be from the real domain.

-=Aubrey=-

Posted Via Usenet.com Premium Usenet Newsgroup Services
----------------------------------------------------------
** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
----------------------------------------------------------
http://www.usenet.com

Re: virtual domains

In article <1174674063_4121@sp6iad.superfeed.net> zero112358
writes:
>
>I still have the issue of sending mail. When users from my virtual
>domain send mail, it still appears to be from the real domain.

Presumably the users configure their MUAs with whatever sender address
they want to use. If so, the problem is likely that you have configured
masquerading, which means that all domains in class {w} (where you
typically have the virtual domains) will be changed into the domain name
given with MASQUERADE_AS(). The simple answer is "don't do that".

If you for some reason actually need masquerading, e.g. locally-
generated messages from crontab scripts and the like need to go out with
a sender address of user@domain.com rather than user@host.domain.com,
you can look into FEATURE(limited_masquerade).

--Per Hedeland
per@hedeland.org