1

My server is rejecting emails from one external sender. I suspect this might be misconfiguration on the sending server, but I'm not sure from these error messages.

The non-delivery report message the sender gets contains this text:

#5.7.1 smtp;550 5.7.1 Command rejected> #SMTP#

I also see this message in /var/messages at about the same time as the rejection message was sent, though I'm not sure if it's actually related:

Nov 29 12:29:28 localhost postfix/smtpd[31829]: sql_sqlite3 plugin: no result found

I'm using Plesk 10.4.4 Update #47, Centos 6.2, Postfix 2.8.4-11100615 on my mail server.

This is only happening for one sender so far, but I found a Google result on experts-exchange.com which seemed to identify the same problem and with the same sending domain. This was posted back in June, and currently has no answers, so even if I was a paying customer it wouldn't be answered. (http://www.experts-exchange.com/Software/Server_Software/Email_Servers/Q_27760746.html)

The generating server is bigfish.com.

What I need to determine is if this is a problem on my server or a problem with bigfish.com. Is there more information I can find in config files, logs, etc. to figure this out?

HopelessN00b
  • 53,795
  • 33
  • 135
  • 209
Mnebuerquo
  • 234
  • 2
  • 6
  • 15
  • 2
    Include the output of `postconf -n` with your post, as well as the complete, non-verbose log for a single queue-ID. – adaptr Nov 30 '12 at 10:46
  • [Administration panels are off topic](http://serverfault.com/help/on-topic). [Even the presence of an administration panel on a system,](http://meta.serverfault.com/q/6538/118258) because they [take over the systems in strange and non-standard ways, making it difficult or even impossible for actual system administrators to manage the servers normally](http://meta.serverfault.com/a/3924/118258), and tend to indicate low-quality questions from *users* with insufficient knowledge for this site. – HopelessN00b Mar 02 '15 at 06:21

2 Answers2

2

Don't know if you have the same issue as I had, but this fixed it for me: https://www.unixcafe.de/2012/04/e-mails-und-plesk/

With this command you change the default configuration of greylistings backlist filtering:

/usr/local/psa/bin/grey_listing --update-server -domains-blacklist del:"dsl|pool|broadband|hsd"

Plesk Spam and Greylisting block in their default configuration: dsl|pool|broadband|hsd.

And Microsoft uses pool in their server domain name: (ch1outboundpool.messaging.microsoft.com)

To be absolutely sure the changes are used also check this command and see if the SQLite Database of greylisting actually updated (some users reported issues that the first command did not do the trick). To verify this, run the following command. It selects the actual patterns from the sqlite database:

sqlite3 /var/lib/plesk/mail/greylist/settings.db "select * from remote_domains"

To actually remove the offending pattern, try this command:

sqlite3 /var/lib/plesk/mail/greylist/settings.db "delete from remote_domains where domain = 'dsl|pool|broadband|hsd'"

And this command also does not hurt (whitelisting microsofts domain name):

/usr/local/psa/bin/grey_listing --update-server -domains-whitelist "add:*messaging.microsoft.com"

user263367
  • 78
  • 1
  • 5
0

You could try to configure the smtpd process in /etc/postfix/master.cf with -v and reload the configuration. You should see a lot more output from the smtp subprocess in the log file when a message is coming in, which should include things related to handling of bad SMTP protocol commands.

blackbox222
  • 101
  • 1
  • 4