Re: ways of integrating into Thunderbird

On Thu, 30 Jun 2011 11:32:17 -0400, Eric S. Johansson wrote:

>On 6/30/2011 11:20 AM, John Honan wrote:
>> Would a hashcash plugin do the stamping as a background task, =
transparently? -=20
>> Or do we need to invoke a dialog and make it foreground? (imo hashcash=
=20
>> stamping should be as transparent as possible, in fact the only thing =
the user=20
>> should see is a checkbox on the thunderbird preferences screen to =
enable it,=20
>> and perhaps a 'number of bits' textbox value)
>>
>> Anyway, here are a couple of links;
>>
>> http://www.unsignedbyte.com/?page_id=3D4
>> Here's one called the 'send later' extension, it allows you to =
schedule=20
>> outgoing emails to be sent later. I think it's relevant as it uses a =
method of=20
>> moving the email to drafts, then monitors the drafts folder until a =
certain=20
>> time, and then moves it to outbox.
>
>that looks interesting.
>>
>> =
http://stackoverflow.com/questions/162057/how-do-you-insert-email-headers=
-with-a-thunderbird-extension
>> Uses js to intercept the outgoing email and insert headers.
>
>Also looks interesting as does:=20
>http://email.about.com/od/mozillathunderbirdtips/qt/Add_an_Arbitrary_Cus=
tom_Header_to_Mozilla_Thunderbird.htm
>
>we also want to grab messages inbound to check for valid stamps and =
handle it in=20
>some hand-waving appropriate method.
>
>After I sent my message, it occurred to me that maybe we want to start =
stamp=20
>generation when the user starts creating a message and if the person =
sends the=20
>message before the stamp is done, then use the queuing and send later =
technique=20
>suggested above.  maybe I'll ask him about a mechanism for adding a =
plug-in that=20
>does some filtering/competition a work and sends the message when it's =
done. We=20
>would also need some sort of an alert indicator to say that the message =
hasn't=20
>been set yet.

You have to know that TB has its problems when reloading messages,
saved as draft, for further editing, as it then strips off all custom
headers.  So an HC stamp created on the fly during editing and stored
in an X-Hashcash header would also get lost and had to be recreated
over and over again.

That's an ugly bug, well-known for years and documented in
https://bugzilla.mozilla.org/show_bug.cgi?id=3D195716, which makes the
development of header modifying add-ons much more complicated than it
should be and imho has to be fixed asap.  Up to then you might
consider pooling tokens separately and adding them to message headers
not before the message actually gets sent.

Kind regards

Christian
--=20
OmniMix ... protect your privacy
https://www.danner-net.de/om.htm