-----BEGIN PGP SIGNED MESSAGE-----
Hello
[For the poeple on open-pgp:
This is only informational, but interesting because our solution uses a
new PGP-Packet type, which should be ignored and may be stored by a PGP
implementation (instead of aborting)]
We're currently working on a replacement for the mail based
synchronization mechanism, relying on the MBone, but also allowing unicast
connectivity, single update messages (less flooding) and a reliable
mechanism to detect missed updates and re-request them.
This mechanism should reduce today's problems with keyservers which are
out of sync or not reachable (ie. crashed...) and e-mail bouncing around.
A release date is in "near future" ;-)
Since this mechanism uses serial numbers for requesting retransmitts you
could get the functionality of your hash-functionality with simply
comparing those serial numbers with a local "database" of serials.
Since the serial numbers are stored in pgp-packets you could use an
extended pgp for this.
Michael
- --
Michael Baumer, Praesident VIS
VIS - Verein der Informatikstudierenden an der ETH Zuerich
e-mail (pers.): baumi(_at_)vis(_dot_)inf(_dot_)ethz(_dot_)ch
e-mail (Verein): vis(_at_)vis(_dot_)inf(_dot_)ethz(_dot_)ch
PGP-KeyID: 2238F089, 2048 Bits
Key fingerprint: A8 E3 D9 73 72 8F E2 60 87 BC 86 4B 53 86 B5 79
finger baumi(_at_)neelix(_dot_)ethz(_dot_)ch for pgp-key
-----BEGIN PGP SIGNATURE-----
Version: 2.6.3i
Charset: next
iQEVAwUBNYU9Uf0j9YciOPCJAQEuugf/Yus16DEV4kMaCPLjthB9lOPC1xG690uh
F62iRWAXoVzeZMyg3ys/0HV3Y21btv4oSERQDEvAiMtxXp3OSsbcv53uqBphRN0y
9TauDX3utOlgLPt7ancxYKtmjSqS9s5mE6JBPBMb1STDRCmZaTXB80al4RPMNq9u
FC2Ta+mtj3IaBDVi98Syw+XZXB4e6FN37UP4Tz4Dq1PqBUA4cRyfvE4L65vrdiZT
LLM+xuy8EAFrkhg5GlWtHl+XVwQJQchfW5W3/ox7q9OtXwS2Oj+vVnYZRuRqhc/r
G1vGTnQkefa7r8r2c4Ki9kfOAi6d7FmdYPT837mDH2Efzqa6UPxyzg==
=6hUH
-----END PGP SIGNATURE-----