[BlueOnyx:01675] Re: e-mail issue
Larry Smith
lesmith at ecsis.net
Tue Jul 14 06:36:28 -05 2009
Hmmm, in one of the messages you mention that the domain is listed
in the /etc/mail/access file. Remove those entries and rebuild the
access file (makemap hash access < access); restart sendmail and
see what happens.
--
Larry Smith
lesmith at ecsis.net
On Tue July 14 2009 06:28, Stuart Clark (Datacenta) wrote:
> Hi
>
> Does nobody have an answer to the e-mail problem stated below. The box
> is clearly not doing any external MX lookup for domains hosted within
> even though it is not set to be authorative for e-mail. The client was
> on an ubuntu box before using sendmail and did not have a problem. I do
> not want to have to create a forwarding mailbox so that this can be made
> to work. Surely if sendmail was forced to always do an MX lookup
> regardless of what was hosted it would not have this issue. Is this not
> a bug that needs to be sorted.
>
> Jul 14 11:55:24 localhost sendmail[32093]: n6EAtOOw032093: from=apache,
> size=3217, class=0, nrcpts=1,
> msgid=<200907141055.n6EAtOOw032093 at server.com>, relay=apache at localhost
> Jul 14 11:55:24 localhost sendmail[32096]: STARTTLS=server,
> relay=localhost [127.0.0.1], version=TLSv1/SSLv3, verify=NO,
> cipher=DHE-RSA-AES256-SHA, bits=256/256
> Jul 14 11:55:24 localhost sendmail[32093]: STARTTLS=client,
> relay=[127.0.0.1], version=TLSv1/SSLv3, verify=FAIL,
> cipher=DHE-RSA-AES256-SHA, bits=256/256
> Jul 14 11:55:24 localhost sendmail[32096]: n6EAtOx4032096:
> ruleset=check_rcpt, arg1=<user at domain.com>, relay=localhost [127.0.0.1],
> reject=550 5.1.1 <user at domain.com>... User unknown
>
> >> I have setup a site www.domain.com and have disabled e-mail for
>
> domain
>
> >> and removed the e-mail server alias as the mail is handled elsewhere.
> >> The client has a contact us form which uses a PHP mailer. The
> >> problem is
> >> that when this form is submitted the server is throwing the following
> >> error.
> >>
> >> Your message
> >>
> >> To: user at domain.com
> >> Subject: Enquiry !!
> >> Sent: Tue, 30 Jun 2009 01:47:08 +0100
> >>
> >> did not reach the following recipient(s):
> >>
> >> user at domain.com on Tue, 30 Jun 2009 01:47:08 +0100
> >> The e-mail account does not exist at the organization this message
> >> was sent to. Check the e-mail address, or contact the recipient
> >> directly to find out the correct address.
> >> < server at domain.com #5.1.1 SMTP; 550 5.1.1
> >> < user at domain.com >... User unknown>
> >>
> >> What can I do to stop this from happening.
> >
> >Can you go into /etc/mail and do
> >
> >grep 'domain.com' *
> >
> >and paste the results?
> >
> >S
>
> Hi
>
> Trying to grep from within the /etc/mail folder did not produce any
> output no matter how long I waited. I ended up using grep "domain.com"
> /etc/mail/* instead which produced a quick print out.
> The results of the grep are as follows:
>
> /etc/mail/access:### Start Block Email for Virtual Site: test.domain.com
> ###
> /etc/mail/access:domain.com ERROR:5.1.1:550 User unknown
> /etc/mail/access:test.domain.com ERROR:5.1.1:550 User
> unknown
> /etc/mail/access:### END Block Email for Virtual Site: test.domain.com
> ###
> Binary file /etc/mail/access.db matches
> /etc/mail/local-host-names:www.domain.com
> /etc/mail/virtusertable:@www.domain.com error:nouser No such user
> here
> /etc/mail/virtusertable:sys at www.domain.com sys
> /etc/mail/virtusertable:majordomo at www.domain.com site6-majordomo
> /etc/mail/virtusertable:owner-majordomo at www.domain.com
> site6-owner-majordomo
> /etc/mail/virtusertable:majordomo-owner at www.domain.com
> site6-majordomo-owner
> /etc/mail/virtusertable:root at www.domain.com root
> /etc/mail/virtusertable:nobody at www.domain.com nobody
> /etc/mail/virtusertable:MAILER-DAEMON at www.domain.com MAILER-DAEMON
> /etc/mail/virtusertable:apache at www.domain.com apache
> /etc/mail/virtusertable:asis-nh1 at www.domain.com asis-nh1
> /etc/mail/virtusertable:robertn at www.domain.com asis-nh1
> Binary file /etc/mail/virtusertable.db matches
>
> One thing I have noticed from this is that when the original site was on
> test.domain.com there were entries created in the /etc/mail/access file
> but when the change was made over to the host name of www.domain.com
> there are no corresponding entries.
>
> Regards,
>
> Stuart
>
> >>On Tue, 2009-06-30 at 10:24 +0100, Stuart Clark (Datacenta) wrote:
> >> Issue 1
> >>
> >> I have setup a site www.domain.com and have disabled e-mail for
>
> domain
>
> >> and removed the e-mail server alias as the mail is handled elsewhere.
> >> The client has a contact us form which uses a PHP mailer. The problem
> >> is
> >> that when this form is submitted the server is throwing the following
> >> error.
> >
> >Do you have anything under Services -> Email for this vsite? If this
> >server is not handling email for the domain, don't specify any Email
> >Server Aliases, no need to disable.
> >
> >--
> >Robert
>
> I have tried it disabled without the e-mail alias and enabled without
> the e-mail alias. No change.
>
> > Hi
> >
> > Two issues.
> >
> > Issue 1
> >
> > I have setup a site www.domain.com and have disabled e-mail for domain
> > and removed the e-mail server alias as the mail is handled elsewhere.
> > The client has a contact us form which uses a PHP mailer. The problem
>
> is
>
> > that when this form is submitted the server is throwing the following
> > error.
> >
> > Your message
> >
> > To: user at domain.com
> > Subject: Enquiry !!
> > Sent: Tue, 30 Jun 2009 01:47:08 +0100
> >
> > did not reach the following recipient(s):
> >
> > user at domain.com on Tue, 30 Jun 2009 01:47:08 +0100
> > The e-mail account does not exist at the organization this message
> > was sent to. Check the e-mail address, or contact the recipient
> > directly to find out the correct address.
> > < server at domain.com #5.1.1 SMTP; 550 5.1.1
> > < user at domain.com >... User unknown>
> >
> > What can I do to stop this from happening.
> >
> > Issue 2
> >
> > I am seeing the same problem with site admins not being directed to
>
> the
>
> > /web directory. They are always directed to /.users/70/admin_user/
> > This is in my proftpd.conf the same as mentioned before
> >
> > <VirtualHost >
> > DefaultRoot / wheel
> > DefaultRoot / admin-users
> > DefaultRoot ~/../../.. site-adm
> > DefaultRoot ~ !site-adm
> > AllowOverwrite on
> > DefaultChdir /web
> > DisplayLogin .ftphelp
> > </VirtualHost>
> >
> > Regards,
> >
> > Stuart
> >
> >
> >
> >I believe that if you "disable the email", then the server adds a "no
>
> such
>
> >user here" in the virtusertable.
> >As someone else mentioned in this same discussion, you do not want to
> >"disable" it. All you need to do is delete the "email server aliases"
>
> listed
>
> >in the siteadmin for that site.
> >
> >Secondly as someone else also mentioned, if the resolver for your
>
> server
>
> >thinks it is authoritative for that domain, and has the incorrect MX
> >records, that could cause a problem.
> >
> >
> >----
> >Ken Marcus
> >Ecommerce Web Hosting by
> >Precision Web Hosting, Inc.
> >http://www.precisionweb.net
>
> There is no DNS set on this box and we use external DNS servers which
> show the records to be correct:
>
> domain.com. IN MX 10 mail.domain.com.
> domain.com. IN MX 20 mail2.domain.com.
> mail.domain.com. IN A X.X.X.175 (external mail)
> www.domain.com. IN A X.X.X.130 (BO)
> mail2.domain.com. IN A X.X.X.37 (external mail)
>
>
>
> _______________________________________________
> Blueonyx mailing list
> Blueonyx at blueonyx.it
> http://www.blueonyx.it/mailman/listinfo/blueonyx
More information about the Blueonyx
mailing list