• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion

Issue Incorrect recipient mailname

tech01

Basic Pleskian
I'm pretty stuck, researching old old articles which I thought were relevant but not finding a solution.

While all services are running correctly I assume these might be e-mail messages for some kind of alert but all the messaging systems watchdog, fail2ban, etc etc that I can find are setup correctly and I am receiving e-mail the only reference to this issue is Plesk sendmail. Mail does goes through to [email protected] but whatever the maillog info is below is not being sent/received.

Jul 12 03:24:01 controlpanel plesk sendmail[23325]: Unable to get sender domain by sender mailname
Jul 12 03:24:01 controlpanel plesk sendmail[23325]: handlers_stderr: SKIP
Jul 12 03:24:01 controlpanel plesk sendmail[23325]: SKIP during call 'check-quota' handler
Jul 12 03:24:01 controlpanel plesk sendmail[23325]: Unable to get sender domain by sender mailname
Jul 12 03:24:01 controlpanel plesk sendmail[23325]: Incorrect recipient mailname : LOCALUSERNAME
Jul 12 03:24:01 controlpanel plesk sendmail[23328]: Unable to get sender domain by sender mailname
Jul 12 03:24:01 controlpanel plesk sendmail[23328]: handlers_stderr: SKIP
Jul 12 03:24:01 controlpanel plesk sendmail[23328]: SKIP during call 'check-quota' handler
Jul 12 03:24:01 controlpanel plesk sendmail[23328]: Unable to get sender domain by sender mailname
Jul 12 03:24:01 controlpanel plesk sendmail[23328]: Incorrect recipient mailname : LOCALUSERNAME
 
Usually, error message "Unable to get sender domain by sender mailname" occurs when email sender address is empty or in short form (without domain part or '@' sign). Since this is not supported under Qmail, such requests cannot be processed and the mail gets bounced back. So, I think that problem in you [email protected] mailname.
 
IgorG, I have searched just about everywhere that alerts are sent and cannot find why it is referring to one of my 'localusernames' instead of an actual e-mail address. The errors above appear just about every minute or so. Is there any way to track down what is attempting to send message or login etc? This is on postfix.

Some time ago I remembered switching from postfix to qmail resolves e-mail issues, but that isn't the case anymore. Also when switching MTAs I noticed that the interface for postfix changes back to accepting all (both ipv4 and ipv6) and I really need it not to do this on updates or when switching MTAs. It also chunks my send mail IP address by commenting it out of the script, please see if we can not have these changes reverted back.

I get the same results as this user from back in 2014, his post unfortunately went unanswered: https://talk.plesk.com/posts/758501/

Also as far as alerts are concerned all of them seem to be coming through ok. The username that is in the LOCALUSERNAME slot refers to a local account but happens to be the local domain account.

