On Wed, Jan 09, 2019 at 11:29:06PM +0100, dirk1980ac via Gnupg-users wrote:
> > I only wanted to know why such a large image size in the first
> > place was chosen, when GnuPG suggest a much much smaller
> > size. :-)
>
> I think the 16M are from times, where RAM was nbot measured in GB.
Not
Stefan Claas wrote:
> I only wanted to know why such a large image size in the first
> place was chosen, when GnuPG suggest a much much smaller
> size. :-)
I'd guess that it's not about image size. It's a
maximum packet size. Things other than images have to
go in there as well (although an
Hello Stefan.
Am Mittwoch, den 09.01.2019, 22:50 +0100 schrieb Stefan Claas:
> On Wed, 09 Jan 2019 22:25:21 +0100,
> dirk.gottschalk1...@googlemail.com wrote:
>
> Hi Dirk,
>
> > But, this is more a Problem of SKS. When SKS accepts such keys,
> > it's
> > not GPG's fault.
> Forget SKS for a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Wed, 09 Jan 2019 22:25:21 +0100, dirk.gottschalk1...@googlemail.com wrote:
Hi Dirk,
> But, this is more a Problem of SKS. When SKS accepts such keys, it's
> not GPG's fault.
Forget SKS for a moment, i send you, or distribute, such a key via
Hi Stefan.
Am Mittwoch, den 09.01.2019, 18:06 +0100 schrieb Stefan Claas:
> On Tue, 8 Jan 2019 20:16:59 +0100, Stefan Claas wrote:
[...]
> The provided Chief Wiggum image contains a 2 seconds .mp4 movie
> clip. Pretty awesome imho! So this means that one can hide in a PGP
> key movies and other
On Tue, 8 Jan 2019 20:16:59 +0100, Stefan Claas wrote:
> Since this is an interesting subject, i believe, i may check out how much
> payload can be put in such large jpeg images, just out of of interest
> and i may, if time allows, try to get hold of a complete key server dump
> to try to see if
