[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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

Batman, 
	You are great even without Robin. :)

	Your suggestions worked like a charm. I no longer get any has errors,
and my server is now rejecting email to the addresses that I want
rejected.

Thank you very much, as you have just made a head ache of mine go away,
and I learned a few new things about sendmail.

I did not have to go as far as the /dev/null suggestion, but was ready
to.

On Thu, 2002-06-27 at 08:41, Batman wrote:
> 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.
> 
> _______________________________________________
> cobalt-developers mailing list
> cobalt-developers@xxxxxxxxxxxxxxx
> http://list.cobalt.com/mailman/listinfo/cobalt-developers
> 
-- 
Sincerely,
William L. Thomson Jr.
Obsidian-Studios, Inc.
439 Amber Way
Petaluma, Ca. 94952
Phone  707.766.9509
Fax    707.766.8989
http://www.obsidian-studios.com