[BlueOnyx:01674] Re: e-mail issue
Stuart Clark (Datacenta)
stuart.clark at datacenta.net
Tue Jul 14 06:28:28 -05 2009
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)
More information about the Blueonyx
mailing list