l

@dignifiedquire rPGP itself does not seem to have any structures that contain `Message`s and verify them recursively? So adding `Message.is_signed() -> bool` should be sufficient?

I have worked around it in https://github.com/deltachat/deltachat-core-rust/pull/1616 by decompressing the message first and then matching on `Signed` variant, but still think there is a need for a method that checks...

@dignifiedquire How about deprecating this method and maybe replacing it with some fine-grained functions instead? I don't see any use case for it currently. In deltachat-core-rust we don't use it...

I want to remove support for DES and Cast5 and blowfish from Delta Chat. Maybe also twofish. These packages add unnecessary dependencies and 3DES is insecure.

To implement an object that objects can be converted to, we need to move the common part out of `packet::PublicKey` and `packet::PublicSubkey`. They are already implemented using the same `impl_public_key!`...

It is probably possible to accept `Box`. But I would rather factor out some common structure from `packet::PublicKey` and `packet::PublicSubkey` instead of relying on dynamic dispatch and other more complex...

https://github.com/RustCrypto/block-modes/pull/17 is merged and released as 0.8.2.

Last time I tried this, got stuck because of https://github.com/Geal/nom/issues/1078

It needs to be implemented in RustCrypto, rpgp already depends on crates aes, block-modes etc. which are part of this project. DSA goes into https://github.com/RustCrypto/signatures/ and ElGamal is better implemented...

If deltachat is going to move to deltachat-core-rust, I may just stop caring about this since libetpan is going away: https://github.com/deltachat/deltachat-core-rust/commit/83917ef93e9d2e829e201ab51ba4e47450589af3#diff-a7b0a2dee0126cddf994326e705a91ea (or not, looks like mmime is a c2rust translation...