ssl with dslextreme.com attempts to send a spurious email

I am running up to date Scientific Linix 7.x (Centos). The fetchmail version is 
fetchmail-6.3.24-7.el7.x86_64. Openssl is openssl-1.0.2k-16.el7_6.1.x86_64. The 
.fetchmailrc file looks like:
===8<---
set syslog
set postmaster "jdow"
set no bouncemail
set no spambounce
set properties ""
set daemon 60
#set logfile fetchmail_el.log

poll mail.dslextreme.com with proto pop3 port 995
    user '[email protected]', with password '123456does not work' ssl,
    is 'jdow@...' here pass8bits
    user BBBwith password '123456does not work' ssl,
    is 'jdow@...' here pass8bits
poll pop.earthlink.net with proto pop3
....
===8<---
Command line is: /usr/bin/fetchmail -d 60 --fetchmailrc /home/jdow/.fetchmailrc
(Yes, there is a redundancy there.)

Fetchmail feeds off to Postfix which runs spamassassin via procmail. It is a 
working configuration from way back so I elected to perpetuate it rather than 
fix it. {^_-}

This (or an older version of it) has been working for a couple decades or more.
Along about 2019-Apr-04 it started to try to send an email to a rather enigmatic 
address, JkiO@JkiO----------------------.{MUNG]us-west-2.compute.amazonaws.com. 
Old logwatch reports show a few sporadic "Illegal address syntax in SMTP 
command" errors in the Postfix syslog messages. But now I am getting them nearly 
every poll cycle. Nothing is going out because I do not use the local Postfix 
for sending mail. It seems to be an unnecessary step in the sending process. I 
believe I have determined it is fetchmail itself that is acquiring the localhost 
socket to send the mail using the audit facility.

What configuration error might I have introduced?

{^_^}   Joanne