mainMHonArc - Support: sr #105343, message digests

 
 

sr #105343: message digests

Submitter:  Me <cinquero>
Submitted:  Thu 11 May 2006 07:57:57 AM UTC
Votes: 100
 
Category:  None Priority:  5 - Normal
Severity:  1 - Wish Status:  Wont Do
Privacy:  Public Assigned to:  None
Open/Closed:  Closed Operating System:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Mon 03 Jan 2011 05:14:06 PM UTC, comment #7: 

It seems the capability being asked here is best done
via a pre-processing step of data before mhonarc sees it.
It may be possible to utilize mhonarc's callback API to
to get desired results, but it would not be as simple.

Earl Hood <ehood>
Group administrator
Fri 12 May 2006 05:31:19 AM UTC, comment #6: 

I would feel much more comfortable if the message body+sender+receiver(s)+subject+time would be used for digest creation and if these digests would be put into each html file. I see no other way to reliably reference a message than by its content because it is exactly that what one wants to identify primarily.

How easy would it be to add a "--add-digests" option which does that? Maybe I have some time in two weeks.

Me <cinquero>
Fri 12 May 2006 02:48:54 AM UTC, comment #5: 

If Digest::MD5 is installed, the message-id is based upon
the md5 digest of the message header.  In general, this
should provide uniqueness (and re-creatability), but it
is possible to get two separate message with same ID if
the header text is the same.

If Digest::MD5 is not installed, than the created message-id
is not re-creatable if the archive is regen'ed from source
data (a combination of process ID, time, and counter is used).

Remember, mhonarc only creates its on message-id if none0
is present.  Any message-id created with mhonarc will
be "<local-part>@NO-ID-FOUND.mhonarc.org".

BTW, only the header data is available at the time the
message-id is created.  For optimization reasons, mhonarc
does not read the complete message since conditions exist
that may indicate that the message should not be processed
(examples: already archived, MSGEXCFILTER, no-archive flag).

Earl Hood <ehood>
Group administrator
Thu 11 May 2006 10:08:47 PM UTC, comment #4: 

How do you create the checksum? Why isn't it easy to create the checksum from the original plain text message or body?

Me <cinquero>
Thu 11 May 2006 09:05:38 PM UTC, comment #3: 


> Does the X-Message-Id entry exist in every html message file
> generated by mhonarc?


Yes.

If the original message-id does not exist, mhonarc auto-creates
one.  However, if auto-created, it may not be the same if
an archive is re-created from the original messages.

If this may be an issue for you, you can pre-process the
messages to verify that there is a message-id, and if not,
create one before mhonarc sees it.

Earl Hood <ehood>
Group administrator
Thu 11 May 2006 08:29:14 PM UTC, comment #2: 

It is used simply as a message id.

Does the X-Message-Id entry exist in every html message file generated by mhonarc?

Me <cinquero>
Thu 11 May 2006 07:08:49 PM UTC, comment #1: 

Will you provide more information about your request and
what exactly you are trying to achieve.  For example,
how is the sha1sum being used?

Earl Hood <ehood>
Group administrator
Thu 11 May 2006 07:57:57 AM UTC, original submission:  

I'd like to have message digests of the original messages stored along with the outputted html files. I need them to reliably reference the single messages.

See, for example, there:

https://stier.is-a-geek.com/~moinmoin/spr/47992b3e4dd8c3cda0734412451a11d94042bf91

The last 40 digits are the sha1sum create from the html part between the pre-tags. That is of course not a reliable way to do that because the formatting may change upon the next conversion run.

Thx!

btw.: having a charset encoding definition at hand in each file wouldn't be too bad either.

Great work! Thx!

Me <cinquero>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by ehood (Posted a comment)
  •  

    There are 100 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 3 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2011-01-03 ehood Open/ClosedOpen Closed
        StatusNone Wont Do
    2006-05-11 cinquero Carbon-Copy- Added cinquero

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code