Ralph Corderoy <[email protected]> wrote: > Hi, > > https://ssoma.public-inbox.org/ssoma_repository.txt says > > Thus the blobs for conflicting Message-IDs will be the SHA-1 > hexdigest of the Subject header and raw body (no extra whitespace > delimiting the two). > > PFX=21/4527ce3741f50bb9afa65e7c5003c8a8ddc4b1 > > $PFX/287d8b67bf8ebdb30e34cb4ca9995dbd465f37aa # first copy > $PFX/287d8b67bf8ebdb30e34cb4ca9995dbd465f37ab # second copy > $PFX/287d8b67bf8ebdb30e34cb4ca9995dbd465f37ac # third copy > > So what happens when a second email with the same (message-ID, subject, > body) arrives, but different Date, CC, etc?
They're skipped, unfortunately. I suppose certain headers (From/To/Date/???) are more important than others (Received) and warrant storing the extra copy... this was probably a design flaw, but I haven't worked on ssoma much in recent years. Fwiw, current public-inbox hasn't implemented this Message-ID conflict resolution at all (it no longer uses ssoma); duplicates just get lost entirely. (AFAIK it's not possible to implement NNTP correctly with duplicate Message-IDs) > Also, how do the three copies above have near identical digests? They're made up, I just wanted :)
