Type bits/keyID Date User ID |
pub 1024/90177AE7 1997/03/04 7-11 |
pub 1024/A7E79015 1998/06/07 Alexei Shulgin |
pub 1024/9E04FECD 1998/06/07 Blank & Jeron |
pub 1024/E90CD4FE 1997/09/10 Daniel Garcia Andujar |
pub 1024/5A3AC6CF 1998/06/07 Heath Bunting |
pub 1024/5A3AC6CF 1998/06/07 irational corp. |
pub 1024/04EA8177 1998/06/07 Jacques Servin |
pub 1024/599F917F 1998/06/07 JODI |
pub 1024/917F596F 1998/06/07 Keiko Suzuki |
pub 1024/277F1EDF 1998/01/04 Olia.Lialina |
pub 1024/1C999115 1998/02/09 Luka.Frelih |
pub 1024/91151C99 1998/03/02 Rachel Greene |
pub 1024/EA5DA009 1998/06/07 Steve Kurtz |
pub 1024/0EA095DA 1998/05/05 Susan Kennard |
pub 1024/38F2994B 1998/06/07 Technologies To The People |
pub 1024/8FB29943 1998/06/07 Vuk Cosik |
This means that some keys you might not expect will be returned. If there was a key in the database for Marc Edu <mit.foo.com>, this would be returned for by the above query. If you don't want to see all these extra matches, you can select ``Only return exact matches'', and only keys containing the specified search string will be returned.
This algorithm does not match partial words in any case. So, if you are used to specifying only part of a long name, this will no longer work.