RE: [cobalt-users] 4262 email_cant_buildhash...SOLVED

["Alex Moen" <alexm@xxxxxxxxx>]

OK, since I didn't get any responses...

This seems to only occur when the e-mail server is given multiple aliases.
For instance, most people would set their web server to answer to the
following:
	domain.com
	www.domain.com
	mail.domain.com

If the site has a host name of "www" the aliases are added as
user@xxxxxxxxxxxxxxx Most people don't use email addresses of
user@xxxxxxxxxxxxxx, just user@xxxxxxxxxxx  Now, if the mail server is set
to accept mail from all three of these domains also, which makes sense, a
section called "accept-email-at-domain routes" is added to the virtusertable
that translates all the domains to each other, so that the user will be
reached.  Unfortunately, the "catch-all aliases" section that is added by
default for rejections has the exact same entries as the
"accept-email-at-domain routes" section, which is what causes makemap to
fail - it doesn't want duplicate aliases listed.

If this is how your server is set up, and you are experiencing the
email_cant_buildhash error, try this:

1. cp /usr/lib/perl5/site_perl/5.005/Cobalt/Email.pm
/usr/lib/perl5/site_perl/5.005/Cobalt/Email.pm.org
2. vi /usr/lib/perl5/site_perl/5.005/Cobalt/Email.pm
3. Put a # sign at the beginning of the line that reads "$table_data .= "\n#
catch-all aliases\n$catchall" if ($catchall);".
4. Save the file.
5. /etc/rc.d/init.d/admserv stop
6. /etc/rc.d/init.d/admserv start

Now make the changes that you couldn't do before.  If it breaks everything,
you can copy the .org file back and restart the admserv process to return to
the default state.  You will not have the rejection of the catchall email
addresses, but you will be able to use the vacation and other functions of
the system.

I have just gotten this to work, so I haven't seen all of the side effects
of the change yet.  If anyone knows of any drastic problems with this,
PLEASE let me know via the mailing list so that the implications are known
to all.

Also, this is just how we are using the cobalt, as an ISP hosting multiple
customer sites, so it may or may not work for you depending on your
application...  This does seem to work for us in our particular situation.



-----Original Message-----
From: cobalt-users-admin@xxxxxxxxxxxxxxx
[mailto:cobalt-users-admin@xxxxxxxxxxxxxxx] On Behalf Of Alex Moen
Sent: Tuesday, September 30, 2003 4:10 PM
To: cobalt-users@xxxxxxxxxxxxxxx
Subject: [cobalt-users] 4262 email_cant_buildhash...AGAIN


First of all:

Cobalt RAQ550
Up to date on BlueLinq (as of yesterday, anyway)

I have grepped the internet for the solution to this problem and all that I
have found are some lame "makemap hash on access and virtusertables" answers
that don't correct the problem, just band-aid it until the next time someone
tries to add a forward or vacation...

The problem is that the cobalt adds the "@www.domain.com  reject" and
"@mail.domain.com  reject" entries into the virtusertable, even if they
already exist in the table already (which is the case), which causes makemap
to say "no way, it already exists" and breaks.  The solution that needs to
be found is where in the filesystem or scripts is the admin interface being
told to add these rejection entries, and get rid of it.

So, I am just curious if someone has actually found this solution yet, so
that I don't have to spend unknown hours breaking down the php code and
trying to find the bug that is in there that doesn't properly parse the
virtusertable file...  And if someone has found the solution, I'd like to
ask why it was never posted to the list, and/or why Cobalt (or Sun) never
properly responded to the users that did ask the question.

Thanks in advance for anyone who can give a hand!!!  This is a real problem,
and has not been handled very well by the manufacturer(s)...

Alex

_____________________________________
cobalt-users mailing list
cobalt-users@xxxxxxxxxxxxxxx
To subscribe/unsubscribe, or to SEARCH THE ARCHIVES, go to:
http://list.cobalt.com/mailman/listinfo/cobalt-users