[BlueOnyx:00586] Re: Strange BQ Sendmail behavior - fixed in BO?

Lucas Peyatt - Ohio Web Hosting & Development blueonyx at ohiowebhosting.net
Thu Feb 19 16:54:13 -05 2009


/sbin/service cced.init restart

that restarts the cce daemon and the constructors run during startup

On Thu, 19 Feb 2009 21:23:24 +0000, Jeff Jones wrote
> Thanks Lucas,
> 
> Do you know how I might force the constructors to run? That way I  
> could follow your steps and see if the access file is updated.
> 
> It does seem to make sense (sort of!)
> 
> Cheers,
> 
> Jeff
> 
> On 19 Feb 2009, at 21:14, Lucas Peyatt - Ohio Web Hosting &  
> Development wrote:
> 
> > The disable mail box makes sendmail reject the mail for the domain.  
> > I asked
> > Brian about this a while back, the relay mail setting makes sendmail  
> > relay that
> > mail outside of the server versus handling it locally. Just make  
> > sure your MX
> > as viewed from the server does not point back to its self, otherwise  
> > you will
> > have a excessive recursion error. When checking the disable mail  
> > box, then
> > changing the setting in the file you are fighting against cce. And  
> > the changes
> > will most likely get overwritten next time the constructors are ran.
> >
> > 1) uncheck disable mail box
> >
> > 2) add foo.com to "relay mail from .." in the advanced email  
> > settings GUI
> >
> > 3) make sure DNS MX for foo.com does not point to the BQ/BO server
> >
> > On Thu, 19 Feb 2009 20:54:35 +0000, Steve Howes wrote
> >> You missed the point entirely. He wants to have a site, that does not
> >> have mail processed locally at all (disable makes it proccessed as
> >> 'user unknown' rather than like any other email originating locally).
> >> He just set it to relay as a 'quick fix'. Read the post agaiin.
> >>
> >> On 19 Feb 2009, at 20:50, Lucas Peyatt - Ohio Web Hosting &
> >> Development wrote:
> >>
> >>> The setting is "disable email for domain" not relay to another
> >>> location. You may have better luck with
> >>> the relay mail for domains setting in the system email area, I use
> >>> it in a similar setup. just make sure
> >>> the dns on your server does not resolve the MX for foo.com to a
> >>> local IP address.
> >>>
> >>> On Thu, 19 Feb 2009 20:27:43 +0000, Jeff Jones wrote
> >>>> Hi BO-mrades,
> >>>>
> >>>> Had a re-occurrence of an age old issue with one of my BQ boxes
> >>>> today,
> >>>> and as I am soon to migrate this to BO - I was wondering if I'm  
> >>>> going
> >>>> to be in for the same fun and games?
> >>>>
> >>>> But it's highly likely that something went screwy with BQ - I would
> >>>> just like to understand why it happened so I can perhaps avoid  
> >>>> making
> >>>> the same mistake again.
> >>>>
> >>>> So I have a site - yes it's www.foo.com (you wonder why these guys
> >>>> are
> >>>> still customers - they have so many problems) but it's just a
> >>>> website,
> >>>> there is no email locally. I checked the 'disable email for domain'
> >>>> checkbox on the site - so I think it's all cool.
> >>>>
> >>>> Next thing I know the boys at www.foo.com are on the phone, saying
> >>>> that email from the website (via php mail) is bouncing. I take a  
> >>>> look
> >>>> in the mail logs, and sure enough I can see "contact at foo.com - user
> >>>> unkown". So I figure out that email from the site is trying to be
> >>>> delivered locally, even though I have checked that 'disable' email
> >>>> check box for the site.
> >>>>
> >>>> Struggling for a solution - I take a look in /etc/mail and look at
> >>>> the
> >>>> access file. I see the following:
> >>>>
> >>>> ### Start Block Email for Virtual Site: www.foo.com   ###
> >>>> www.foo.com             ERROR:5.1.1:550 User unknown
> >>>>
> >>>> ### END Block Email for Virtual Site: www.foo.com  ###
> >>>>
> >>>> I then manually change it to this:
> >>>>
> >>>> ### Start Block Email for Virtual Site: www.foo.com   ###
> >>>> www.foo.com             RELAY
> >>>>
> >>>> ### END Block Email for Virtual Site: www.foo.com  ###
> >>>>
> >>>> Restart sendmail - and hey presto - foo.com are getting email from
> >>>> the
> >>>> site again.
> >>>>
> >>>> So I've found a work around - why am I bugging you all?
> >>>>
> >>>> I guess I'm worried it might happen again with BO - could it?
> >>>>
> >>>> How / why did this happen?
> >>>>
> >>>> It's a real drag!
> >>>>
> >>>> Jeff
> >>>>
> >>>> _______________________________________________
> >>>> Blueonyx mailing list
> >>>> Blueonyx at blueonyx.it
> >>>> http://www.blueonyx.it/mailman/listinfo/blueonyx
> >>>
> >>>
> >>> --
> >>> Lucas Peyatt
> >>> Ohio Web Hosting & Development
> >>> lucas at ohiowebhosting.net
> >>> www.ohiowebhosting.net
> >>> 937.969.4476 dayton
> >>> 614.441.8169 columbus
> >>> 513.258.2376 cincinnati
> >>> 206.350.1292 facsimile
> >>>
> >>>
> >>> _______________________________________________
> >>> Blueonyx mailing list
> >>> Blueonyx at blueonyx.it
> >>> http://www.blueonyx.it/mailman/listinfo/blueonyx
> >>
> >> _______________________________________________
> >> Blueonyx mailing list
> >> Blueonyx at blueonyx.it
> >> http://www.blueonyx.it/mailman/listinfo/blueonyx
> >
> >
> > --
> > Lucas Peyatt
> > Ohio Web Hosting & Development
> > lucas at ohiowebhosting.net
> > www.ohiowebhosting.net
> > 937.969.4476 dayton
> > 614.441.8169 columbus
> > 513.258.2376 cincinnati
> > 206.350.1292 facsimile
> >
> >
> > _______________________________________________
> > Blueonyx mailing list
> > Blueonyx at blueonyx.it
> > http://www.blueonyx.it/mailman/listinfo/blueonyx
> 
> _______________________________________________
> Blueonyx mailing list
> Blueonyx at blueonyx.it
> http://www.blueonyx.it/mailman/listinfo/blueonyx


--
Lucas Peyatt
Ohio Web Hosting & Development
lucas at ohiowebhosting.net
www.ohiowebhosting.net
937.969.4476 dayton
614.441.8169 columbus
513.258.2376 cincinnati
206.350.1292 facsimile





More information about the Blueonyx mailing list