Sendmail error dsn=4.0.0 stat=Deferred: Connection refused by [127.0.0.1]
Clash Royale CLAN TAG#URR8PPP
up vote
-1
down vote
favorite
I am at a loss to what is causing my issue but when trying to send a mail from my server i see this in my maillog:
Oct 16 12:11:19 MYSERVER sendmail[63109]: v9GBBJxD063109:
to=myemail@address.com, ctladdr=root (0/0), delay=00:00:00,
xdelay=00:00:00, mailer=relay, pri=60384, relay=[127.0.0.1]
[127.0.0.1], dsn=4.0.0, stat=Deferred: Connection refused by
[127.0.0.1]
From the research i've done it was thought the issue was a global writable file in the /etc/mail folder but i dont see one in there.
Anyone know what else to look at?
linux email sendmail
edited Oct 16 '17 at 13:11
Jeff Schaller
32.1k849109
asked Oct 16 '17 at 11:15
a.smith
1481213
add a comment |Â
up vote
-1
down vote
favorite
I am at a loss to what is causing my issue but when trying to send a mail from my server i see this in my maillog:
Oct 16 12:11:19 MYSERVER sendmail[63109]: v9GBBJxD063109:
to=myemail@address.com, ctladdr=root (0/0), delay=00:00:00,
xdelay=00:00:00, mailer=relay, pri=60384, relay=[127.0.0.1]
[127.0.0.1], dsn=4.0.0, stat=Deferred: Connection refused by
[127.0.0.1]
From the research i've done it was thought the issue was a global writable file in the /etc/mail folder but i dont see one in there.
Anyone know what else to look at?
linux email sendmail
edited Oct 16 '17 at 13:11
Jeff Schaller
32.1k849109
asked Oct 16 '17 at 11:15
a.smith
1481213
Can the mail server resolve the external email address?
– Raman Sailopal
Oct 16 '17 at 11:30
Im not sure how to check this but i have used multiple email addresses to test with all the same response in the logs
– a.smith
Oct 16 '17 at 11:32
Just see if you can ping the address. So in your dummy example ping www.address.com
– Raman Sailopal
Oct 16 '17 at 11:45
Yes it can ping the address
– a.smith
Oct 16 '17 at 11:50
Every mail or some mails? What's reported in the log file during sendmail daemon startup/restart?
– AnFi
Oct 16 '17 at 12:04
add a comment |Â
up vote
-1
down vote
favorite
up vote
-1
down vote
favorite
I am at a loss to what is causing my issue but when trying to send a mail from my server i see this in my maillog:
Oct 16 12:11:19 MYSERVER sendmail[63109]: v9GBBJxD063109:
to=myemail@address.com, ctladdr=root (0/0), delay=00:00:00,
xdelay=00:00:00, mailer=relay, pri=60384, relay=[127.0.0.1]
[127.0.0.1], dsn=4.0.0, stat=Deferred: Connection refused by
[127.0.0.1]
From the research i've done it was thought the issue was a global writable file in the /etc/mail folder but i dont see one in there.
Anyone know what else to look at?
linux email sendmail
edited Oct 16 '17 at 13:11
Jeff Schaller
32.1k849109
asked Oct 16 '17 at 11:15
a.smith
1481213
I am at a loss to what is causing my issue but when trying to send a mail from my server i see this in my maillog:
Oct 16 12:11:19 MYSERVER sendmail[63109]: v9GBBJxD063109:
to=myemail@address.com, ctladdr=root (0/0), delay=00:00:00,
xdelay=00:00:00, mailer=relay, pri=60384, relay=[127.0.0.1]
[127.0.0.1], dsn=4.0.0, stat=Deferred: Connection refused by
[127.0.0.1]
From the research i've done it was thought the issue was a global writable file in the /etc/mail folder but i dont see one in there.
Anyone know what else to look at?
linux email sendmail
edited Oct 16 '17 at 13:11
Jeff Schaller
32.1k849109
asked Oct 16 '17 at 11:15
a.smith
1481213
edited Oct 16 '17 at 13:11
Jeff Schaller
32.1k849109
edited Oct 16 '17 at 13:11
Jeff Schaller
32.1k849109
edited Oct 16 '17 at 13:11
Jeff Schaller
32.1k849109
32.1k849109
asked Oct 16 '17 at 11:15
a.smith
1481213
asked Oct 16 '17 at 11:15
a.smith
1481213
asked Oct 16 '17 at 11:15
a.smith
1481213
1481213
Can the mail server resolve the external email address?
– Raman Sailopal
Oct 16 '17 at 11:30
Im not sure how to check this but i have used multiple email addresses to test with all the same response in the logs
– a.smith
Oct 16 '17 at 11:32
Just see if you can ping the address. So in your dummy example ping www.address.com
– Raman Sailopal
Oct 16 '17 at 11:45
Yes it can ping the address
– a.smith
Oct 16 '17 at 11:50
Every mail or some mails? What's reported in the log file during sendmail daemon startup/restart?
– AnFi
Oct 16 '17 at 12:04
add a comment |Â
Can the mail server resolve the external email address?
– Raman Sailopal
Oct 16 '17 at 11:30
Im not sure how to check this but i have used multiple email addresses to test with all the same response in the logs
– a.smith
Oct 16 '17 at 11:32
Just see if you can ping the address. So in your dummy example ping www.address.com
– Raman Sailopal
Oct 16 '17 at 11:45
Yes it can ping the address
– a.smith
Oct 16 '17 at 11:50
Every mail or some mails? What's reported in the log file during sendmail daemon startup/restart?
– AnFi
Oct 16 '17 at 12:04
Can the mail server resolve the external email address?
– Raman Sailopal
Oct 16 '17 at 11:30
Can the mail server resolve the external email address?
– Raman Sailopal
Oct 16 '17 at 11:30
Im not sure how to check this but i have used multiple email addresses to test with all the same response in the logs
– a.smith
Oct 16 '17 at 11:32
Im not sure how to check this but i have used multiple email addresses to test with all the same response in the logs
– a.smith
Oct 16 '17 at 11:32
Just see if you can ping the address. So in your dummy example ping www.address.com
– Raman Sailopal
Oct 16 '17 at 11:45
Just see if you can ping the address. So in your dummy example ping www.address.com
– Raman Sailopal
Oct 16 '17 at 11:45
Yes it can ping the address
– a.smith
Oct 16 '17 at 11:50
Yes it can ping the address
– a.smith
Oct 16 '17 at 11:50
Every mail or some mails? What's reported in the log file during sendmail daemon startup/restart?
– AnFi
Oct 16 '17 at 12:04
Every mail or some mails? What's reported in the log file during sendmail daemon startup/restart?
– AnFi
Oct 16 '17 at 12:04
add a comment |Â
1 Answer
1
active
oldest
votes
up vote
0
down vote
Sendmail in version 8.12 split into two different modes of operation, the mail transport agent (MTA) versus a mail submission program (MSP). Your logs likely indicate that the MSP is configured to deliver to the MTA running on localhost (a.k.a. 127.0.0.1). Since that MTA is not running, the mail fails to be delivered, though should be visible in the MSP mail queue:
$ sudo mailq -Ac
The exact MSP configuration can be confirmed by checking submit.cf which usually but not always bears that name and is usually present under /etc/mail or not depending on how your vendor presents the Sendmail install:
$ grep MTAHost /etc/mail/submit.cf
this should show the localhost name or IP address if my assumptions about your log message are correct.
Correcting the problem will either involve starting the MTA daemon (how varies by vendor and there may be other rakes to step on between here and a properly running daemon) or reconfiguring the MSP to instead deliver to some other MTA host (which requires fiddling around with usually a submit.mc file and some other concerns).
answered Oct 16 '17 at 14:18
thrig
22.7k12854
i have 127.0.0.1 in the submit.cf file for MTAHost. The server should be using a relay server which i have added to the sendmail.mc file. Should the MTA be this relay server?
– a.smith
Oct 16 '17 at 14:29
You could do it either way, with a running MTA daemon, orsubmit.cfpointed to that other host(s) and some sort of cronjob for when those other host(s) are down.
– thrig
Oct 16 '17 at 15:34
add a comment |Â
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
0
down vote
Sendmail in version 8.12 split into two different modes of operation, the mail transport agent (MTA) versus a mail submission program (MSP). Your logs likely indicate that the MSP is configured to deliver to the MTA running on localhost (a.k.a. 127.0.0.1). Since that MTA is not running, the mail fails to be delivered, though should be visible in the MSP mail queue:
$ sudo mailq -Ac
The exact MSP configuration can be confirmed by checking submit.cf which usually but not always bears that name and is usually present under /etc/mail or not depending on how your vendor presents the Sendmail install:
$ grep MTAHost /etc/mail/submit.cf
this should show the localhost name or IP address if my assumptions about your log message are correct.
Correcting the problem will either involve starting the MTA daemon (how varies by vendor and there may be other rakes to step on between here and a properly running daemon) or reconfiguring the MSP to instead deliver to some other MTA host (which requires fiddling around with usually a submit.mc file and some other concerns).
answered Oct 16 '17 at 14:18
thrig
22.7k12854
i have 127.0.0.1 in the submit.cf file for MTAHost. The server should be using a relay server which i have added to the sendmail.mc file. Should the MTA be this relay server?
– a.smith
Oct 16 '17 at 14:29
You could do it either way, with a running MTA daemon, orsubmit.cfpointed to that other host(s) and some sort of cronjob for when those other host(s) are down.
– thrig
Oct 16 '17 at 15:34
add a comment |Â
up vote
0
down vote
Sendmail in version 8.12 split into two different modes of operation, the mail transport agent (MTA) versus a mail submission program (MSP). Your logs likely indicate that the MSP is configured to deliver to the MTA running on localhost (a.k.a. 127.0.0.1). Since that MTA is not running, the mail fails to be delivered, though should be visible in the MSP mail queue:
$ sudo mailq -Ac
The exact MSP configuration can be confirmed by checking submit.cf which usually but not always bears that name and is usually present under /etc/mail or not depending on how your vendor presents the Sendmail install:
$ grep MTAHost /etc/mail/submit.cf
this should show the localhost name or IP address if my assumptions about your log message are correct.
Correcting the problem will either involve starting the MTA daemon (how varies by vendor and there may be other rakes to step on between here and a properly running daemon) or reconfiguring the MSP to instead deliver to some other MTA host (which requires fiddling around with usually a submit.mc file and some other concerns).
answered Oct 16 '17 at 14:18
thrig
22.7k12854
i have 127.0.0.1 in the submit.cf file for MTAHost. The server should be using a relay server which i have added to the sendmail.mc file. Should the MTA be this relay server?
– a.smith
Oct 16 '17 at 14:29
You could do it either way, with a running MTA daemon, orsubmit.cfpointed to that other host(s) and some sort of cronjob for when those other host(s) are down.
– thrig
Oct 16 '17 at 15:34
add a comment |Â
up vote
0
down vote
up vote
0
down vote
Sendmail in version 8.12 split into two different modes of operation, the mail transport agent (MTA) versus a mail submission program (MSP). Your logs likely indicate that the MSP is configured to deliver to the MTA running on localhost (a.k.a. 127.0.0.1). Since that MTA is not running, the mail fails to be delivered, though should be visible in the MSP mail queue:
$ sudo mailq -Ac
The exact MSP configuration can be confirmed by checking submit.cf which usually but not always bears that name and is usually present under /etc/mail or not depending on how your vendor presents the Sendmail install:
$ grep MTAHost /etc/mail/submit.cf
this should show the localhost name or IP address if my assumptions about your log message are correct.
Correcting the problem will either involve starting the MTA daemon (how varies by vendor and there may be other rakes to step on between here and a properly running daemon) or reconfiguring the MSP to instead deliver to some other MTA host (which requires fiddling around with usually a submit.mc file and some other concerns).
answered Oct 16 '17 at 14:18
thrig
22.7k12854
Sendmail in version 8.12 split into two different modes of operation, the mail transport agent (MTA) versus a mail submission program (MSP). Your logs likely indicate that the MSP is configured to deliver to the MTA running on localhost (a.k.a. 127.0.0.1). Since that MTA is not running, the mail fails to be delivered, though should be visible in the MSP mail queue:
$ sudo mailq -Ac
The exact MSP configuration can be confirmed by checking submit.cf which usually but not always bears that name and is usually present under /etc/mail or not depending on how your vendor presents the Sendmail install:
$ grep MTAHost /etc/mail/submit.cf
this should show the localhost name or IP address if my assumptions about your log message are correct.
Correcting the problem will either involve starting the MTA daemon (how varies by vendor and there may be other rakes to step on between here and a properly running daemon) or reconfiguring the MSP to instead deliver to some other MTA host (which requires fiddling around with usually a submit.mc file and some other concerns).
answered Oct 16 '17 at 14:18
thrig
22.7k12854
answered Oct 16 '17 at 14:18
thrig
22.7k12854
answered Oct 16 '17 at 14:18
thrig
22.7k12854
answered Oct 16 '17 at 14:18
thrig
22.7k12854
22.7k12854
i have 127.0.0.1 in the submit.cf file for MTAHost. The server should be using a relay server which i have added to the sendmail.mc file. Should the MTA be this relay server?
– a.smith
Oct 16 '17 at 14:29
You could do it either way, with a running MTA daemon, orsubmit.cfpointed to that other host(s) and some sort of cronjob for when those other host(s) are down.
– thrig
Oct 16 '17 at 15:34
add a comment |Â
i have 127.0.0.1 in the submit.cf file for MTAHost. The server should be using a relay server which i have added to the sendmail.mc file. Should the MTA be this relay server?
– a.smith
Oct 16 '17 at 14:29
You could do it either way, with a running MTA daemon, orsubmit.cfpointed to that other host(s) and some sort of cronjob for when those other host(s) are down.
– thrig
Oct 16 '17 at 15:34
i have 127.0.0.1 in the submit.cf file for MTAHost. The server should be using a relay server which i have added to the sendmail.mc file. Should the MTA be this relay server?
– a.smith
Oct 16 '17 at 14:29
i have 127.0.0.1 in the submit.cf file for MTAHost. The server should be using a relay server which i have added to the sendmail.mc file. Should the MTA be this relay server?
– a.smith
Oct 16 '17 at 14:29
You could do it either way, with a running MTA daemon, or
submit.cf pointed to that other host(s) and some sort of cronjob for when those other host(s) are down.– thrig
Oct 16 '17 at 15:34
You could do it either way, with a running MTA daemon, or
submit.cf pointed to that other host(s) and some sort of cronjob for when those other host(s) are down.– thrig
Oct 16 '17 at 15:34
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f398384%2fsendmail-error-dsn-4-0-0-stat-deferred-connection-refused-by-127-0-0-1%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Can the mail server resolve the external email address?
– Raman Sailopal
Oct 16 '17 at 11:30
Im not sure how to check this but i have used multiple email addresses to test with all the same response in the logs
– a.smith
Oct 16 '17 at 11:32
Just see if you can ping the address. So in your dummy example ping www.address.com
– Raman Sailopal
Oct 16 '17 at 11:45
Yes it can ping the address
– a.smith
Oct 16 '17 at 11:50
Every mail or some mails? What's reported in the log file during sendmail daemon startup/restart?
– AnFi
Oct 16 '17 at 12:04