Un-stalling for Horde 4

We would have to change the return hash of the cert parser to be able 
to return more than one value per certificate key. Anything else would 
be a crude hack, so this going to be stalled for Horde 4.

Here you go.

Can we have a blacklist of free certificates so we avoid storing the 
bogus name from the the CN?  Thawte's certificates only have real 
names in the CN if you pay for the certificate...

This has been fixed.

Is it correct that all that's left to do is, to save several contacts 
if there are several addresses in a cert? Can anyone provide and 
example message?

I don't think we should do anything about senseless CNs. It's sad the 
the Thawte certs don't contain a useful value, but need to rely on 
that, because certs are tied to the cert's subject, not to the sender 
of the cert.
That being said, we should fix IMP too, because in the message view it 
shows the sender's name, not the cert's name in the link to save the 
cert. The correct name/address is used in the verification message 
though.

Should we attempt to do anything about "dumb" CN's in the certificate 
subject?  I have a certificate from a UWisc user and the CN="Joe 
user", but I also have a Thawte Freemail certificate where the 
CN="Thawte Freemail Member".  Thawte may be the only CA that does 
this...

But the user might want to use any of the addresses this cert is valid 
for. So he needs multiple entries in his address book.

Match the From address and the certification subject?  Should we also 
use the From address for the name field?  The name in the certificate 
is useless for this certificate at least.  Do other S/MIME 
certificates have better data in that field?

I'd say we should look for a match, and add the certificate to the 
first matching address if there is one. If there's no match, create an 
entry for the first address listed in the cert.

Assigned ticket should always be assigned to someone.

Create multiple accounts?

I fixed the undefined index problem for History objects in Horde 3.1 
and HEAD.  The S/MIME problem still exists.

Note the link in IMP has this text:

Click to Save S/MIME certificate of Matthew Murphy 
<mattmurphy@kc.rr.com in your Address Book.

The certificate Subject is as follows:

         Subject: CN=Thawte Freemail 
Member/emailAddress=mattmurphy@kc.rr.com/emailAddress=mrm565s@smsu.edu/emailAddress=Matthew007@MissouriState.edu

The Turba addField code assumes that there will only be one email 
address in the certificate subject.  How should we deal with multiple 
email addresses?

I click on the "Save S/MIME certificate ... to address book" link in 
IMP and the resulting entry in turba looks like:

Name:          Thawte Freemail Member
Email:         Array
S/MIME Public Certificate          -----BEGIN CERTIFICATE-----
....Valid certificate....
-----END CERTIFICATE-----

Also, viewing the entry in Turba shows the following errors:

Notice: Undefined index: history_action in 
/etc/httpd/htdocs/horde/framework/History/History.php on line 346

Notice: Undefined index: history_desc in 
/etc/httpd/htdocs/horde/framework/History/History.php on line 347

Notice: Undefined index: history_who in 
/etc/httpd/htdocs/horde/framework/History/History.php on line 348

Notice: Undefined index: history_id in 
/etc/httpd/htdocs/horde/framework/History/History.php on line 349

Notice: Undefined index: history_ts in 
/etc/httpd/htdocs/horde/framework/History/History.php on line 350

Notice: Undefined index: history_extra in 
/etc/httpd/htdocs/horde/framework/History/History.php on line 351