397 liens privés
Use this tool to send a test email message directly to your mail server - it will reveal any error messages raised by your SMTP server.
(À utiliser sur des alias temporaires et pas des mailboxes.)
pour tester la sortie réseau (outbound):
"""
nc -v portquiz.net <whatever_port>
"""
"""
Congratulations!
If you are reading this message, it means that your e-mail service provider is
able to receive e-mail from IPv6-only server. Your e-mail is therefore fully
ready for the new internet protocol!
--
DoesNotWork.eu
"""
Grâce au répondeur test@doesnotwork.eu (IPv6 seulement), j'ai pu valider que mon serveur savait envoyer/recevoir du mail en IPv6.
"""
Sep 14 15:47:24 dedibox postfix/smtpd[6960]: connect from www.doesnotwork.eu[2001:1528:132:70::d0e5]
Sep 14 15:47:24 dedibox postfix/smtpd[6960]: Anonymous TLS connection established from www.doesnotwork.eu[2001:1528:132:70::d0e5]: TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)
Sep 14 15:47:24 dedibox postfix/smtpd[6960]: 8B605FFB57: client=www.doesnotwork.eu[2001:1528:132:70::d0e5]
Sep 14 15:47:24 dedibox opendkim[809]: 8B605FFB57: s=doesnotwork2015 d=doesnotwork.eu SSL
Sep 14 15:47:24 dedibox postfix/qmgr[26726]: 8B605FFB57: from=test@doesnotwork.eu, size=1793, nrcpt=1 (queue active)
Sep 14 15:47:24 dedibox postfix/smtpd[6960]: disconnect from www.doesnotwork.eu[2001:1528:132:70::d0e5]
Sep 14 15:47:24 dedibox postfix/pipe[6963]: 8B605FFB57: to=********@fralef.me, orig_to=egoijegoijzg@fralef.me, relay=dovecot, delay=0.12, delays=0.07/0/0/0.05, dsn=2.0.0, status=sent (delivered via dovecot service)
"""
"""
Il est donc nécessaire de former et d’accompagner les développeurs aux pratiques de développement, mais aussi de leur donner le temps de pratiquer au quotidien. En effet, en plus d’assurer le bon fonctionnement de son application, ces pratiques coûtent moins cher sur le long terme à l’entreprise !
"""
"""
At present, the state of the art in testing system automation code appears to be, “spin up a test system, run the manifest/state/whatever, and then use something like serverspec or testinfra to SSH in and make sure everything looks OK”. It’s automated, at least, but it isn’t exactly a quick process. Many people don’t even apply that degree of rigour to their system config systems, and rely on manual testing, or even just “doing it live!”, to shake out the bugs they’ve introduced.
"""
rhoo le pic sur saltstack à la fin de l'article! ><
meuh non, c'est bien connu: "tester, c'est douter!"
http://www.fierdecoder.fr/2014/04/tester-cest-douter/
http://www.commitstrip.com/shop/fr/affiches/11-affiche-tester-c-est-douter.html
plein d'outils pour tester, dont gratuitement et sans inscription:
- du telnet avec templates imap(s), pop3(s), http(s), etc..
- de l'envoi ou de la réception de mail (en TLS uniquement ou pas)
simuler un réseau avec GNS3
ce mec a une tête à claque, mais ce qu'il raconte est très intéressant,
particulièrement si vous faites de l'infrastructure as code
plein d'outils pour tester du SSL / TLS
- mail servers test
- web server test (voir aussi le très bon https://www.ssllabs.com/)
- liste de quelques hébergeurs de mail avec indication de la façon dont SSL / TLS est implémenté
- un outil pour tester la délivrabilité des mails et pour identifier comment est réalisé la connexion (securisée ou pas, avec quels protocoles et quels algo de chiffrement): https://ssl-tools.net/mails
bon petit billet.
en cours de mise en place.