Si vous avez déjà un fichier de clé pour votre identité d'envoi, vous pouvez passer à l'étape suivante. Sinon, voici deux options à choisir :

a) Clé/certificat de test auto-signé (non valide à l'extérieur)

Si vous faites juste des tests, vous pouvez créer des certificats et clés "auto-signés" pour une adresse email en utilisant l'outil en ligne de commande openssl sur Linux, en suivant une procédure comme celle-ci. À la fin de ce processus, vous aurez un fichier smime.p12. Renommez ce fichier pour qu'il corresponde à votre identité d'envoi, en incluant le signe @, par exemple, alice@example.com.p12.

ou

b) Clés/certificats externes valides

Si vous souhaitez obtenir des clés/certificats valides à l'extérieur qui vous permettent de signer, il y a une liste de fournisseurs ici. J'ai trouvé que Comodo fonctionne bien (gratuit pour un usage non commercial), et c'est plus simple que la procédure d'auto-signature ci-dessus. Suivez le processus d'inscription, recevez votre mail de validation, et assurez-vous d'ouvrir le lien dans Firefox. Allez dans Préférences de Firefox / Vie privée et sécurité. Faites défiler jusqu'à Certificats / Afficher les certificats :

Sélectionnez votre certificat, et utilisez l'option "Sauvegarder" pour enregistrer en tant que fichier au format PKCS12 (ajoutez l'extension de fichier .p12 à votre nom de fichier) qui contient la clé privée et la chaîne de certificats publics.

Fournissez un mot de passe pour sécuriser le fichier .p12 :

Générer des fichiers de clé publique (.crt) et privée (.pem) séparés

Que vous ayez utilisé a) ou b), vous aurez maintenant un fichier .p12 pour votre identité d'expéditeur. C'est un grand pas en avant – prenez un café maintenant !

Maintenant, nous devons générer des fichiers de clé publique et privée séparés de cette manière – en remplaçant par votre propre adresse email pour l'exemple donné. (Mac OSX et Linux) :

openssl pkcs12 -in alice\@example.com.p12 -clcerts -nokeys -out alice\@example.com.crt openssl pkcs12 -in alice\@example.com.p12 -nocerts -nodes -out alice\@example.com.pem

Vous devrez entrer le mot de passe que vous avez fourni plus tôt. Notez que ces barres obliques inverses \ sont utilisées pour échapper le signe @ – pas pour séparer les noms d'un chemin de répertoire (c'est une barre oblique / sur Mac OSX et Linux).

Si vous utilisez Windows, il existe des implémentations openssl disponibles telles que celle de MINGW64 intégrée aux outils de ligne de commande Git, mais j'ai trouvé qu'elle avait tendance à se bloquer. Vous trouverez probablement plus facile et rapide de faire cela sous Linux puis de copier vos fichiers. Ces mêmes outils Git pour Windows viennent avec un bon client ssh que vous pouvez utiliser pour vous connecter à une machine Linux, comme une instance Amazon EC2.

2.1 Signature d'un message

Il y a déjà une clé/certificat factice et un fichier source email dans le répertoire de tests pour alice@example.com, donc vous pouvez obtenir un résultat même avant d'avoir vos propres clés. Tapez simplement ce qui suit :

cd tests ../sparkpostSMIME.py example_email1.eml --sign

Et vous obtiendrez :

To: Bob <bob@example.com> 
From: Alice <alice@example.com> 
Subject: A message MIME-Version: 1.0 
Content-Type: application/x-pkcs7-mime; smime-type=signed-data; name="smime.p7m" 
Content-Transfer-Encoding: base64 
Content-Disposition: attachment; filename="smime.p7m" MIIKXAYJKoZIhvcNAQcCoIIKTTCCCkkCAQExDzANBglghkgBZQMEAgEFADCCAQoGCSqGSIb3DQEH AaCB/ASB+VRvOiBCb2IgPGJvYkBleGFtcGxlLmNvbT4NCkZyb206IEFsaWNlIDxhbGljZUBleGFt : :

Vous ne pouvez pas réellement envoyer des emails depuis example.com via SparkPost à moins que vous ne possédiez ce domaine, donc l'étape suivante est d'utiliser votre propre clé et d'envoyer un message signé depuis votre propre domaine.