[vchkpw] [Fwd: Re: 1 domain on 3 different location problem]

2003-07-23 Thread Robin Bowes
Hi,

I read this today on the qmail list.

This is not the first bad word I've heard said against vpopmail.

Would the any of the authors care to respond?

R.

 Original Message 
Subject: Re: 1 domain on 3 different location problem
From:Russell Nelson [EMAIL PROTECTED]
Date:Wed, July 23, 2003 2:33 pm
To:  [EMAIL PROTECTED]
--

Peter Mikeska writes:
  I have qmail+vpopmail for company.com, but they have 3 departments
located in other cities, these 3 locations are connected on slow lines.
Problem is, that poeople in all 3 locations using same domain for mail
adresses.

Yup, that's a problem.  Fortunately, there's a solution.  Enumerate all
the local users on each machine, and insert them into
virtualdomains like this (using example.com instead of company.com):

[EMAIL PROTECTED]:alias-forward
[EMAIL PROTECTED]:alias-forward
[EMAIL PROTECTED]:alias-forward


And then you need a ~alias/.qmail-forward file which has this:

|forward [EMAIL PROTECTED]

I have no idea how to make this work with vpopmail.  I don't use
vpopmail, nor do I recommend that anybody else use it.  I've read the code
for vpopmail, and although it's written to industry standards, it's crap. 
Total and unmitigated crap.  Fixed-length buffers
everywhere, #ifdef every time you turn around, null-terminated strings
instead of counted strings, it's crap; crap, crap, crap.  I understand
that not everybody can afford a custom-crafted solution from Crynwr
Software, but sometimes you only get what you pay for in the open
source world.

-- 
Robin Bowes | http://robinbowes.com



Re: [vchkpw] [Fwd: Re: 1 domain on 3 different location problem]

2003-07-23 Thread Rick Macdougall
Hi,

Top posting so people who wish to ignore it can see my responses without 
reading the entire message.

Well, you do get what you pay for sometimes and sometimes not.  The 
whole point of it being Open Source is that if you see something you 
don't like, you can change it and submit it back to the original author(s).

Looking through the code I see...

ifdef's used around various configuration options.  Dunno how else you 
would do it.  grep ifdef on some of the *BSD or Linux source code sometime.

Null terminated strings?  Not really, a few (and I mean a few) here and 
there, mainly when adding a domain to one of the SQL databases.  The 
default vpasswd structure uses counted strings, separated by : to define 
the user structure.  If he's talking about the cdb storage, that's a 
problem with CDB and not vpopmail.

Fixed length buffers I can't really comment on since I'm originally a 
Cobol programmer and I now use php and perl mainly.  If he found it a 
big enough problem, he could have fixed it and sent the patches to the 
authors.

I won't even go into the politics and money aspect of recommending 
custom software design by a third party.  You might as well buy MS 
products and get locked in that way instead :)

Just my 2 cents.

Regards,

Rick

Robin Bowes wrote:

Hi,

I read this today on the qmail list.

This is not the first bad word I've heard said against vpopmail.

Would the any of the authors care to respond?

R.

 Original Message 
Subject: Re: 1 domain on 3 different location problem
From:Russell Nelson [EMAIL PROTECTED]
Date:Wed, July 23, 2003 2:33 pm
To:  [EMAIL PROTECTED]
--
Peter Mikeska writes:
  I have qmail+vpopmail for company.com, but they have 3 departments
located in other cities, these 3 locations are connected on slow lines.
Problem is, that poeople in all 3 locations using same domain for mail
adresses.
Yup, that's a problem.  Fortunately, there's a solution.  Enumerate all
the local users on each machine, and insert them into
virtualdomains like this (using example.com instead of company.com):
[EMAIL PROTECTED]:alias-forward
[EMAIL PROTECTED]:alias-forward
[EMAIL PROTECTED]:alias-forward

And then you need a ~alias/.qmail-forward file which has this:

|forward [EMAIL PROTECTED]

I have no idea how to make this work with vpopmail.  I don't use
vpopmail, nor do I recommend that anybody else use it.  I've read the code
for vpopmail, and although it's written to industry standards, it's crap. 
Total and unmitigated crap.  Fixed-length buffers
everywhere, #ifdef every time you turn around, null-terminated strings
instead of counted strings, it's crap; crap, crap, crap.  I understand
that not everybody can afford a custom-crafted solution from Crynwr
Software, but sometimes you only get what you pay for in the open
source world.