Prev: Segmentation fault on trying to deliver to bighotpay.com
Next: sendmail stopped working suddenly
From: ska on 9 Dec 2009 03:30
The Derfer wrote:
> FQDN is in there on a line in /etc/hosts of the dbserver. It's on a
> line next to it's
> actual IP address.
> Should it also be on a line with 127.0.0.1 (which has the
> localhost.localdomain name) in that
> file as well?

Looks like sendmail considers the loopback interface as your primary
interfaces. I would follow Carl's advice #2.

-ska
From: The Derfer on 10 Dec 2009 04:17
On Dec 9, 3:30 am, ska <s...(a)mail.inf.fh-brs.de> wrote:
> The Derfer wrote:
> > FQDN is in there on a line in /etc/hosts of the dbserver.  It's on a
> > line next to it's
> > actual IP address.
> > Should it also be on a line with 127.0.0.1 (which has the
> > localhost.localdomain name) in that
> > file as well?
>
> Looks like sendmail considers the loopback interface as your primary
> interfaces. I would follow Carl's advice #2.
>
> -ska


I put (exactly) this:

define(`confdomainname.com', `dbserver.domainname.com')dnl

at the very end of sendmail.mc on dbserver

then "m4 sendmail.mc > sendmail.cf" (also on dbserver)

then restarted the daemon on dbserver.

And the exact same problem remains. All error messages are the same.
("domainname" above is anonymized but it's the company name).

Did I do something wrong?
Mail relay server still says: ".... did not issue MAIL/EXPN/VRFY/ETRN
during connection to MTA"

From: The Derfer on 14 Dec 2009 16:13
On Dec 11, 4:14 pm, The Derfer <derf...(a)gmail.com> wrote:
> On Dec 10, 12:12 pm, Carl Byington <c...(a)five-ten-sg.com> wrote:
>
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
>
> > On Thu, 10 Dec 2009 01:17:48 -0800, The Derfer wrote:
> > > I put (exactly) this:
> > > define(`confdomainname.com', `dbserver.domainname.com')dnl
> > > at the very end of sendmail.mc on dbserver
>
> > should be confDOMAIN_NAME
>
> > define(`confDOMAIN_NAME', `dbserver.domainname.com')dnl
>
> OK thank you: that helped considerably.
> Now some e-mails go out.   To gmail, for example, they always go out
> perfectly directly
> from a "Mail u...(a)gmail.com" command line from dbserver.
>
> Other times it's less predictable.  See here:
>
> Dec 11 13:57:13 mail-relay sendmail[16318]: nBBIvADZ016299:
> to=<u...(a)comcast.net>, delay=00:00:03, xdelay=00:00:03, mailer=esmtp,
> pri=120543, relay=mx2b.comcast.net. [76.96.30.116], dsn=5.0.0,
> stat=Service unavailable
> Dec 11 13:58:43 mail-relay sendmail[16496]: nBBIwh7A016496:
> to=u...(a)comcast.net, ctladdr=user (1007/1007), delay=00:00:00,
> xdelay=00:00:00, mailer=relay, pri=30045, relay=[127.0.0.1]
> [127.0.0.1], dsn=2.0.0, stat=Sent (nBBIwhcv01649 Message accepted for
> delivery)
>
> The first line is an e-mail "Mail u...(a)comcast.net" from the dbserver
> command line
> The second one is mailed the same way except from the mail relay host
> itself.
>
> Also curious is a different error, that of "User unknown":
>
> Dec 11 15:27:08 mail-relay sendmail[27330]: nBBKR5nv027319:
> to=<u...(a)oracle.com>, delay=00:00:02, xdelay=00:00:02, mailer=esmtp,
> pri=120552, relay=rcsinet11.oracle.com. [148.87.113.123], dsn=5.1.8,
> stat=User unknown
>
> Pertaining to the above, it originated as "Mail u...(a)oracle.com" from
> dbserver's command line as user "oracle".
> Directly from the mail relay server's command line it reaches its
> destination.
>
> Does anyone know how to fix this?
>
> Thanks again for all the help.   I'm way ahead of where I was last
> week thanks to everyone's
> input.

Someone please!
If I can get this much to work it'll work ... period!
Thank you ! ! !

From: ska on 15 Dec 2009 04:55
The Derfer wrote:

> Dec 11 13:57:13 mail-relay sendmail[16318]: nBBIvADZ016299:
> to=<user(a)comcast.net>, delay=00:00:03, xdelay=00:00:03, mailer=esmtp,
> pri=120543, relay=mx2b.comcast.net. [76.96.30.116], dsn=5.0.0,
> stat=Service unavailable

This is a reply from mx2b.comcast.net. See RFC 1893 what 5.0.0 means.

> Dec 11 13:58:43 mail-relay sendmail[16496]: nBBIwh7A016496:
> to=user(a)comcast.net, ctladdr=user (1007/1007), delay=00:00:00,
> xdelay=00:00:00, mailer=relay, pri=30045, relay=[127.0.0.1]
> [127.0.0.1], dsn=2.0.0, stat=Sent (nBBIwhcv01649 Message accepted for
> delivery)

This is a reply from your own server @ mail-relay telling you it has
accepted the message for future delivery. I would bet you'll find the
same error as before later in the logs.

> Also curious is a different error, that of "User unknown":
>
> Dec 11 15:27:08 mail-relay sendmail[27330]: nBBKR5nv027319:
> to=<user(a)oracle.com>, delay=00:00:02, xdelay=00:00:02, mailer=esmtp,
> pri=120552, relay=rcsinet11.oracle.com. [148.87.113.123], dsn=5.1.8,
> stat=User unknown

What is curious? rcsinet11.oracle.com. said: RFC1893 permanent failure
"Bad sender's system address". It is its right as to tell you, that
the recipient does not exist.

> Does anyone know how to fix this?

Use a proper mail address.

-ska
From: The Derfer on 20 Dec 2009 21:51
> > Dec 11 15:27:08 mail-relay sendmail[27330]: nBBKR5nv027319:
> > to=<u...(a)oracle.com>, delay=00:00:02, xdelay=00:00:02, mailer=esmtp,
> > pri=120552, relay=rcsinet11.oracle.com. [148.87.113.123], dsn=5.1.8,
> > stat=User unknown
>
> What is curious? rcsinet11.oracle.com. said: RFC1893 permanent failure
> "Bad sender's system address". It is its right as to tell you, that
> the recipient does not exist.
>
> > Does anyone know how to fix this?
>
> Use a proper mail address.


But why would that error happen the mail is sent from the dbserver and
not
if sent from the mail relay box itself?
I get two different results.

First  |  Prev  | 
Pages: 1 2
Prev: Segmentation fault on trying to deliver to bighotpay.com
Next: sendmail stopped working suddenly