Thanks for the pointers, guys. Seems like the problem could be related to
fetching some mail from a remote server with fetchmail.
2017-11-10 18:59 GMT+03:00 Jeremy Harris <jgh@???>:
> On 10/11/17 15:38, Александр Кириллов via Exim-users wrote:
> > What does "refuse" mean in terms of exim configuration?
>
> Most commonly, "deny" in an ACL.
>
> > I have the above rule in acl_check_data section of exim.conf and
> obviously
> > it doesn't "refuse" the message during the connection stage. A bounce
> > message is generated instead. A typical example from the logs:
> >
> > 2017-11-09 23:15:02 1eCtE6-0002Q1-6H H=(xxxxx.xxxxxxxxx.xxxx) [127.0.0.1]
> > F=<aiesbmvf@???> rejected after DATA
>
> Which is what you did.
>
> >: Your message scored 18.0
> > SpamAssassin point. Report follows:
>
> Though I doubt the following-on report is a good idea, if you sent that
> as part of the rejection SMTP message.
>
> > 2017-11-09 23:15:04 1eCtE6-0002Qj-UC <= <> H=(xxxxx.xxxxxxxxx.xxxx)
> > [127.0.0.1] P=smtp S=6592
>
> That's a different message. Not your fault, the fault of whoever
> sent it. See the exim message ID.
>
> > 2017-11-09 23:15:05 1eCtE6-0002Qj-UC ** aiesbmvf@???
> > R=dnslookup T=remote_smtp H=a1.spambusters.email [185.31.158.19]
> > X=TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256 CV=yes: SMTP error from remote
> > mail server after RCPT TO:<aiesbmvf@???>: 550 no mailbox by
> > that name is currently available
>
> Apparently you tried to forward that second message elsewhere.
> Probably a bad move; you shouldn't have accepted it.
>
> --
> Jeremy
>
> --
> ## List details at https://lists.exim.org/mailman/listinfo/exim-users
> ## Exim details at http://www.exim.org/
> ## Please use the Wiki with this list - http://wiki.exim.org/
>
