Prev: killall -HUP sendmail [Linux/Debian/Lenny]
Next: stat=Need RCPT ?
From: Andrzej Adam Filip on 10 Feb 2010 10:25
Ohmster <root(a)dev.nul.invalid> wrote:
> Steve Hajducko <hajducko(a)gmail.com> wrote in news:416db4d0-e950-4e86-a376-
> aa7ff87c74c3(a)e19g2000prn.googlegroups.com:
>
>> You can also just change your smart host to
>>
>> [smtp.comcast.net]
>>
>> The 'hostname lookup failure' results from sendmail trying to perform
>> an MX record lookup on the actual smart host, something that's not
>> likely to be there in some cases. The brackets tell sendmail to
>> ignore doing MX lookups.
>
> Alright, that seemed to work, now I have to work on my auth issue. Thank
> you very much Steve.
>
> Feb 10 10:17:52 ohmster sendmail[2215]: o1AFHpkc002211: to=
> <theohmster(a)comcast.net>, ctladdr=<ohmster(a)ohmster.com> (500/500), delay=
> 00:00:01, xdelay=00:00:01, mailer=relay, pri=120639,
> relay=smtp.g.comcast.net. [76.96.62.117], dsn=5.0.0, stat=Service
> unavailable
> Feb 10 10:17:52 ohmster sendmail[2215]: o1AFHpkc002211: o1AFHqkc002215:
> DSN: Service unavailable
> Feb 10 10:17:53 ohmster sendmail[2215]: o1AFHqkc002215: to=
> <ohmster(a)ohmster.com>, delay=00:00:01, xdelay=00:00:00, mailer=local, pri=
> 31862, dsn=2.0.0, stat=Sent

As root send one message in verbose mode (smtp session tracking) with
tracking map lookups (auth table lookups):

(echo subject: test; echo)|/usr/sbin/sendmail -d60.5 -v _recipient-email_

--
[pl>en Andrew] Andrzej Adam Filip : anfi(a)onet.eu : Andrzej.Filip(a)gmail.com
Open-Sendmail: http://open-sendmail.sourceforge.net/
History is the version of past events that people have decided to agree on.
-- Napoleon Bonaparte, "Maxims"
From: Ohmster on 12 Feb 2010 17:42
Andrzej Adam Filip <anfi(a)onet.eu> wrote in news:7mkng0iw3b-
A2A(a)willie.huge.strangled.net:

[..]

> As root send one message in verbose mode (smtp session tracking) with
> tracking map lookups (auth table lookups):
>
> (echo subject: test; echo)|/usr/sbin/sendmail -d60.5 -v _recipient-
email_

Andrew, I do not quite understand this, give me the command from the root
prompt as such:

#(echo subject: test; echo)|/usr/sbin/sendmail -d60.5 -v _recipient-
email_

Is this what you are saying to do?

--
~Ohmster
From: Ohmster on 13 Feb 2010 11:34
Andrzej Adam Filip <anfi(a)onet.eu> wrote in
news:7mkng0iw3b-A2A(a)willie.huge.strangled.net:

>
> As root send one message in verbose mode (smtp session tracking) with
> tracking map lookups (auth table lookups):
>
> (echo subject: test; echo)|/usr/sbin/sendmail -d60.5 -v
> _recipient-email_

Oh wow, you still with me Adam? Great! Like most folks, I have other
stuff to do but really want to get this issue solved. Thanks for hanging
in there.

Wow, that command sure outputted a lot! I really do not know what all
this does or means, I hope that you or someone can interpret it for me.
Thanks. Output below...
___________________________________________________________________

[root(a)ohmster ~]# (echo subject: test; echo)|/usr/sbin/sendmail -d60.5
-v _recipient-email_ map_lookup(dequote, root, %0=root) =>
NOT FOUND (0) map_lookup(dequote, _recipient-email_,
%0=_recipient-email_) => NOT FOUND (0) map_lookup(dequote,
_recipient-email_, %0=_recipient-email_) => NOT FOUND (0)
_recipient-email_... Connecting to [127.0.0.1] via relay... 220
ohmster.com ESMTP Sendmail 8.14.3/8.14.3; Sat, 13 Feb 2010 11:27:22
-0500
>>> EHLO ohmster.com
250-ohmster.com Hello localhost [127.0.0.1], pleased to meet you
250-ENHANCEDSTATUSCODES
250-PIPELINING
250-8BITMIME
250-SIZE
250-DSN
250-ETRN
250-AUTH DIGEST-MD5 CRAM-MD5 LOGIN PLAIN
250-DELIVERBY
250 HELP
>>> MAIL From:<root(a)ohmster.com> SIZE=15 AUTH=root(a)ohmster.com
250 2.1.0 <root(a)ohmster.com>... Sender ok
>>> RCPT To:<_recipient-email_(a)ohmster.com>
>>> DATA
550 5.1.1 <_recipient-email_(a)ohmster.com>... User unknown
503 5.0.0 Need RCPT (recipient)
>>> RSET
250 2.0.0 Reset state
map_lookup(dequote, root, %0=root) => NOT FOUND (0)
map_lookup(dequote, root, %0=root) => NOT FOUND (0)
map_lookup(dequote, root, %0=root) => NOT FOUND (0)
map_lookup(dequote, MAILER-DAEMON, %0=MAILER-DAEMON) => NOT FOUND (0)
>>> RSET
250 2.0.0 Reset state
root... Using cached ESMTP connection to [127.0.0.1] via relay...
>>> MAIL From:<> SIZE=1039
250 2.1.0 <>... Sender ok
>>> RCPT To:<root(a)ohmster.com>
>>> DATA
250 2.1.5 <root(a)ohmster.com>... Recipient ok
354 Enter mail, end with "." on a line by itself
>>> .
250 2.0.0 o1DGRMgK015159 Message accepted for delivery
root... Sent (o1DGRMgK015159 Message accepted for delivery)
Closing connection to [127.0.0.1]
>>> QUIT
221 2.0.0 ohmster.com closing connection
___________________________________________________________________

What does this mean and will it help with the auth issue? Thank you.
--
~Ohmster | ohmster59 /a/t/ gmail dot com
Put "messageforohmster" in message body
(That is Message Body, not Subject!)
to pass my spam filter.
From: Ohmster on 13 Feb 2010 11:42
Ohmster <root(a)dev.nul.invalid> wrote in news:Xns9D1E754E9ED52MyBigKitty@
216.196.97.131:

[..]
> Wow, that command sure outputted a lot! I really do not know what all
> this does or means, I hope that you or someone can interpret it for me.
> Thanks. Output below...
[..]

This is the email I got on Linux as a result of running the test command:
(echo subject: test; echo)|/usr/sbin/sendmail -d60.5 -v _recipient-email_


The original message was received at Sat, 13 Feb 2010 11:27:22 -0500
from root(a)localhost

----- The following addresses had permanent fatal errors -----
_recipient-email_
(reason: 550 5.1.1 <_recipient-email_(a)ohmster.com>... User unknown)
(expanded from: _recipient-email_)

----- Transcript of session follows -----
.... while talking to [127.0.0.1]:
>>> DATA
<<< 550 5.1.1 <_recipient-email_(a)ohmster.com>... User unknown
550 5.1.1 _recipient-email_... User unknown
<<< 503 5.0.0 Need RCPT (recipient)


--
~Ohmster | ohmster59 /a/t/ gmail dot com
Put "messageforohmster" in message body
(That is Message Body, not Subject!)
to pass my spam filter.
 | 
Pages: 1
Prev: killall -HUP sendmail [Linux/Debian/Lenny]
Next: stat=Need RCPT ?