| Summary | S/MIME support |
| Queue | IMP |
| Queue Version | HEAD |
| Type | Bug |
| State | Not A Bug |
| Priority | 2. Medium |
| Owners | slusarz (at) horde (dot) org |
| Requester | dbondtmp1 (at) datanaut (dot) com |
| Created | 11/17/2004 (7666 days ago) |
| Due | |
| Updated | 11/20/2004 (7663 days ago) |
| Assigned | 11/19/2004 (7664 days ago) |
| Resolved | 11/20/2004 (7663 days ago) |
| Github Issue Link | |
| Github Pull Request | |
| Milestone | |
| Patch | No |
State ⇒ Not A Bug
viewing. I am revamping the S/MIME code to more closely resemble the
PGP code so this will be taken care of with those changes.
the ticket?
State ⇒ Assigned
There is an assumption in imp/lib/MIME/Viewer/pkcs7.php that the MIME
Content-Type header is in the message body.
Both Microsoft Outlook and IMP generate an S/MIME message with the
Content-Type header in the message header.
This fix picks up the header from the mime_part object, when necessary.
Also add support for (Outlook's) application/pkcs7* content-types.
And added a couple of (missing?) requires.
RCS file: /repository/imp/lib/MIME/Viewer/pkcs7.php,v
retrieving revision 1.49
diff -r1.49 pkcs7.php
108a109
< $headers->addHeader('Content-Type',
$this->_headers['content-type']);
---
$headers->addHeader('Content-Type',
$this->_headers['Content-Type']);
} else if (isset($this->_headers['content-type'])) {
$headers->addHeader('Content-Type',
$this->_headers['content-type']);
}
< $this->_headers =
&MIME_Structure::parseMIMEHeaders($text, true, true);
---
if (!($this->_headers =
&MIME_Structure::parseMIMEHeaders($text, true, true))) {
$this->_headers = $this->mime_part->header();
}
State ⇒ Unconfirmed
Priority ⇒ 2. Medium
Type ⇒ Bug
Summary ⇒ S/MIME support
Queue ⇒ IMP
from IMP the recipient is getting an empty email message.