Summary | Import huge pgp public key fiile |
Queue | IMP |
Queue Version | 6.1.6 |
Type | Bug |
State | Not A Bug |
Priority | 1. Low |
Owners | |
Requester | forum (at) cybert (dot) de |
Created | 02/08/2014 (4175 days ago) |
Due | 02/08/2014 (4175 days ago) |
Updated | 02/25/2014 (4158 days ago) |
Assigned | 02/10/2014 (4173 days ago) |
Resolved | 02/25/2014 (4158 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
State ⇒ Not A Bug
and/or add some php code to throw error exceptions if a given input
size is exceeded. I assume this breaks the horde online update function.
State ⇒ Feedback
'text', 64k) of object_pgppublickey.
type. That's unlimited on, for example, postgresql.
(http://www.postgresql.org/docs/9.3/static/datatype-character.html)
If you use a DB that imposes a limit that you feel is too small,
change it to a more appropriate data type locally. We provide default
SQL schemas that should work with most systems, but due to the
variability in DB implementations we can't guarantee the schemas will
fit everybodys needs perfectly.
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ Import huge pgp public key fiile
Due ⇒ 02/08/2014
Queue ⇒ IMP
Milestone ⇒
Patch ⇒ No
State ⇒ Unconfirmed
adele@gnupp.de. Due to lots of signatures the public key file
(0x92AB3FF7) has about 96k size.
Two problems are detected with this input:
(1) Importing directly from a response mail with attached keyfile
causes the import of another public keyfile from the same sender
(0x346D74D5) but not from the mail attached file.
(2) An Import via copy/paste or file import stores a truncated keyfile.
Both variants import successfully ! Variant1 encrypts but fails on
reception, Variant2 fails on encryption.
An obvious reason for at least Variant2 is the limited size (type
'text', 64k) of object_pgppublickey.