Here is the qmail output...
Aug 15 04:49:02 controlpanel plesk sendmail[19558]: Unable to get sender domain by sender mailname
Aug 15 04:49:02 controlpanel plesk sendmail[19557]: Unable to get sender domain by sender mailname
Aug 15 04:49:02 controlpanel plesk sendmail[19557]: handlers_stderr: SKIP
Aug 15 04:49:02 controlpanel plesk sendmail[19557]: SKIP during call 'check-quota' handler
Aug 15 04:49:02 controlpanel plesk sendmail[19558]: handlers_stderr: SKIP
Aug 15 04:49:02 controlpanel plesk sendmail[19558]: SKIP during call 'check-quota' handler
Aug 15 04:49:02 controlpanel qmail-queue-handlers[19565]: Handlers Filter before-queue for qmail started ...
Aug 15 04:49:02 controlpanel qmail-queue-handlers[19565]: [email protected]
Aug 15 04:49:02 controlpanel qmail-queue-handlers[19565]: [email protected]
Aug 15 04:49:02 controlpanel qmail-queue-handlers[19566]: Handlers Filter before-queue for qmail started ...
Aug 15 04:49:02 controlpanel qmail-queue-handlers[19566]: [email protected]
Aug 15 04:49:02 controlpanel qmail-queue-handlers[19566]: [email protected]
Aug 15 04:49:02 controlpanel qmail: 1471250942.199179 starting delivery 209: msg 32244689 to local [email protected]
Aug 15 04:49:02 controlpanel qmail-queue-handlers[19565]: starter: submitter[19567] exited normally
Aug 15 04:49:02 controlpanel qmail: 1471250942.199246 status: local 1/10 remote 0/20
Aug 15 04:49:02 controlpanel qmail-queue-handlers[19566]: starter: submitter[19568] exited normally
Aug 15 04:49:02 controlpanel qmail: 1471250942.206650 starting delivery 210: msg 32244686 to local [email protected]
Aug 15 04:49:02 controlpanel qmail: 1471250942.206704 status: local 2/10 remote 0/20
Aug 15 04:49:02 controlpanel qmail: 1471250942.206733 new msg 32244776
Aug 15 04:49:02 controlpanel qmail: 1471250942.206760 info msg 32244776: bytes 703 from <[email protected]> qp 19567 uid 10004
Aug 15 04:49:02 controlpanel qmail: 1471250942.211792 starting delivery 211: msg 32244776 to local [email protected]
Aug 15 04:49:02 controlpanel qmail: 1471250942.212296 status: local 3/10 remote 0/20
Aug 15 04:49:02 controlpanel qmail: 1471250942.214094 new msg 32244780
Aug 15 04:49:02 controlpanel qmail: 1471250942.215013 info msg 32244780: bytes 705 from <[email protected]> qp 19568 uid 10004
Aug 15 04:49:02 controlpanel qmail: 1471250942.220081 starting delivery 212: msg 32244780 to local [email protected]
Aug 15 04:49:02 controlpanel qmail: 1471250942.220689 status: local 4/10 remote 0/20
Aug 15 04:49:02 controlpanel qmail: 1471250942.241826 delivery 209: deferral: /bin/sh:_/deliverquota:_No_such_file_or_directory/
Aug 15 04:49:02 controlpanel qmail: 1471250942.242128 status: local 3/10 remote 0/20
Aug 15 04:49:02 controlpanel qmail: 1471250942.249296 delivery 210: deferral: /bin/sh:_/deliverquota:_No_such_file_or_directory/
Aug 15 04:49:02 controlpanel qmail: 1471250942.249349 status: local 2/10 remote 0/20
Aug 15 04:49:02 controlpanel qmail: 1471250942.250467 delivery 211: deferral: /bin/sh:_/deliverquota:_No_such_file_or_directory/
Aug 15 04:49:02 controlpanel qmail: 1471250942.250762 status: local 1/10 remote 0/20
Aug 15 04:49:02 controlpanel qmail: 1471250942.255654 delivery 212: deferral: /bin/sh:_/deliverquota:_No_such_file_or_directory/
Aug 15 04:49:02 controlpanel qmail: 1471250942.255707 status: local 0/10 remote 0/20
 
Last edited:
Hi tech01,

you could try to use:

/usr/local/psa/admin/sbin/mchk --with-spam

or

plesk repair mail

in order to fix some misconfigurations.

In addition, it might be a good idea to create a "real", existent root - eMail - adress ( as for example "no-reply" ) and configure your php.ini's with the "real", existent eMail - adress, as for example:

Code:
; For Unix only.  You may supply arguments as well (default: "sendmail -t -i").
; http://php.net/sendmail-path
sendmail_path = "/usr/sbin/sendmail -t -i -f [email protected]"
 
I've tried both but what I'm trying to do is find out WHAT is sending these messages that are not being delivered. I tried your other fix with the sendmail path but the errors still appear and I can't track down for example why it has 'pleskuser' or 'LOCALACCOUNT' it is sending from. When I switch to Qmail it would be [email protected]
 
Hi tech01,

I've tried both but what I'm trying to do is find out WHAT is sending these messages that are not being delivered.
I assume, that these are cron - messages informing you about the successfull execution of the cron task(s). Pls. check your file "/etc/crontab" or inspect your syslog messages directly before the mails are triggered.
 
Didn't think they were cron messages, they seemed to be random in generation possibly relating to some kind of system event notification. But upon further review seems every :01 or :02 past the minute to the button, unless it is actually processing mail at that time and it might delay. Digging deeper.
 
Back
Top