Scraping data from a list of emails

Here's such a post=processing script that Magic Banana was probably visualizing:
cut -f 2,13 Hairball-MBGL.1998-2022.Newest.txt | awk -F '[\t]' 'NR -2 {print $2"\t"$1}' | sort -nk 1,1 | awk -F \\t '{ printf $0 "\t"; if (NR - 1) { cmd = "date -d \"" $2 "\" +%s"; cmd | getline; close(cmd); print } else print "18:Epochal-date" }' > X-UIDL.and.CalendarDate.to.EpochalTime.txt which accounts for nearly all of the target emails. Thanks !
The ones left out may yet have some importance.

First, there are the two at the top of the output file's list:

account8 Wed, 13 Jan 2021 00:14:24 -0700 18:Epochal-date See ErrantEmail-Rows-1198996-1199093.txt
where the date is buried below the headers.
null 18 Apr 2019 12:21:15 +0300 1555579275See ErrantEmail-Rows-931849-933292.txt
wherein that date is similarly buried. Neither date is accounted for in the scripts that we have devised, nor are their X-UIDL's.

There are also the last four rows of the output file of our script, where the Col.$1 numbers are all X-Spam-Scores instead of X-UIDLs:
135 Thu, 24 Jun 2021 18:09:36 +0200 1624550976 See: ErrantEmail-Rows-2727248-2747365.txt
149 Thu, 24 Jun 2021 18:05:29 +0200 1624550729 See: ErrantEmail-Rows-2747129-2747245.txt
244 Fri, 03 Sep 2021 05:10:55 +0200 1630638655 See: ErrantEmail-Rows-3431322-3431485.txt
244 Fri, 03 Sep 2021 06:25:11 +0200 1630643111 See: ErrantEmail-Rows-3431563-3431726.txt
None of these four look out of the ordinary to me.

The "null" emails' data have already been scraped with:
cut -f 2,13 Hairball-MBGL.1998-2022.Newest.txt | awk -F '[\t]' 'NR -1 {print $2"\t"$1}' | sort -nk 1,1 > X-UIDL.and.Date.txt then:
sort -k 2,2 X-UIDL.and.Date.txt | grep "null" '-' | awk '{print $1}' > X-UIDL.withno.Date.txtListing 25 null's used to select Emails.withno.Date03.txt, whose corresponding emails and their dates can only be found in TargetEmailFile.txt with Leafpad.
Is there some modification of the scripts that could reduce the labor of tracking these 35-odd missing emails ?

In my original post I overlooked Magic Banana's superb scripts that capture the emails with proper dates:
Fri, 02/18/2022 - 11:47
Magic Banana wrote: As afar as I understand, you want:
the whole lines whose last fields is an IPv4 address:
$ grep -E ' ([0-9]{1,3}\.){3}[0-9]{1,3}$' Mixed-Types.txt > Resolved-2k-Domains.txt
[and]the first field of the remaining lines:>
$ grep -vE ' ([0-9]{1,3}\.){3}[0-9]{1,3}$' Mixed-Types.txt | cut -d ' ' -f 1 > Unresolved-two-dozen-Domains.txt

I mean numeric "portions" although regex is somehow akin to a numeric potion

PrimeOrdeal has hit us with an inciteful question; the answer is "yes"
Let me explain ...
First, I modified Magic Banana's script as follows:
email-addr [a-zA-Z0-9._]+@[a-zA-Z]+.[a-zA-Z]+ ==> email-addr [a-zA-Z0-9._]+@[a-zA-Z0-9._]+.[a-zA-Z0-9._]+
email-addr-with-at [a-zA-Z0-9._]+ *\[at\] *[a-zA-Z]+.[a-zA-Z]+' ==> email-addr-with-at [a-zA-Z0-9._]+ *\[at\] *[a-zA-Z0-9._]+.[a-zA-Z0-9._]+'

Then I executed the following pairs of scripts, first, as originally written and then suitably modified:
LC_ALL=C ./MB-Scrape-Emails-GL Emails.withno.Date.txt | sed 's/\t\t/\tnull\t/g'> Hairball.nodate.Newest-GL
cut -f 13,14,15,16,17 Hairball.nodate.Newest-GL | awk -F '[\t]' 'NR -2 {print $1"\t"$2"\t"$3"\t"$4"\t"$5}' > CheckEmailsForum.txt
Followed by:
LC_ALL=C ./MB-Scrape-Emails-GL-PO Emails.withno.Date.txt | sed 's/\t\t/\tnull\t/g'> Hairball.nodate.Newest-GL-PO
cut -f 13,14,15,16,17 Hairball.nodate.Newest-GL-PO | awk -F '[\t]' 'NR -2 {print $1"\t"$2"\t"$3"\t"$4"\t"$5}' > CheckEmailsForum-PO.txt
The second "CheckEmailsForum" file is larger than the first; both are attached. The headers of each file list the identifications of the five columns in the order 13,14,15,16,17 corresponding to $1,$2,$3,$4,$5. $13=$1 being the X-UIDL of each email. "Null" indicates unresponsive queries.
There are about 1.6 kB of additional numerical domains. More scripting is necessary to enumerate exclusively what those domains are.
Fifty-two of sixty-one listed emails have increased quantities of email addresses, but we're not finding the missing emails this way.