they were found in the RSS feed from both nzbgeek and nzbplanet at 20:18 and 20:34. sonarr rejected them because that episode is no longer monitored so its working correctly.
part of your issue is that the feeds from your usenet indexers appear to be returning the exact same info every time when they should only be showing new stuff from the last feed update.
need to confirm this as theres no datetime stamp in the requests and i was under the impression that only the “new” returns were processed but it appears that may not actually be the case and it just asks for the last X number of records. so if your indexer doesnt have anything newer since the last feed you get the same results as the previous feed and it processes them again (which seems rather wasteful)
the other part is that sonarr will only download the same nzb if it thinks its an upgrade. so when this happens it somehow thinks it is an upgrade or it wouldnt do it and the only way to work out why it thinks its an upgrade is with the logs from when it actually happens.
ie sonarr has to accept the download - and the logs will show why it did. then you can work out why its happening.
btw, its impossible for this to happen with torrents as sonarr will not process the same hash again. nzbs dont have that info so it can grab it again if it thinks its an upgrade. if your show is predominantly nzb based then its more likely to happen.
note - mousing over those info icons should also give you some information on why, eg preferred word score should be higher, and the deletions should be due to an upgrade