Re: [cobalt-users] Create email user account or even alias onlywithoutweb directory, etc?

[flash22@xxxxxxx]

On Sat, 15 Sep 2001, Jeff Lasman wrote:

> flash22@xxxxxxx wrote:
> 
> > Which is why i wish cobalt would do this, changing sendmail to postfix,
> > plus all the other patches would break practicly everything on the raq's.
> 
> Sendmail is fine; what I don't like about postfix could fill a book, but
> that's another story.  The fact remains, though, that sendmail on the
> RaQ is virtualized fine.
> 
> The part of the equation that needs to be fixed is the POPper.
> 
> > Surely there's a nice niche market for machines with this functionality, i
> > see a post a month from some poor fellow who thinks they are gonna put
> > 20,000 email addresses on a raq....
> 
> I'm currently developing one specialized RaQ system (announcement soon
> to be made in Cobalt Developers if we go ahead with it), but might take
> on another.  A Cobalt-based special high-volume email server, eh?  Could
> be done, perhaps.
> 
> > Other than that, i guess we wait for the sendmail folks to figure out that
> > what the rest of the internet means by 'virtual domain' isn't what they
> > seem to think it means...
> 
> In what respect does sendmail NOT do what you want?  The problem as I
> see it is with POP.

Sendmail doesn't really handle, cleanly, the ability to handle
joe@xxxxxxxxxx and joe@xxxxxxxxxxx without using messy aliases etc, the
patched postfix have , plus the patch for qpopper allow mail to do thos
without using any aliasing, the domain names are treated as something
other than 'local' to the machine, and thus don't require any association
with the mail servers primary 'listening' domain name.

implimented this way , mail can be popped by logging in with user@domain
as the username, the mail spool keeps each domain seperate, and many
things get simpler....

it's one step closer to having real virtualization in the sense of making
multiple domain-name spaces appear as tho they were really seperate
machines...

The only real problem i have with sendmail is they don't seem to even
realize that what they are saying is a complete solution is in fact
something different that what they are documenting...

Tell me what qpop can't do that you think it should/can , when it has no
way provided by sendmail to distinguish which domain names belong to what
users? Or are you wishing it could work out the alias information itself
in reverse? ?

I suppose in theiry , it could figure out that the person logging in as
joe@xxxxxxx is really an alias to joe12@xxxxxxxx and then actually return
joe12's email instead, but this is much much messier than it really needs
to be, and probably hard to make secure....or am i totally
misunderstanding here (wouldn't be the first time ;)

gsh