Re: hashcash-sendmail breaks up long stamps@@sig

--8t9RHnE3ZwKMSgU+
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Jun 29, 2011 at 02:41:52PM +0200, =C5=81ukasz Stelmach wrote:
> If you read the source for hashcash you find that `-Z' option
> corresponds to compression. If the compression is set then hashcash
> generats shortest possible stamps, otherwise it inserts some zeros to
> align the input for the hash function and make calculations faster
> (that's what I've read in a FAQ or somewhere else).
>
> Try running this bash script and notice the stairs it produces
>
> --8<---------------cut here---------------start------------->8---
> for f in `seq 11 64`; do \
>     hashcash -b4 -qm $(seq -w 11 $f | tr -d '\n'); \
> done | less -S
> --8<---------------cut here---------------end--------------->8---
>
> then add -X to hashcash.
>
> The newline and the space characters are means to split long mail headers
> into several lines reasonable of reasonable length. Take a look at
> Received headers in any mail you receive and the RFC[1]

For me, I created my own Python Hashcash script for use with Mutt[1]. The
command I issue is thus:

    hashcash -m [resource] -X -Z 2

The result is something like this:

    X-Hashcash: 1:20:110629:foo::NAOejG1BIDG75As8:ATi0

As per the documentation, stripping the zeros and adding compression adds
to the mint time, but it's never problematic. I've sent mails to family
members with 10-15 in the Cc: line, and every token is minted in a second,
or two, and added to the headers, and the end result is arguably cleaner.

    1. https://github.com/atoponce/Penny-Red

--
=2E o .   o . o   . . o   o . .   . o .
=2E . o   . o o   o . o   . o o   . . o
o o o   . o .   . o o   o o .   o o o

--8t9RHnE3ZwKMSgU+
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: http://tinyurl.com/aarongpg

iQEcBAEBCgAGBQJOC599AAoJEM55Ebf8BAiPdpoH/0geo+L6tPzlfFyyNgSluKA1
FBK+9ekVVCvy2qymtoOO8IDPFqncl40E4cXvWbH17wBmgfK/jD2ettSDITCcBANV
IeXxYkw7FDkSeBWOFgG9rde7dndj6nu0MEwnjWsNsElUrtIYm8I3/joCbUPlOoCH
4cRl7r1bBh3ZjMPtsSuZMh7OIDgUBvaD3Tsbui8Z0izmmiQhk73InF1mVp4AZryF
+xXoXDVD9vvcLYcMJ54WZ8BjJ+jWjSd4T/EMdVsvEqmeZXAJEu3ob0r65qHW3VDm
DOeHNtqnBqSz+d+7Ugn372DjweqhiLOBIPQEye6cjk3zB/4YuWRp0+xA//w1BAI=
=sA+S
-----END PGP SIGNATURE-----

--8t9RHnE3ZwKMSgU+--