Re: [cobalt-developers] Sendmail not reject email addresses

[Batman <batman@xxxxxxxxxxx>]

The email_cant_buildhash error is a relatively easy one to fix.  If you go
into your /etc/mail folder and type the following:

makemap hash virtusertable.db < virtusertable

It should come back with duplicate entries in your virtusertable.  Remove
those entries and run the command again and you should be able to add or
remove aliases without errors.

You might also want to run this command:

newaliases -v

It will tell you whether or not the files in your /etc/mail folder have the
correct permissions or not.

If after you do this you're still having problems with mail getting through,
try putting a .forward file in the user's directory.  The file should be one
line:

/dev/null

Let us know if that does the trick,

Batman

> Not before you suggested it, but I have now and still no difference.
> 
> I am not to familiar with sendmail.
> 
> After modifying either the access or virtusertable files of sendmail, is
> there anything else that needs to be done before I restart the service?
> 
> I am restarting sendmail via it's init script in /etc/rc.d/init.d/
> 
> I am wondering if sendmail on my XTR is jacked or not.
> 
> For example the status of my mail services on the XTR is
> 
> The Post Office Protocol (POP3) server has been running normally since
> Wed 02 Jan 2002 02:15:06 PM PST.
> 
> The Internet Message Access Protocol (IMAP) Server has been running
> normally since Wed 02 Jan 2002 02:15:05 PM PST.
> 
> The Simple Mail Transfer Protocol (SMTP) Server has been running
> normally since Mon 25 Feb 2002 03:15:15 PM PST.
> 
> 
> Now the SMTP uptime stats seem pretty accurate, my IMAP and POP services
> have not been up since January.
> 
> I have restarted the machine at least twice since then.
> 
> In fact my XTR went into production on or about January 1, 2002 just
> after it arrived. Immediately I had problems and I thought them to be
> minor but looks pretty major.
> 
> Since at this point I am assuming on January 2 is when I first saw an
> error with my email service on my XTR.
> 
> The only way I can replicate the error is if under the main home user
> group I change any of the email settings for any user.
> 
> If I add or remove and alias, or attempt to modify the vacation message
> I get the following error
> 
> 4262 email_cant_buildhash
> 
> Hopefully someone from Sun/Cobalt will be reading this and look into the
> matter.
> 
> For the record, I had not modified anything out of the normal at the
> point that the error first occurred on January 2. So when the problem
> occurred I had not done anything yet to violate my warranty.
> 
> Of course since then I have, but it did not affect my mail service,
> since at that point something was already broke, or screwed up.
> 
> Not a happy campier.
> 
> On Wed, 2002-06-26 at 07:42, Chuck Rock wrote:
>> Have you tried putting their E-mail address in the virtusertable like the
>> following...
>> 
>> user@xxxxxxxxx    error:nouser This address is no longer valid
>> 
>> This way message coming into that address are rejected.
>> 
>> Chuck
>> 
>> -----Original Message-----
>> From: cobalt-developers-admin@xxxxxxxxxxxxxxx
>> [mailto:cobalt-developers-admin@xxxxxxxxxxxxxxx]On Behalf Of William L.
>> Thomson Jr.
>> Sent: Tuesday, June 25, 2002 10:16 PM
>> To: Cobalt Developers Group
>> Subject: [cobalt-developers] Sendmail not reject email addresses
>> 
>> 
>> I know this is more toward the users list than this one, but I would
>> rather not sign up for another list, just for one question.
>> 
>> I had a user who subscribed to every mailing list under the sun. The
>> users account no longer exists, and unfortunately my catch all is still
>> picking up emails for them.
>> 
>> I tried to add the email address, senders IP, and what ever I could
>> think of to get my XTR to reject email sent to those addresses.
>> 
>> Absolutely nothing works. I have tons of rules, but mail still comes
>> through. I thought the catch all might have something to do with the
>> server not reject email so I made sure to map the old email addresses to
>> an active account.
>> 
>> Nothing works, and I really do not want to get rid of my catch all,
>> since I do not have problems with anything except two specific email
>> addresses. I would prefer to just reject email to those two addresses
>> but I can't get it to work.
>> 
>> Now in my rules I have even tried using different upper case and lower
>> case combinations, since sometimes the sender uses all caps, all lower
>> case, or lower case before the @ and then upper case.
>> 
>> The only thing I have not done is recreate a user account, map the email
>> addresses to that account, and then suspend the account.
>> 
>> That is the last thing I can think of.
>> 
>> Now I would think this to be more of a sendmail problem than Cobalt, but
>> certain features of email on my XTR have been broken since the day it
>> arrived. I would to an os restore, but since the problem existed out of
>> the box, that will most likely bring me back to the same point.
>> 
>> When making changes to my email account I always get unable to build
>> email hash error? What ever that means?
>> 
>> Although it does seem that the changes take place in the sendmail files.
>> 
>> Also my server has never accurately reported the uptime or downtime of
>> the sendmail process. For example if I restart the server now,
>> sendmail's uptime will not be reset. Instead it usually thinks sendmail
>> has been up through out the reboot?
>> 
>> It's pretty frustrating because at this point the main reason for our
>> Cobalt is it's email administration features. We are about to move just
>> about everything except email to separate dedicated machines.
>> 
>> I was hoping to do this later than sooner, but if I can't get my XTR's
>> emailing feature under control. Then I will be forced to set up a
>> dedicated email server using sendmail or possible procmail so I can make
>> this problem go away.
>> 
>> For the record here are some examples of my rules and for clarity I am
>> using my actual config, not fake aliases.
>> 
>> # Put custom additions below (Do not change/remove this line).
>> zgibson@xxxxxxxxxxxxxxxxxxxx            REJECT
>> zeke@xxxxxxxxxxxxxxxxxxxx               REJECT
>> list.2np.net                            REJECT
>> lists.2np.net                           REJECT
>> 2np.net                                 REJECT
>> 168.143.122.65                          REJECT
>> zeke@xxxxxxxxxxxxxxxxxxxxxxxx           REJECT
>> zgibson@xxxxxxxxxxxxxxxxxxxxxxxx        REJECT
>> ZGIBSON@xxxxxxxxxxxxxxxxxxxx            REJECT
>> ZEKE@xxxxxxxxxxxxxxxxxxxx               REJECT
>> ZGIBSON@xxxxxxxxxxxxxxxxxxxxxxxx        REJECT
>> ZEKE@xxxxxxxxxxxxxxxxxxxxxxxx           REJECT
>> zgibson@xxxxxxxxxxxxxxxxxxxx            REJECT
>> zeke@xxxxxxxxxxxxxxxxxxxx               REJECT
>> zgibson@xxxxxxxxxxxxxxxxxxxxxxxx        REJECT
>> zeke@xxxxxxxxxxxxxxxxxxxxxxxx           REJECT
>> 
>> I swapped out the cobalt 550 line for the word REJECT but both end up
>> with the same result. Go ahead send a bs email to that address and it
>> will go through.
>> 
>> You can also see the one mailing list I am having the biggest problem
>> with. They send an average of three to five emails per hour.
>> 
>> It's driving my nuts.
>> 
>> I am getting ready to get crazy with ipchains, and our firewalls, but I
>> will still have to do that for each mailing list. So if I can get
>> sendmail to reject those two email addresses I will be a happy campier.
>> 
>> Please help, suggestion, comments, and thoughts are all welcome. Please
>> reserve any insults until the next time you are standing in front of a
>> mirror.