Postfix Dovecot et SSL : SSL23: unknown protocol

Thierry Bugier Pineau

27/03/2017 à 09:30

--=-nuR+FWnV8LcrsvyhrF7u
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Bonjour
Apparemment 2 essais sur 3 sont bons, et celui qui Ã©choue doit venir du
fait que la rÃ©solution DNS sur le serveur n'est pas configurÃ©e pour
rÃ©soudre son propre nom. Au plus simple, il faudrait mettre Ã jour
/etc/hosts. C'est quand mÃªme mieux que le serveur sache comment il
s'appelle.
Dans les cas oÃ¹ la connection rÃ©ussit, il faudrait vÃ©rifier qu'un
chiffrement est bien mis en place. La seule ligne "+OK Dovecot ready"
ne l'indique pas mais il doit y avoir une bonne quantitÃ© d'infos avant
elle; notamment au dÃ©but.
A propos de l'erreur dans /var/log/mail.err, je chercherai tout Ã
l'heure dans mes notes si j'ai des infos Ã ce sujet.Â
Le dimanche 26 mars 2017 Ã 23:23 +0200, a
Ã©critÂ :

On Sunday 26 March 2017 22:27:06 you wrote:
J'ai fait un test avec le serveur SMTP de gmail :
openssl s_client -connect smtp.gmail.com:995 -debug
et Ã§a a fonctionnÃ©. Il y aura une quantitÃ© importante
d'informations :
Depuis mon serveur :
openssl s_client -connect localhost:995 -debug :
les d'infos...
+OK Dovecot ready.
openssl s_client -connect <mon_domaine_serveur>:995 -debug :
aucune rÃ©ponse... ou
gethostbyname failure
connect:errno=0
Depuis un poste client :
openssl s_client -connect <mon_domaine_serveur>:995 -debug :
les d'infos...
+OK Dovecot ready.
tail /var/log/mail.err :
ssl3_get_client_hello:no shared cipher
SSL23_GET_CLIENT_HELLO:unknown protocol
VoilÃ le topo,
bonne fin de soirÃ©e,
AndrÃ©
> > Le 26 mars 2017 19:45:28 GMT+02:00, andrÃ©Â a Ã©crit :
> > >J'ai un serveur postfix + dovecot + ssl.
> > >Il marche parfaitement avec le port POP 110,
> > >mais pas du tout en mode SSL port 995.
> > >Voici ce que me dit "tail /var/log/mail.err" :
> > >dovecot: pop3-login: Error: SSL: Stacked error:
> error:140760FC:SSLÂ
> > >routines:SSL23_GET_CLIENT_HELLO:unknown protocol
> > >Mes certifs crt et key semblent bons.
> > >J'en ai crÃ©Ã©s d'autres mais idem.
> > >J'ai fouillÃ© via Google, ce message m'apporte des centaines
> > >de liens mais aucun ne m'aide.
> > >Merci d'une piste...Â AndrÃ©

--=-nuR+FWnV8LcrsvyhrF7u
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
<html><head></head><body><div>Bonjour</div><div><br></div><div>Apparemment 2 essais sur 3 sont bons, et celui qui échoue doit venir du fait que l a résolution DNS sur le serveur n'est pas configurée pour ré soudre son propre nom. Au plus simple, il faudrait mettre à jour /etc/ hosts. C'est quand même mieux que le serveur sache comment il s'appell e.</div><div><br></div><div>Dans les cas où la connection réussit , il faudrait vérifier qu'un chiffrement est bien mis en place. La seu le ligne "+OK Dovecot ready" ne l'indique pas mais il doit y avoir une bonn e quantité d'infos avant elle; notamment au début.</div><div><br> </div><div>A propos de l'erreur dans /var/log/mail.err, je chercherai tout à l'heure dans mes notes si j'ai des infos à ce sujet. </div><div ><br></div><div>Le dimanche 26 mars 2017 à 23:23 +0200, umericable.fr a écrit :</div><blockquote type="cite"><div class ="part-container pre -e-web-view-background-color -e-web-view-text-color" style="border: none; padding: 8px; margin: 0;"><pre>On Sunday 26 March 2 017 22:27:06 you wrote:
<font color="#737373">> J'ai fait un test avec le serveur SMTP de gmai l :</font>
<font color="#737373">> openssl s_client -connect smtp.gmail.com:995 - debug</font>
<font color="#737373">> et ça a fonctionné. Il y aura une qu antité importante d'informations :</font>
Depuis mon serveur :
openssl s_client -connect localhost:995 -debug :
les d'infos...
+OK Dovecot ready.
openssl s_client -connect <mon_domaine_serveur>:995 -debug :
aucune réponse... ou
gethostbyname failure
connect:errno=0
Depuis un poste client :
openssl s_client -connect <mon_domaine_serveur>:995 -debug :
les d'infos...
+OK Dovecot ready.
tail /var/log/mail.err :
ssl3_get_client_hello:no shared cipher
SSL23_GET_CLIENT_HELLO:unknown protocol
Voilà le topo,
bonne fin de soirée,
André
<font color="#737373">> > > Le 26 mars 2017 19:45:28 GMT+02:00, andré a écrit :</font>
<font color="#737373">> > > >J'ai un serveur postfix + doveco t + ssl.</font>
<font color="#737373">> > > >Il marche parfaitement avec le p ort POP 110,</font>
<font color="#737373">> > > >mais pas du tout en mode SSL por t 995.</font>
<font color="#737373">> > > >Voici ce que me dit "tail /var/l og/mail.err" :</font>
<font color="#737373">> > > >dovecot: pop3-login: Error: SSL: Stacked error:</font>
<font color="#737373">> > error:140760FC:SSL </font>
<font color="#737373">> > > >routines:SSL23_GET_CLIENT_HELLO: unknown protocol</font>
<font color="#737373">> > > >Mes certifs crt et key semblent bons.</font>
<font color="#737373">> > > >J'en ai créés d'autres mais idem.</font>
<font color="#737373">> > > >J'ai fouillé via Google, ce message m'apporte des centaines</font>
<font color="#737373">> > > >de liens mais aucun ne m'aide.</ font>
<font color="#737373">> > > >Merci d'une piste...  Andr é</font>
</pre></div>
</body></html>
--=-nuR+FWnV8LcrsvyhrF7u--

--=-nuR+FWnV8LcrsvyhrF7u
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit

Bonjour
Apparemment 2 essais sur 3 sont bons, et celui qui Ã©choue doit venir du
fait que la rÃ©solution DNS sur le serveur n'est pas configurÃ©e pour
rÃ©soudre son propre nom. Au plus simple, il faudrait mettre Ã jour
/etc/hosts. C'est quand mÃªme mieux que le serveur sache comment il
s'appelle.
Dans les cas oÃ¹ la connection rÃ©ussit, il faudrait vÃ©rifier qu'un
chiffrement est bien mis en place. La seule ligne "+OK Dovecot ready"
ne l'indique pas mais il doit y avoir une bonne quantitÃ© d'infos avant
elle; notamment au dÃ©but.
A propos de l'erreur dans /var/log/mail.err, je chercherai tout Ã
l'heure dans mes notes si j'ai des infos Ã ce sujet.Â
Le dimanche 26 mars 2017 Ã 23:23 +0200, andre_debian@numericable.fr a
Ã©critÂ :

On Sunday 26 March 2017 22:27:06 you wrote:
> J'ai fait un test avec le serveur SMTP de gmail :
> openssl s_client -connect smtp.gmail.com:995 -debug
> et Ã§a a fonctionnÃ©. Il y aura une quantitÃ© importante
d'informations :

Depuis mon serveur :
openssl s_client -connect localhost:995 -debug :
les d'infos...
+OK Dovecot ready.

openssl s_client -connect <mon_domaine_serveur>:995 -debug :
aucune rÃ©ponse... ou
gethostbyname failure
connect:errno=0

Depuis un poste client :
openssl s_client -connect <mon_domaine_serveur>:995 -debug :
les d'infos...
+OK Dovecot ready.

tail /var/log/mail.err :
ssl3_get_client_hello:no shared cipher
SSL23_GET_CLIENT_HELLO:unknown protocol

VoilÃ le topo,

bonne fin de soirÃ©e,

AndrÃ©

> > > Le 26 mars 2017 19:45:28 GMT+02:00, andrÃ©Â a Ã©crit :
> > > >J'ai un serveur postfix + dovecot + ssl.
> > > >Il marche parfaitement avec le port POP 110,
> > > >mais pas du tout en mode SSL port 995.
> > > >Voici ce que me dit "tail /var/log/mail.err" :
> > > >dovecot: pop3-login: Error: SSL: Stacked error:
> > error:140760FC:SSLÂ
> > > >routines:SSL23_GET_CLIENT_HELLO:unknown protocol
> > > >Mes certifs crt et key semblent bons.
> > > >J'en ai crÃ©Ã©s d'autres mais idem.
> > > >J'ai fouillÃ© via Google, ce message m'apporte des centaines
> > > >de liens mais aucun ne m'aide.
> > > >Merci d'une piste...Â AndrÃ©

--=-nuR+FWnV8LcrsvyhrF7u
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

<html><head></head><body><div>Bonjour</div><div><br></div><div>Apparemment 2 essais sur 3 sont bons, et celui qui échoue doit venir du fait que l a résolution DNS sur le serveur n'est pas configurée pour ré soudre son propre nom. Au plus simple, il faudrait mettre à jour /etc/ hosts. C'est quand même mieux que le serveur sache comment il s'appell e.</div><div><br></div><div>Dans les cas où la connection réussit , il faudrait vérifier qu'un chiffrement est bien mis en place. La seu le ligne "+OK Dovecot ready" ne l'indique pas mais il doit y avoir une bonn e quantité d'infos avant elle; notamment au début.</div><div><br> </div><div>A propos de l'erreur dans /var/log/mail.err, je chercherai tout à l'heure dans mes notes si j'ai des infos à ce sujet. </div><div ><br></div><div>Le dimanche 26 mars 2017 à 23:23 +0200, andre_debian@n umericable.fr a écrit :</div><blockquote type="cite"><div class ="part-container pre -e-web-view-background-color -e-web-view-text-color" style="border: none; padding: 8px; margin: 0;"><pre>On Sunday 26 March 2 017 22:27:06 you wrote:
<font color="#737373">> J'ai fait un test avec le serveur SMTP de gmai l :</font>
<font color="#737373">> openssl s_client -connect smtp.gmail.com:995 - debug</font>
<font color="#737373">> et ça a fonctionné. Il y aura une qu antité importante d'informations :</font>

Depuis mon serveur :
openssl s_client -connect localhost:995 -debug :
les d'infos...
+OK Dovecot ready.

openssl s_client -connect <mon_domaine_serveur>:995 -debug :
aucune réponse... ou
gethostbyname failure
connect:errno=0

Depuis un poste client :
openssl s_client -connect <mon_domaine_serveur>:995 -debug :
les d'infos...
+OK Dovecot ready.

tail /var/log/mail.err :
ssl3_get_client_hello:no shared cipher
SSL23_GET_CLIENT_HELLO:unknown protocol

Voilà le topo,

bonne fin de soirée,

André

<font color="#737373">> > > Le 26 mars 2017 19:45:28 GMT+02:00, andré a écrit :</font>
<font color="#737373">> > > >J'ai un serveur postfix + doveco t + ssl.</font>
<font color="#737373">> > > >Il marche parfaitement avec le p ort POP 110,</font>
<font color="#737373">> > > >mais pas du tout en mode SSL por t 995.</font>
<font color="#737373">> > > >Voici ce que me dit "tail /var/l og/mail.err" :</font>
<font color="#737373">> > > >dovecot: pop3-login: Error: SSL: Stacked error:</font>
<font color="#737373">> > error:140760FC:SSL </font>
<font color="#737373">> > > >routines:SSL23_GET_CLIENT_HELLO: unknown protocol</font>
<font color="#737373">> > > >Mes certifs crt et key semblent bons.</font>
<font color="#737373">> > > >J'en ai créés d'autres mais idem.</font>
<font color="#737373">> > > >J'ai fouillé via Google, ce message m'apporte des centaines</font>
<font color="#737373">> > > >de liens mais aucun ne m'aide.</ font>
<font color="#737373">> > > >Merci d'une piste...  Andr é</font>

</pre></div>
</blockquote></body></html>
--=-nuR+FWnV8LcrsvyhrF7u--

Vous avez filtré cet utilisateur ! Consultez son message

--=-nuR+FWnV8LcrsvyhrF7u
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Bonjour
Apparemment 2 essais sur 3 sont bons, et celui qui Ã©choue doit venir du
fait que la rÃ©solution DNS sur le serveur n'est pas configurÃ©e pour
rÃ©soudre son propre nom. Au plus simple, il faudrait mettre Ã jour
/etc/hosts. C'est quand mÃªme mieux que le serveur sache comment il
s'appelle.
Dans les cas oÃ¹ la connection rÃ©ussit, il faudrait vÃ©rifier qu'un
chiffrement est bien mis en place. La seule ligne "+OK Dovecot ready"
ne l'indique pas mais il doit y avoir une bonne quantitÃ© d'infos avant
elle; notamment au dÃ©but.
A propos de l'erreur dans /var/log/mail.err, je chercherai tout Ã
l'heure dans mes notes si j'ai des infos Ã ce sujet.Â
Le dimanche 26 mars 2017 Ã 23:23 +0200, a
Ã©critÂ :

On Sunday 26 March 2017 22:27:06 you wrote:
J'ai fait un test avec le serveur SMTP de gmail :
openssl s_client -connect smtp.gmail.com:995 -debug
et Ã§a a fonctionnÃ©. Il y aura une quantitÃ© importante
d'informations :
Depuis mon serveur :
openssl s_client -connect localhost:995 -debug :
les d'infos...
+OK Dovecot ready.
openssl s_client -connect <mon_domaine_serveur>:995 -debug :
aucune rÃ©ponse... ou
gethostbyname failure
connect:errno=0
Depuis un poste client :
openssl s_client -connect <mon_domaine_serveur>:995 -debug :
les d'infos...
+OK Dovecot ready.
tail /var/log/mail.err :
ssl3_get_client_hello:no shared cipher
SSL23_GET_CLIENT_HELLO:unknown protocol
VoilÃ le topo,
bonne fin de soirÃ©e,
AndrÃ©
> > Le 26 mars 2017 19:45:28 GMT+02:00, andrÃ©Â a Ã©crit :
> > >J'ai un serveur postfix + dovecot + ssl.
> > >Il marche parfaitement avec le port POP 110,
> > >mais pas du tout en mode SSL port 995.
> > >Voici ce que me dit "tail /var/log/mail.err" :
> > >dovecot: pop3-login: Error: SSL: Stacked error:
> error:140760FC:SSLÂ
> > >routines:SSL23_GET_CLIENT_HELLO:unknown protocol
> > >Mes certifs crt et key semblent bons.
> > >J'en ai crÃ©Ã©s d'autres mais idem.
> > >J'ai fouillÃ© via Google, ce message m'apporte des centaines
> > >de liens mais aucun ne m'aide.
> > >Merci d'une piste...Â AndrÃ©

--=-nuR+FWnV8LcrsvyhrF7u
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
<html><head></head><body><div>Bonjour</div><div><br></div><div>Apparemment 2 essais sur 3 sont bons, et celui qui échoue doit venir du fait que l a résolution DNS sur le serveur n'est pas configurée pour ré soudre son propre nom. Au plus simple, il faudrait mettre à jour /etc/ hosts. C'est quand même mieux que le serveur sache comment il s'appell e.</div><div><br></div><div>Dans les cas où la connection réussit , il faudrait vérifier qu'un chiffrement est bien mis en place. La seu le ligne "+OK Dovecot ready" ne l'indique pas mais il doit y avoir une bonn e quantité d'infos avant elle; notamment au début.</div><div><br> </div><div>A propos de l'erreur dans /var/log/mail.err, je chercherai tout à l'heure dans mes notes si j'ai des infos à ce sujet. </div><div ><br></div><div>Le dimanche 26 mars 2017 à 23:23 +0200, umericable.fr a écrit :</div><blockquote type="cite"><div class ="part-container pre -e-web-view-background-color -e-web-view-text-color" style="border: none; padding: 8px; margin: 0;"><pre>On Sunday 26 March 2 017 22:27:06 you wrote:
<font color="#737373">> J'ai fait un test avec le serveur SMTP de gmai l :</font>
<font color="#737373">> openssl s_client -connect smtp.gmail.com:995 - debug</font>
<font color="#737373">> et ça a fonctionné. Il y aura une qu antité importante d'informations :</font>
Depuis mon serveur :
openssl s_client -connect localhost:995 -debug :
les d'infos...
+OK Dovecot ready.
openssl s_client -connect <mon_domaine_serveur>:995 -debug :
aucune réponse... ou
gethostbyname failure
connect:errno=0
Depuis un poste client :
openssl s_client -connect <mon_domaine_serveur>:995 -debug :
les d'infos...
+OK Dovecot ready.
tail /var/log/mail.err :
ssl3_get_client_hello:no shared cipher
SSL23_GET_CLIENT_HELLO:unknown protocol
Voilà le topo,
bonne fin de soirée,
André
<font color="#737373">> > > Le 26 mars 2017 19:45:28 GMT+02:00, andré a écrit :</font>
<font color="#737373">> > > >J'ai un serveur postfix + doveco t + ssl.</font>
<font color="#737373">> > > >Il marche parfaitement avec le p ort POP 110,</font>
<font color="#737373">> > > >mais pas du tout en mode SSL por t 995.</font>
<font color="#737373">> > > >Voici ce que me dit "tail /var/l og/mail.err" :</font>
<font color="#737373">> > > >dovecot: pop3-login: Error: SSL: Stacked error:</font>
<font color="#737373">> > error:140760FC:SSL </font>
<font color="#737373">> > > >routines:SSL23_GET_CLIENT_HELLO: unknown protocol</font>
<font color="#737373">> > > >Mes certifs crt et key semblent bons.</font>
<font color="#737373">> > > >J'en ai créés d'autres mais idem.</font>
<font color="#737373">> > > >J'ai fouillé via Google, ce message m'apporte des centaines</font>
<font color="#737373">> > > >de liens mais aucun ne m'aide.</ font>
<font color="#737373">> > > >Merci d'une piste...  Andr é</font>
</pre></div>
</body></html>
--=-nuR+FWnV8LcrsvyhrF7u--

Thierry Bugier Pineau

28/03/2017 à 14:20

--=-O6JKS1vCSI2bQ8OCzV0f
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Le mardi 28 mars 2017 Ã 11:02 +0200, a
Ã©critÂ :

On Monday 27 March 2017 09:05:21 Thierry Bugier Pineau wrote:
Apparemment 2 essais sur 3 sont bons, et celui qui Ã©choue doit
venir du
fait que la rÃ©solution DNS sur le serveur n'est pas configurÃ©e pour
rÃ©soudre son propre nom. Au plus simple, il faudrait mettre Ã jour
/etc/hosts. C'est quand mÃªme mieux que le serveur sache comment il
s'appelle :

Le fichier "/etc/hosts" sur le serveur :
<IP> nom-serveur.domaineÂ domaineÂ pop.domaineÂ smtp.domaine
C'est bon ?

Dans mes diverses notes j'ai retenu ceci pour /etc/hosts
127.0.0.1 localhost127.0.1.1 nom-serveur.domaineÂ
domaineÂ pop.domaineÂ smtp.domaine
D'ailleurs si quelqu'un sait m'expliquer pourquoi attribuer les noms
"personnalisÃ©s" sur 127.0.1.1 au lieu de 127.0.0.1, je suis preneur.
J'ai remarquÃ© que si on ne remplit pas le fichier correctement la
commande hostname peut s'en trouver perturbÃ©e. Je conseille donc de
vÃ©rifier aprÃ¨s le changement que hostname -d, hostname -s et hostname
-f donnent un rÃ©sultat cohÃ©rent, sans lenteur.Â

Dans les cas oÃ¹ la connection rÃ©ussit, il faudrait vÃ©rifier qu'un
chiffrement est bien mis en place. La seule ligne "+OK Dovecot
ready"
ne l'indique pas mais il doit y avoir une bonne quantitÃ© d'infos
avant
elle; notamment au dÃ©but :

Oui, avant "+OK Dovecot ready" il y a des tas d'infos sur le
certificat,
sans message d'erreur.
A propos de l'erreur dans /var/log/mail.err, je chercherai tout Ã
l'heure dans mes notes si j'ai des infos Ã ce sujet :

Elles sont toujours d'actualitÃ©, je les rappelle :
dovecot: pop3-login: Error: SSL: Stacked error: error:140760FC:SSLÂ
routines:SSL23_GET_CLIENT_HELLO:unknown protocol
dovecot: pop3-login: Error: SSL: Stacked error: error:1408A0C1:SSLÂ
routines:ssl3_get_client_hello:no shared cipher

Pour ces erreurs je n'ai pas encore pu fouiller mes notes; mais un coup
d'oeil sur google m'a montrÃ© que ce n'est pas spÃ©cifique Ã dovecot,
donc il y a potentiellement un rÃ©el souci sur le SSL ou bien sur
l'utilisation de SSL par Dovecot.

Merci,
AndrÃ©

--=-O6JKS1vCSI2bQ8OCzV0f
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: 8bit
<html><head></head><body><div>Le mardi 28 mars 2017 Ã 11:02 +0200, a Ã©crit :</div><blockquote type="cite"><div class="part-container pre -e-web-view-background-color -e-web-view-text-color" style="border: none; padding: 8px; margin: 0;"><pre>On Monday 27 March 2017 09:05:21 Thierry Bugier Pineau wrote:
<font color="#737373">> Apparemment 2 essais sur 3 sont bons, et celui qui Ã©choue doit venir du</font>
<font color="#737373">> fait que la rÃ©solution DNS sur le serveur n'est pas configurÃ©e pour</font>
<font color="#737373">> rÃ©soudre son propre nom. Au plus simple, il faudrait mettre Ã jour</font>
<font color="#737373">> /etc/hosts. C'est quand mÃªme mieux que le serveur sache comment il</font>
<font color="#737373">> s'appelle :</font>
Le fichier "/etc/hosts" sur le serveur :
<IP> nom-serveur.domaine  domaine  pop.domaine  smtp.domaine
C'est bon ?
</pre></div><div><br></div><div>Dans mes diverses notes j'ai retenu ceci pour /etc/hosts</div><div><br></div><div>127.0.0.1 localhost</div><div>127.0.1.1 nom-serveur.domaine  domaine  pop.domaine  smtp.domaine</div><div><br></div><div>D'ailleurs si quelqu'un sait m'expliquer pourquoi attribuer les noms "personnalisÃ©s" sur 127.0.1.1 au lieu de 127.0.0.1, </div><div></div><div>je suis preneur.</div><div><br></div><div>J'ai remarquÃ© que si on ne remplit pas le fichier correctement la commande hostname peut s'en trouver perturbÃ©e. Je conseille donc de vÃ©rifier aprÃ¨s le changement que hostname -d, hostname -s et hostname -f donnent un rÃ©sultat cohÃ©rent, sans lenteur. </div><div></div><div><br></div><blockquote type="cite"><div class="part-container pre -e-web-view-background-color -e-web-view-text-color" style="border: none; padding: 8px; margin: 0;"><pre>
<font color="#737373">> Dans les cas oÃ¹ la connection rÃ©ussit, il faudrait vÃ©rifier qu'un</font>
<font color="#737373">> chiffrement est bien mis en place. La seule ligne "+OK Dovecot ready"</font>
<font color="#737373">> ne l'indique pas mais il doit y avoir une bonne quantitÃ© d'infos avant</font>
<font color="#737373">> elle; notamment au dÃ©but :</font>
Oui, avant "+OK Dovecot ready" il y a des tas d'infos sur le certificat,
sans message d'erreur.
<font color="#737373">> A propos de l'erreur dans /var/log/mail.err, je chercherai tout Ã </font>
<font color="#737373">> l'heure dans mes notes si j'ai des infos Ã ce sujet :</font>
Elles sont toujours d'actualitÃ©, je les rappelle :
dovecot: pop3-login: Error: SSL: Stacked error: error:140760FC:SSL
routines:SSL23_GET_CLIENT_HELLO:unknown protocol
dovecot: pop3-login: Error: SSL: Stacked error: error:1408A0C1:SSL
routines:ssl3_get_client_hello:no shared cipher
</pre></div><div><br></div><div>Pour ces erreurs je n'ai pas encore pu fouiller mes notes; mais un coup d'oeil sur google m'a montrÃ© que ce n'est pas spÃ©cifique Ã dovecot, donc il y a potentiellement un rÃ©el souci sur le SSL ou bien sur l'utilisation de SSL par Dovecot.</div><div><br></div><div><br></div><blockquote type="cite"><div class="part-container pre -e-web-view-background-color -e-web-view-text-color" style="border: none; padding: 8px; margin: 0;"><pre>
Merci,
AndrÃ©
</pre></div>
</body></html>
--=-O6JKS1vCSI2bQ8OCzV0f--

--=-O6JKS1vCSI2bQ8OCzV0f
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit

Le mardi 28 mars 2017 Ã 11:02 +0200, andre_debian@numericable.fr a
Ã©critÂ :

On Monday 27 March 2017 09:05:21 Thierry Bugier Pineau wrote:
> Apparemment 2 essais sur 3 sont bons, et celui qui Ã©choue doit
venir du
> fait que la rÃ©solution DNS sur le serveur n'est pas configurÃ©e pour
> rÃ©soudre son propre nom. Au plus simple, il faudrait mettre Ã jour
> /etc/hosts. C'est quand mÃªme mieux que le serveur sache comment il
> s'appelle :

Le fichier "/etc/hosts" sur le serveur :
<IP> nom-serveur.domaineÂ domaineÂ pop.domaineÂ smtp.domaine
C'est bon ?

Dans mes diverses notes j'ai retenu ceci pour /etc/hosts
127.0.0.1 localhost127.0.1.1 nom-serveur.domaineÂ
domaineÂ pop.domaineÂ smtp.domaine
D'ailleurs si quelqu'un sait m'expliquer pourquoi attribuer les noms
"personnalisÃ©s" sur 127.0.1.1 au lieu de 127.0.0.1, je suis preneur.
J'ai remarquÃ© que si on ne remplit pas le fichier correctement la
commande hostname peut s'en trouver perturbÃ©e. Je conseille donc de
vÃ©rifier aprÃ¨s le changement que hostname -d, hostname -s et hostname
-f donnent un rÃ©sultat cohÃ©rent, sans lenteur.Â

> Dans les cas oÃ¹ la connection rÃ©ussit, il faudrait vÃ©rifier qu'un
> chiffrement est bien mis en place. La seule ligne "+OK Dovecot
ready"
> ne l'indique pas mais il doit y avoir une bonne quantitÃ© d'infos
avant
> elle; notamment au dÃ©but :

Oui, avant "+OK Dovecot ready" il y a des tas d'infos sur le
certificat,
sans message d'erreur.

> A propos de l'erreur dans /var/log/mail.err, je chercherai tout Ã
> l'heure dans mes notes si j'ai des infos Ã ce sujet :

Elles sont toujours d'actualitÃ©, je les rappelle :

dovecot: pop3-login: Error: SSL: Stacked error: error:140760FC:SSLÂ
routines:SSL23_GET_CLIENT_HELLO:unknown protocol

dovecot: pop3-login: Error: SSL: Stacked error: error:1408A0C1:SSLÂ
routines:ssl3_get_client_hello:no shared cipher

Pour ces erreurs je n'ai pas encore pu fouiller mes notes; mais un coup
d'oeil sur google m'a montrÃ© que ce n'est pas spÃ©cifique Ã dovecot,
donc il y a potentiellement un rÃ©el souci sur le SSL ou bien sur
l'utilisation de SSL par Dovecot.

Merci,

AndrÃ©

--=-O6JKS1vCSI2bQ8OCzV0f
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: 8bit

<html><head></head><body><div>Le mardi 28 mars 2017 Ã 11:02 +0200, andre_debian@numericable.fr a Ã©crit :</div><blockquote type="cite"><div class="part-container pre -e-web-view-background-color -e-web-view-text-color" style="border: none; padding: 8px; margin: 0;"><pre>On Monday 27 March 2017 09:05:21 Thierry Bugier Pineau wrote:
<font color="#737373">> Apparemment 2 essais sur 3 sont bons, et celui qui Ã©choue doit venir du</font>
<font color="#737373">> fait que la rÃ©solution DNS sur le serveur n'est pas configurÃ©e pour</font>
<font color="#737373">> rÃ©soudre son propre nom. Au plus simple, il faudrait mettre Ã jour</font>
<font color="#737373">> /etc/hosts. C'est quand mÃªme mieux que le serveur sache comment il</font>
<font color="#737373">> s'appelle :</font>

Le fichier "/etc/hosts" sur le serveur :
<IP> nom-serveur.domaine  domaine  pop.domaine  smtp.domaine
C'est bon ?
</pre></div></blockquote><div><br></div><div>Dans mes diverses notes j'ai retenu ceci pour /etc/hosts</div><div><br></div><div>127.0.0.1 localhost</div><div>127.0.1.1 nom-serveur.domaine  domaine  pop.domaine  smtp.domaine</div><div><br></div><div>D'ailleurs si quelqu'un sait m'expliquer pourquoi attribuer les noms "personnalisÃ©s" sur 127.0.1.1 au lieu de 127.0.0.1, </div><div></div><div>je suis preneur.</div><div><br></div><div>J'ai remarquÃ© que si on ne remplit pas le fichier correctement la commande hostname peut s'en trouver perturbÃ©e. Je conseille donc de vÃ©rifier aprÃ¨s le changement que hostname -d, hostname -s et hostname -f donnent un rÃ©sultat cohÃ©rent, sans lenteur. </div><div></div><div><br></div><blockquote type="cite"><div class="part-container pre -e-web-view-background-color -e-web-view-text-color" style="border: none; padding: 8px; margin: 0;"><pre>
<font color="#737373">> Dans les cas oÃ¹ la connection rÃ©ussit, il faudrait vÃ©rifier qu'un</font>
<font color="#737373">> chiffrement est bien mis en place. La seule ligne "+OK Dovecot ready"</font>
<font color="#737373">> ne l'indique pas mais il doit y avoir une bonne quantitÃ© d'infos avant</font>
<font color="#737373">> elle; notamment au dÃ©but :</font>

Oui, avant "+OK Dovecot ready" il y a des tas d'infos sur le certificat,
sans message d'erreur.

<font color="#737373">> A propos de l'erreur dans /var/log/mail.err, je chercherai tout Ã </font>
<font color="#737373">> l'heure dans mes notes si j'ai des infos Ã ce sujet :</font>

Elles sont toujours d'actualitÃ©, je les rappelle :

dovecot: pop3-login: Error: SSL: Stacked error: error:140760FC:SSL
routines:SSL23_GET_CLIENT_HELLO:unknown protocol

dovecot: pop3-login: Error: SSL: Stacked error: error:1408A0C1:SSL
routines:ssl3_get_client_hello:no shared cipher
</pre></div></blockquote><div><br></div><div>Pour ces erreurs je n'ai pas encore pu fouiller mes notes; mais un coup d'oeil sur google m'a montrÃ© que ce n'est pas spÃ©cifique Ã dovecot, donc il y a potentiellement un rÃ©el souci sur le SSL ou bien sur l'utilisation de SSL par Dovecot.</div><div><br></div><div><br></div><blockquote type="cite"><div class="part-container pre -e-web-view-background-color -e-web-view-text-color" style="border: none; padding: 8px; margin: 0;"><pre>
Merci,

AndrÃ©

</pre></div>
</blockquote></body></html>
--=-O6JKS1vCSI2bQ8OCzV0f--

Vous avez filtré cet utilisateur ! Consultez son message

--=-O6JKS1vCSI2bQ8OCzV0f
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Le mardi 28 mars 2017 Ã 11:02 +0200, a
Ã©critÂ :

On Monday 27 March 2017 09:05:21 Thierry Bugier Pineau wrote:
Apparemment 2 essais sur 3 sont bons, et celui qui Ã©choue doit
venir du
fait que la rÃ©solution DNS sur le serveur n'est pas configurÃ©e pour
rÃ©soudre son propre nom. Au plus simple, il faudrait mettre Ã jour
/etc/hosts. C'est quand mÃªme mieux que le serveur sache comment il
s'appelle :

Le fichier "/etc/hosts" sur le serveur :
<IP> nom-serveur.domaineÂ domaineÂ pop.domaineÂ smtp.domaine
C'est bon ?

Dans mes diverses notes j'ai retenu ceci pour /etc/hosts
127.0.0.1 localhost127.0.1.1 nom-serveur.domaineÂ
domaineÂ pop.domaineÂ smtp.domaine
D'ailleurs si quelqu'un sait m'expliquer pourquoi attribuer les noms
"personnalisÃ©s" sur 127.0.1.1 au lieu de 127.0.0.1, je suis preneur.
J'ai remarquÃ© que si on ne remplit pas le fichier correctement la
commande hostname peut s'en trouver perturbÃ©e. Je conseille donc de
vÃ©rifier aprÃ¨s le changement que hostname -d, hostname -s et hostname
-f donnent un rÃ©sultat cohÃ©rent, sans lenteur.Â

Dans les cas oÃ¹ la connection rÃ©ussit, il faudrait vÃ©rifier qu'un
chiffrement est bien mis en place. La seule ligne "+OK Dovecot
ready"
ne l'indique pas mais il doit y avoir une bonne quantitÃ© d'infos
avant
elle; notamment au dÃ©but :

Oui, avant "+OK Dovecot ready" il y a des tas d'infos sur le
certificat,
sans message d'erreur.
A propos de l'erreur dans /var/log/mail.err, je chercherai tout Ã
l'heure dans mes notes si j'ai des infos Ã ce sujet :

Elles sont toujours d'actualitÃ©, je les rappelle :
dovecot: pop3-login: Error: SSL: Stacked error: error:140760FC:SSLÂ
routines:SSL23_GET_CLIENT_HELLO:unknown protocol
dovecot: pop3-login: Error: SSL: Stacked error: error:1408A0C1:SSLÂ
routines:ssl3_get_client_hello:no shared cipher

Pour ces erreurs je n'ai pas encore pu fouiller mes notes; mais un coup
d'oeil sur google m'a montrÃ© que ce n'est pas spÃ©cifique Ã dovecot,
donc il y a potentiellement un rÃ©el souci sur le SSL ou bien sur
l'utilisation de SSL par Dovecot.

Merci,
AndrÃ©

--=-O6JKS1vCSI2bQ8OCzV0f
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: 8bit
<html><head></head><body><div>Le mardi 28 mars 2017 Ã 11:02 +0200, a Ã©crit :</div><blockquote type="cite"><div class="part-container pre -e-web-view-background-color -e-web-view-text-color" style="border: none; padding: 8px; margin: 0;"><pre>On Monday 27 March 2017 09:05:21 Thierry Bugier Pineau wrote:
<font color="#737373">> Apparemment 2 essais sur 3 sont bons, et celui qui Ã©choue doit venir du</font>
<font color="#737373">> fait que la rÃ©solution DNS sur le serveur n'est pas configurÃ©e pour</font>
<font color="#737373">> rÃ©soudre son propre nom. Au plus simple, il faudrait mettre Ã jour</font>
<font color="#737373">> /etc/hosts. C'est quand mÃªme mieux que le serveur sache comment il</font>
<font color="#737373">> s'appelle :</font>
Le fichier "/etc/hosts" sur le serveur :
<IP> nom-serveur.domaine  domaine  pop.domaine  smtp.domaine
C'est bon ?
</pre></div><div><br></div><div>Dans mes diverses notes j'ai retenu ceci pour /etc/hosts</div><div><br></div><div>127.0.0.1 localhost</div><div>127.0.1.1 nom-serveur.domaine  domaine  pop.domaine  smtp.domaine</div><div><br></div><div>D'ailleurs si quelqu'un sait m'expliquer pourquoi attribuer les noms "personnalisÃ©s" sur 127.0.1.1 au lieu de 127.0.0.1, </div><div></div><div>je suis preneur.</div><div><br></div><div>J'ai remarquÃ© que si on ne remplit pas le fichier correctement la commande hostname peut s'en trouver perturbÃ©e. Je conseille donc de vÃ©rifier aprÃ¨s le changement que hostname -d, hostname -s et hostname -f donnent un rÃ©sultat cohÃ©rent, sans lenteur. </div><div></div><div><br></div><blockquote type="cite"><div class="part-container pre -e-web-view-background-color -e-web-view-text-color" style="border: none; padding: 8px; margin: 0;"><pre>
<font color="#737373">> Dans les cas oÃ¹ la connection rÃ©ussit, il faudrait vÃ©rifier qu'un</font>
<font color="#737373">> chiffrement est bien mis en place. La seule ligne "+OK Dovecot ready"</font>
<font color="#737373">> ne l'indique pas mais il doit y avoir une bonne quantitÃ© d'infos avant</font>
<font color="#737373">> elle; notamment au dÃ©but :</font>
Oui, avant "+OK Dovecot ready" il y a des tas d'infos sur le certificat,
sans message d'erreur.
<font color="#737373">> A propos de l'erreur dans /var/log/mail.err, je chercherai tout Ã </font>
<font color="#737373">> l'heure dans mes notes si j'ai des infos Ã ce sujet :</font>
Elles sont toujours d'actualitÃ©, je les rappelle :
dovecot: pop3-login: Error: SSL: Stacked error: error:140760FC:SSL
routines:SSL23_GET_CLIENT_HELLO:unknown protocol
dovecot: pop3-login: Error: SSL: Stacked error: error:1408A0C1:SSL
routines:ssl3_get_client_hello:no shared cipher
</pre></div><div><br></div><div>Pour ces erreurs je n'ai pas encore pu fouiller mes notes; mais un coup d'oeil sur google m'a montrÃ© que ce n'est pas spÃ©cifique Ã dovecot, donc il y a potentiellement un rÃ©el souci sur le SSL ou bien sur l'utilisation de SSL par Dovecot.</div><div><br></div><div><br></div><blockquote type="cite"><div class="part-container pre -e-web-view-background-color -e-web-view-text-color" style="border: none; padding: 8px; margin: 0;"><pre>
Merci,
AndrÃ©
</pre></div>
</body></html>
--=-O6JKS1vCSI2bQ8OCzV0f--

Thierry Bugier Pineau

31/03/2017 à 14:50

--=-ku/0HWuzErlm/eK+YBjS
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Bonjour
Ce serait intÃ©ressant de savoir ce que contenant la lishe
ssl_cipher_list avant modification, et ce qu'elle contient maintenant.
A propos de /etc/hosts, il est clair que c'Ã©tait pas le souci, mais
dans les essais fait il y a quelques jours, le serveur ne pouvait pas
rÃ©soudre son propre nom. Modifier /etc/hosts rÃ©sout ce petit dÃ©tail.
Je vous invite Ã utilsier un outil de test SSL / TLS en ligne pour
affiner la configuration maintenant, car il y a un paquet de choses Ã
faire pour avoir un chiffrement pas trop fragile.
Le vendredi 31 mars 2017 Ã 12:20 +0200, a
Ã©critÂ :

On Thursday 30 March 2017 16:00:40 Â wrote:
Ã§a semble remarcher.

# tail /var/log/mail.err
n'affiche plus d'erreur : "SSL23: unknown protocol",
mais toujours l'erreur :
"pop3-login : Error : ssl3_get_client_hello : no shared cipher"

Je n'ai plus de message d'erreur dans :
/var/log/mail.err, ni /var/log/mail.log
Le problÃ¨me venait de "cipher",
/etc/dovecot/conf.d/10-ssl.conf" => ligne "ssl_cipher_list = "
Ã adapter.
Bonne journÃ©e Ã tous,
AndrÃ©

--=-ku/0HWuzErlm/eK+YBjS
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
<html><head></head><body><div>Bonjour</div><div><br></div><div>Ce serait in téressant de savoir ce que contenant la lishe ssl_cipher_list avant mo dification, et ce qu'elle contient maintenant.</div><div><br></div><div>A p ropos de /etc/hosts, il est clair que c'était pas le souci, mais dans les essais fait il y a quelques jours, le serveur ne pouvait pas résou dre son propre nom. Modifier /etc/hosts résout ce petit détail.</ div><div><br></div><div>Je vous invite à utilsier un outil de test SSL / TLS en ligne pour affiner la configuration maintenant, car il y a un paq uet de choses à faire pour avoir un chiffrement pas trop fragile.</div ><div><br></div><div><br></div><div><br></div><div>Le vendredi 31 mars 2017 à 12:20 +0200, a écrit :</div>< blockquote type="cite"><div class="part-container pre -e-web-view-backg round-color -e-web-view-text-color" style="border: none; padding: 8px; ma rgin: 0;"><pre>On Thursday 30 March 2017 16:00:40 <a href="mailto:andre_d "></a> wrote:
<font color="#737373">> ça semble remarcher.</font>
<font color="#737373">> # tail /var/log/mail.err</font>
<font color="#737373">> n'affiche plus d'erreur : "SSL23: unknown prot ocol",</font>
<font color="#737373">> mais toujours l'erreur :</font>
<font color="#737373">> "pop3-login : Error : ssl3_get_client_hello : no shared cipher"</font>
Je n'ai plus de message d'erreur dans :
/var/log/mail.err, ni /var/log/mail.log
Le problème venait de "cipher",
/etc/dovecot/conf.d/10-ssl.conf" => ligne "ssl_cipher_list = "
à adapter.
Bonne journée à tous,
André
</pre></div>
</body></html>
--=-ku/0HWuzErlm/eK+YBjS--

--=-ku/0HWuzErlm/eK+YBjS
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit

Bonjour
Ce serait intÃ©ressant de savoir ce que contenant la lishe
ssl_cipher_list avant modification, et ce qu'elle contient maintenant.
A propos de /etc/hosts, il est clair que c'Ã©tait pas le souci, mais
dans les essais fait il y a quelques jours, le serveur ne pouvait pas
rÃ©soudre son propre nom. Modifier /etc/hosts rÃ©sout ce petit dÃ©tail.
Je vous invite Ã utilsier un outil de test SSL / TLS en ligne pour
affiner la configuration maintenant, car il y a un paquet de choses Ã
faire pour avoir un chiffrement pas trop fragile.

Le vendredi 31 mars 2017 Ã 12:20 +0200, andre_debian@numericable.fr a
Ã©critÂ :

On Thursday 30 March 2017 16:00:40 andre_debian@numericable.frÂ wrote:
> Ã§a semble remarcher.

> # tail /var/log/mail.err
> n'affiche plus d'erreur : "SSL23: unknown protocol",
> mais toujours l'erreur :
> "pop3-login : Error : ssl3_get_client_hello : no shared cipher"

Je n'ai plus de message d'erreur dans :
/var/log/mail.err, ni /var/log/mail.log

Le problÃ¨me venait de "cipher",
/etc/dovecot/conf.d/10-ssl.conf" => ligne "ssl_cipher_list = "
Ã adapter.

Bonne journÃ©e Ã tous,

AndrÃ©

--=-ku/0HWuzErlm/eK+YBjS
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

<html><head></head><body><div>Bonjour</div><div><br></div><div>Ce serait in téressant de savoir ce que contenant la lishe ssl_cipher_list avant mo dification, et ce qu'elle contient maintenant.</div><div><br></div><div>A p ropos de /etc/hosts, il est clair que c'était pas le souci, mais dans les essais fait il y a quelques jours, le serveur ne pouvait pas résou dre son propre nom. Modifier /etc/hosts résout ce petit détail.</ div><div><br></div><div>Je vous invite à utilsier un outil de test SSL / TLS en ligne pour affiner la configuration maintenant, car il y a un paq uet de choses à faire pour avoir un chiffrement pas trop fragile.</div ><div><br></div><div><br></div><div><br></div><div>Le vendredi 31 mars 2017 à 12:20 +0200, andre_debian@numericable.fr a écrit :</div>< blockquote type="cite"><div class="part-container pre -e-web-view-backg round-color -e-web-view-text-color" style="border: none; padding: 8px; ma rgin: 0;"><pre>On Thursday 30 March 2017 16:00:40 <a href="mailto:andre_d ebian@numericable.fr">andre_debian@numericable.fr</a> wrote:
<font color="#737373">> ça semble remarcher.</font>

<font color="#737373">> # tail /var/log/mail.err</font>
<font color="#737373">> n'affiche plus d'erreur : "SSL23: unknown prot ocol",</font>
<font color="#737373">> mais toujours l'erreur :</font>
<font color="#737373">> "pop3-login : Error : ssl3_get_client_hello : no shared cipher"</font>

Je n'ai plus de message d'erreur dans :
/var/log/mail.err, ni /var/log/mail.log

Le problème venait de "cipher",
/etc/dovecot/conf.d/10-ssl.conf" => ligne "ssl_cipher_list = "
à adapter.

Bonne journée à tous,

André

</pre></div>
</blockquote></body></html>
--=-ku/0HWuzErlm/eK+YBjS--

Vous avez filtré cet utilisateur ! Consultez son message

--=-ku/0HWuzErlm/eK+YBjS
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Bonjour
Ce serait intÃ©ressant de savoir ce que contenant la lishe
ssl_cipher_list avant modification, et ce qu'elle contient maintenant.
A propos de /etc/hosts, il est clair que c'Ã©tait pas le souci, mais
dans les essais fait il y a quelques jours, le serveur ne pouvait pas
rÃ©soudre son propre nom. Modifier /etc/hosts rÃ©sout ce petit dÃ©tail.
Je vous invite Ã utilsier un outil de test SSL / TLS en ligne pour
affiner la configuration maintenant, car il y a un paquet de choses Ã
faire pour avoir un chiffrement pas trop fragile.
Le vendredi 31 mars 2017 Ã 12:20 +0200, a
Ã©critÂ :

On Thursday 30 March 2017 16:00:40 Â wrote:
Ã§a semble remarcher.

# tail /var/log/mail.err
n'affiche plus d'erreur : "SSL23: unknown protocol",
mais toujours l'erreur :
"pop3-login : Error : ssl3_get_client_hello : no shared cipher"

Je n'ai plus de message d'erreur dans :
/var/log/mail.err, ni /var/log/mail.log
Le problÃ¨me venait de "cipher",
/etc/dovecot/conf.d/10-ssl.conf" => ligne "ssl_cipher_list = "
Ã adapter.
Bonne journÃ©e Ã tous,
AndrÃ©

--=-ku/0HWuzErlm/eK+YBjS
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
<html><head></head><body><div>Bonjour</div><div><br></div><div>Ce serait in téressant de savoir ce que contenant la lishe ssl_cipher_list avant mo dification, et ce qu'elle contient maintenant.</div><div><br></div><div>A p ropos de /etc/hosts, il est clair que c'était pas le souci, mais dans les essais fait il y a quelques jours, le serveur ne pouvait pas résou dre son propre nom. Modifier /etc/hosts résout ce petit détail.</ div><div><br></div><div>Je vous invite à utilsier un outil de test SSL / TLS en ligne pour affiner la configuration maintenant, car il y a un paq uet de choses à faire pour avoir un chiffrement pas trop fragile.</div ><div><br></div><div><br></div><div><br></div><div>Le vendredi 31 mars 2017 à 12:20 +0200, a écrit :</div>< blockquote type="cite"><div class="part-container pre -e-web-view-backg round-color -e-web-view-text-color" style="border: none; padding: 8px; ma rgin: 0;"><pre>On Thursday 30 March 2017 16:00:40 <a href="mailto:andre_d "></a> wrote:
<font color="#737373">> ça semble remarcher.</font>
<font color="#737373">> # tail /var/log/mail.err</font>
<font color="#737373">> n'affiche plus d'erreur : "SSL23: unknown prot ocol",</font>
<font color="#737373">> mais toujours l'erreur :</font>
<font color="#737373">> "pop3-login : Error : ssl3_get_client_hello : no shared cipher"</font>
Je n'ai plus de message d'erreur dans :
/var/log/mail.err, ni /var/log/mail.log
Le problème venait de "cipher",
/etc/dovecot/conf.d/10-ssl.conf" => ligne "ssl_cipher_list = "
à adapter.
Bonne journée à tous,
André
</pre></div>
</body></html>
--=-ku/0HWuzErlm/eK+YBjS--

Thierry Bugier Pineau

31/03/2017 à 20:40

--=-VEVzKbA8b5xpZcSqyPrC
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Bonsoir
De ce que je vois la nouvelle liste n'exclut pas explicitement SSLv3,
TLSv1.0 et TLSv1.1. Ces trois mÃ©thodes de chiffrement sont dÃ©sormais
vulnÃ©rables.
Je pense que vous devez inventorier les clients mail qui seront
utilisÃ©s et rechercher pour chacun si ils supportent TLSv1.2. Si c'est
le cas (ce qui est trÃ¨s probable) alors il faut a jouter !SSLv3,
!TLSv1.0 et !TLSv1.1 . Je devine que vous avez pris votre liste quelque
part sur une vieille source non maintenue (elles pulullent et ce mail
sera obsolÃ¨te dans quelques mois ou annÃ©es).Â
En gros, SSL est complÃ¨tement obsolÃ¨te et seul TLSv1.2+ reste encore
valable (de ce que je sais Ã ce jour).
Pour tester si SSLv2, v2 et TLS v1.0, 1.1 sont permis, rÃ©utilisez la
commande openssl s_client que j'ai donnÃ©e il y a quelques jours et
ajoutez un argument qui force l'usage d'une mÃ©thode de chiffrement.
Essayez successivement les arguments suivants:
-ssl2-ssl3-tls1-tls1_1-tls1_2
(plus de dÃ©tail ici https://www.openssl.org/docs/man1.0.1/apps/s_client
.html)
Une bonne configuration fera en sorte que seul -tls1_2 aboutira Ã une
connection rÃ©ussie. Les autres doivent Ã©chouer.
AprÃ¨s il y a le perfect forward secrecy Ã vÃ©rifier, je n'ai pas encore
la connaissance suffisante Ã ce sujet mais c'est encore uen question de
rÃ©glage sur le SSL/TLS. (introduction ici https://fr.wikipedia.org/wiki
/Confidentialit%C3%A9_persistante)
Peut Ãªtre que la cipher suite prÃ©fÃ©rÃ©e pour mon serveur web sera
intÃ©ressante; je la partage tout Ã l'heure.
Le vendredi 31 mars 2017 Ã 19:00 +0200, a
Ã©critÂ :

On Friday 31 March 2017 14:22:31 Thierry Bugier Pineau wrote:
Ce serait intÃ©ressant de savoir ce que contenant la liste
ssl_cipher_list avant modification, et ce qu'elle contient
maintenant.
Avant :
ssl_cipher_list > ALL:!LOW:!SSLv2:!SSLv3:ALL:!aNULL:!ADH:!eNULL:!EXP:RC4+RSA:
+HIGH:+MEDIUM
Maintenant :
ssl_cipher_list = TLSv1+HIGH !SSLv2 !RC4 !aNULL !eNULL !3DES
@STRENGTH
Je vous invite Ã utiliser un outil de test SSL / TLS en ligne :Â

SSL/TLS est bien activÃ© et l'outil de test est positif,
openssl, testssl etc...
pour affiner la configuration maintenant, car il y a un paquetÂ
deÂ choses Ã faire pour avoir un chiffrement pas trop fragile.

"Affiner et un paquet deÂ choses Ã faire" :
que peut-on faire ?Â LÃ je suis dÃ©passÃ©...
AndrÃ©

--=-VEVzKbA8b5xpZcSqyPrC
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
<html><head></head><body><div>Bonsoir</div><div><br></div><div>De ce que je vois la nouvelle liste n'exclut pas explicitement SSLv3, TLSv1.0 et TLSv1. 1. Ces trois méthodes de chiffrement sont désormais vulnérab les.</div><div><br></div><div>Je pense que vous devez inventorier les clien ts mail qui seront utilisés et rechercher pour chacun si ils supporten t TLSv1.2. Si c'est le cas (ce qui est très probable) alors il faut a jouter !SSLv3, !TLSv1.0 et !TLSv1.1 . Je devine que vous avez pris votre li ste quelque part sur une vieille source non maintenue (elles pulullent et c e mail sera obsolète dans quelques mois ou années). </div><div><b r></div><div>En gros, SSL est complètement obsolète et seul TLSv1 .2+ reste encore valable (de ce que je sais à ce jour).</div><div><br> </div><div>Pour tester si SSLv2, v2 et TLS v1.0, 1.1 sont permis, réut ilisez la commande openssl s_client que j'ai donnée il y a quelques jo urs et ajoutez un argument qui force l'usage d'une méthode de chiffrem ent. Essayez successivement les arguments suivants:</div><div><br></div><di v>-ssl2</div><div>-ssl3</div><div>-tls1</div><div>-tls1_1</div><div>-tls1_2 </div><div><br></div><div>(plus de détail ici <a href="https://www.o penssl.org/docs/man1.0.1/apps/s_client.html">https://www.openssl.org/docs/m an1.0.1/apps/s_client.html</a>)</div><div><br></div><div>Une bonne configur ation fera en sorte que seul -tls1_2 aboutira à une connection ré ussie. Les autres doivent échouer.</div><div><br></div><div>Après il y a le perfect forward secrecy à vérifier, je n'ai pas encore la connaissance suffisante à ce sujet mais c'est encore uen question de réglage sur le SSL/TLS. (introduction ici <a href="https://fr.wik ipedia.org/wiki/Confidentialit%C3%A9_persistante">https://fr.wikipedia.org/ wiki/Confidentialit%C3%A9_persistante</a>)</div><div><br></div><div>Peut être que la cipher suite préférée pour mon serveur web sera intéressante; je la partage tout à l'heure.</div><div><br></ div><div>Le vendredi 31 mars 2017 à 19:00 +0200, ble.fr a écrit :</div><blockquote type="cite"><div class="par t-container pre -e-web-view-background-color -e-web-view-text-color" style ="border: none; padding: 8px; margin: 0;"><pre>On Friday 31 March 2017 14 :22:31 Thierry Bugier Pineau wrote:
<font color="#737373">> Ce serait intéressant de savoir ce que co ntenant la liste</font>
<font color="#737373">> ssl_cipher_list avant modification, et ce qu'e lle contient maintenant.</font>
Avant :
ssl_cipher_list = ALL:!LOW:!SSLv2:!SSLv3:ALL:!aNULL:!ADH:!eNULL:!EXP:RC4+ RSA:
+HIGH:+MEDIUM
Maintenant :
ssl_cipher_list = TLSv1+HIGH !SSLv2 !RC4 !aNULL !eNULL !3DES @STRENGTH
<font color="#737373">> Je vous invite à utiliser un outil de tes t SSL / TLS en ligne : </font>
SSL/TLS est bien activé et l'outil de test est positif,
openssl, testssl etc...
<font color="#737373">> pour affiner la configuration maintenant, car il y a un paquet </font>
<font color="#737373">> de  choses à faire pour avoir un chi ffrement pas trop fragile.</font>
"Affiner et un paquet de  choses à faire" :
que peut-on faire ?  Là je suis dépassé...
André
</pre></div>
</body></html>
--=-VEVzKbA8b5xpZcSqyPrC--

--=-VEVzKbA8b5xpZcSqyPrC
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit

Bonsoir
De ce que je vois la nouvelle liste n'exclut pas explicitement SSLv3,
TLSv1.0 et TLSv1.1. Ces trois mÃ©thodes de chiffrement sont dÃ©sormais
vulnÃ©rables.
Je pense que vous devez inventorier les clients mail qui seront
utilisÃ©s et rechercher pour chacun si ils supportent TLSv1.2. Si c'est
le cas (ce qui est trÃ¨s probable) alors il faut a jouter !SSLv3,
!TLSv1.0 et !TLSv1.1 . Je devine que vous avez pris votre liste quelque
part sur une vieille source non maintenue (elles pulullent et ce mail
sera obsolÃ¨te dans quelques mois ou annÃ©es).Â
En gros, SSL est complÃ¨tement obsolÃ¨te et seul TLSv1.2+ reste encore
valable (de ce que je sais Ã ce jour).
Pour tester si SSLv2, v2 et TLS v1.0, 1.1 sont permis, rÃ©utilisez la
commande openssl s_client que j'ai donnÃ©e il y a quelques jours et
ajoutez un argument qui force l'usage d'une mÃ©thode de chiffrement.
Essayez successivement les arguments suivants:
-ssl2-ssl3-tls1-tls1_1-tls1_2
(plus de dÃ©tail ici https://www.openssl.org/docs/man1.0.1/apps/s_client
.html)
Une bonne configuration fera en sorte que seul -tls1_2 aboutira Ã une
connection rÃ©ussie. Les autres doivent Ã©chouer.
AprÃ¨s il y a le perfect forward secrecy Ã vÃ©rifier, je n'ai pas encore
la connaissance suffisante Ã ce sujet mais c'est encore uen question de
rÃ©glage sur le SSL/TLS. (introduction ici https://fr.wikipedia.org/wiki
/Confidentialit%C3%A9_persistante)
Peut Ãªtre que la cipher suite prÃ©fÃ©rÃ©e pour mon serveur web sera
intÃ©ressante; je la partage tout Ã l'heure.
Le vendredi 31 mars 2017 Ã 19:00 +0200, andre_debian@numericable.fr a
Ã©critÂ :

On Friday 31 March 2017 14:22:31 Thierry Bugier Pineau wrote:
> Ce serait intÃ©ressant de savoir ce que contenant la liste
> ssl_cipher_list avant modification, et ce qu'elle contient
maintenant.

Avant :
ssl_cipher_list > ALL:!LOW:!SSLv2:!SSLv3:ALL:!aNULL:!ADH:!eNULL:!EXP:RC4+RSA:
+HIGH:+MEDIUM

Maintenant :
ssl_cipher_list = TLSv1+HIGH !SSLv2 !RC4 !aNULL !eNULL !3DES
@STRENGTH

> Je vous invite Ã utiliser un outil de test SSL / TLS en ligne :Â

SSL/TLS est bien activÃ© et l'outil de test est positif,
openssl, testssl etc...

> pour affiner la configuration maintenant, car il y a un paquetÂ
> deÂ choses Ã faire pour avoir un chiffrement pas trop fragile.

"Affiner et un paquet deÂ choses Ã faire" :
que peut-on faire ?Â LÃ je suis dÃ©passÃ©...

AndrÃ©

--=-VEVzKbA8b5xpZcSqyPrC
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

<html><head></head><body><div>Bonsoir</div><div><br></div><div>De ce que je vois la nouvelle liste n'exclut pas explicitement SSLv3, TLSv1.0 et TLSv1. 1. Ces trois méthodes de chiffrement sont désormais vulnérab les.</div><div><br></div><div>Je pense que vous devez inventorier les clien ts mail qui seront utilisés et rechercher pour chacun si ils supporten t TLSv1.2. Si c'est le cas (ce qui est très probable) alors il faut a jouter !SSLv3, !TLSv1.0 et !TLSv1.1 . Je devine que vous avez pris votre li ste quelque part sur une vieille source non maintenue (elles pulullent et c e mail sera obsolète dans quelques mois ou années). </div><div><b r></div><div>En gros, SSL est complètement obsolète et seul TLSv1 .2+ reste encore valable (de ce que je sais à ce jour).</div><div><br> </div><div>Pour tester si SSLv2, v2 et TLS v1.0, 1.1 sont permis, réut ilisez la commande openssl s_client que j'ai donnée il y a quelques jo urs et ajoutez un argument qui force l'usage d'une méthode de chiffrem ent. Essayez successivement les arguments suivants:</div><div><br></div><di v>-ssl2</div><div>-ssl3</div><div>-tls1</div><div>-tls1_1</div><div>-tls1_2 </div><div><br></div><div>(plus de détail ici <a href="https://www.o penssl.org/docs/man1.0.1/apps/s_client.html">https://www.openssl.org/docs/m an1.0.1/apps/s_client.html</a>)</div><div><br></div><div>Une bonne configur ation fera en sorte que seul -tls1_2 aboutira à une connection ré ussie. Les autres doivent échouer.</div><div><br></div><div>Après il y a le perfect forward secrecy à vérifier, je n'ai pas encore la connaissance suffisante à ce sujet mais c'est encore uen question de réglage sur le SSL/TLS. (introduction ici <a href="https://fr.wik ipedia.org/wiki/Confidentialit%C3%A9_persistante">https://fr.wikipedia.org/ wiki/Confidentialit%C3%A9_persistante</a>)</div><div><br></div><div>Peut être que la cipher suite préférée pour mon serveur web sera intéressante; je la partage tout à l'heure.</div><div><br></ div><div>Le vendredi 31 mars 2017 à 19:00 +0200, andre_debian@numerica ble.fr a écrit :</div><blockquote type="cite"><div class="par t-container pre -e-web-view-background-color -e-web-view-text-color" style ="border: none; padding: 8px; margin: 0;"><pre>On Friday 31 March 2017 14 :22:31 Thierry Bugier Pineau wrote:
<font color="#737373">> Ce serait intéressant de savoir ce que co ntenant la liste</font>
<font color="#737373">> ssl_cipher_list avant modification, et ce qu'e lle contient maintenant.</font>

Avant :
ssl_cipher_list = ALL:!LOW:!SSLv2:!SSLv3:ALL:!aNULL:!ADH:!eNULL:!EXP:RC4+ RSA:
+HIGH:+MEDIUM

Maintenant :
ssl_cipher_list = TLSv1+HIGH !SSLv2 !RC4 !aNULL !eNULL !3DES @STRENGTH

<font color="#737373">> Je vous invite à utiliser un outil de tes t SSL / TLS en ligne : </font>

SSL/TLS est bien activé et l'outil de test est positif,
openssl, testssl etc...

<font color="#737373">> pour affiner la configuration maintenant, car il y a un paquet </font>
<font color="#737373">> de  choses à faire pour avoir un chi ffrement pas trop fragile.</font>

"Affiner et un paquet de  choses à faire" :
que peut-on faire ?  Là je suis dépassé...

André

</pre></div>
</blockquote></body></html>
--=-VEVzKbA8b5xpZcSqyPrC--

Vous avez filtré cet utilisateur ! Consultez son message

--=-VEVzKbA8b5xpZcSqyPrC
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Bonsoir
De ce que je vois la nouvelle liste n'exclut pas explicitement SSLv3,
TLSv1.0 et TLSv1.1. Ces trois mÃ©thodes de chiffrement sont dÃ©sormais
vulnÃ©rables.
Je pense que vous devez inventorier les clients mail qui seront
utilisÃ©s et rechercher pour chacun si ils supportent TLSv1.2. Si c'est
le cas (ce qui est trÃ¨s probable) alors il faut a jouter !SSLv3,
!TLSv1.0 et !TLSv1.1 . Je devine que vous avez pris votre liste quelque
part sur une vieille source non maintenue (elles pulullent et ce mail
sera obsolÃ¨te dans quelques mois ou annÃ©es).Â
En gros, SSL est complÃ¨tement obsolÃ¨te et seul TLSv1.2+ reste encore
valable (de ce que je sais Ã ce jour).
Pour tester si SSLv2, v2 et TLS v1.0, 1.1 sont permis, rÃ©utilisez la
commande openssl s_client que j'ai donnÃ©e il y a quelques jours et
ajoutez un argument qui force l'usage d'une mÃ©thode de chiffrement.
Essayez successivement les arguments suivants:
-ssl2-ssl3-tls1-tls1_1-tls1_2
(plus de dÃ©tail ici https://www.openssl.org/docs/man1.0.1/apps/s_client
.html)
Une bonne configuration fera en sorte que seul -tls1_2 aboutira Ã une
connection rÃ©ussie. Les autres doivent Ã©chouer.
AprÃ¨s il y a le perfect forward secrecy Ã vÃ©rifier, je n'ai pas encore
la connaissance suffisante Ã ce sujet mais c'est encore uen question de
rÃ©glage sur le SSL/TLS. (introduction ici https://fr.wikipedia.org/wiki
/Confidentialit%C3%A9_persistante)
Peut Ãªtre que la cipher suite prÃ©fÃ©rÃ©e pour mon serveur web sera
intÃ©ressante; je la partage tout Ã l'heure.
Le vendredi 31 mars 2017 Ã 19:00 +0200, a
Ã©critÂ :

On Friday 31 March 2017 14:22:31 Thierry Bugier Pineau wrote:
Ce serait intÃ©ressant de savoir ce que contenant la liste
ssl_cipher_list avant modification, et ce qu'elle contient
maintenant.
Avant :
ssl_cipher_list > ALL:!LOW:!SSLv2:!SSLv3:ALL:!aNULL:!ADH:!eNULL:!EXP:RC4+RSA:
+HIGH:+MEDIUM
Maintenant :
ssl_cipher_list = TLSv1+HIGH !SSLv2 !RC4 !aNULL !eNULL !3DES
@STRENGTH
Je vous invite Ã utiliser un outil de test SSL / TLS en ligne :Â

SSL/TLS est bien activÃ© et l'outil de test est positif,
openssl, testssl etc...
pour affiner la configuration maintenant, car il y a un paquetÂ
deÂ choses Ã faire pour avoir un chiffrement pas trop fragile.

"Affiner et un paquet deÂ choses Ã faire" :
que peut-on faire ?Â LÃ je suis dÃ©passÃ©...
AndrÃ©

--=-VEVzKbA8b5xpZcSqyPrC
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
<html><head></head><body><div>Bonsoir</div><div><br></div><div>De ce que je vois la nouvelle liste n'exclut pas explicitement SSLv3, TLSv1.0 et TLSv1. 1. Ces trois méthodes de chiffrement sont désormais vulnérab les.</div><div><br></div><div>Je pense que vous devez inventorier les clien ts mail qui seront utilisés et rechercher pour chacun si ils supporten t TLSv1.2. Si c'est le cas (ce qui est très probable) alors il faut a jouter !SSLv3, !TLSv1.0 et !TLSv1.1 . Je devine que vous avez pris votre li ste quelque part sur une vieille source non maintenue (elles pulullent et c e mail sera obsolète dans quelques mois ou années). </div><div><b r></div><div>En gros, SSL est complètement obsolète et seul TLSv1 .2+ reste encore valable (de ce que je sais à ce jour).</div><div><br> </div><div>Pour tester si SSLv2, v2 et TLS v1.0, 1.1 sont permis, réut ilisez la commande openssl s_client que j'ai donnée il y a quelques jo urs et ajoutez un argument qui force l'usage d'une méthode de chiffrem ent. Essayez successivement les arguments suivants:</div><div><br></div><di v>-ssl2</div><div>-ssl3</div><div>-tls1</div><div>-tls1_1</div><div>-tls1_2 </div><div><br></div><div>(plus de détail ici <a href="https://www.o penssl.org/docs/man1.0.1/apps/s_client.html">https://www.openssl.org/docs/m an1.0.1/apps/s_client.html</a>)</div><div><br></div><div>Une bonne configur ation fera en sorte que seul -tls1_2 aboutira à une connection ré ussie. Les autres doivent échouer.</div><div><br></div><div>Après il y a le perfect forward secrecy à vérifier, je n'ai pas encore la connaissance suffisante à ce sujet mais c'est encore uen question de réglage sur le SSL/TLS. (introduction ici <a href="https://fr.wik ipedia.org/wiki/Confidentialit%C3%A9_persistante">https://fr.wikipedia.org/ wiki/Confidentialit%C3%A9_persistante</a>)</div><div><br></div><div>Peut être que la cipher suite préférée pour mon serveur web sera intéressante; je la partage tout à l'heure.</div><div><br></ div><div>Le vendredi 31 mars 2017 à 19:00 +0200, ble.fr a écrit :</div><blockquote type="cite"><div class="par t-container pre -e-web-view-background-color -e-web-view-text-color" style ="border: none; padding: 8px; margin: 0;"><pre>On Friday 31 March 2017 14 :22:31 Thierry Bugier Pineau wrote:
<font color="#737373">> Ce serait intéressant de savoir ce que co ntenant la liste</font>
<font color="#737373">> ssl_cipher_list avant modification, et ce qu'e lle contient maintenant.</font>
Avant :
ssl_cipher_list = ALL:!LOW:!SSLv2:!SSLv3:ALL:!aNULL:!ADH:!eNULL:!EXP:RC4+ RSA:
+HIGH:+MEDIUM
Maintenant :
ssl_cipher_list = TLSv1+HIGH !SSLv2 !RC4 !aNULL !eNULL !3DES @STRENGTH
<font color="#737373">> Je vous invite à utiliser un outil de tes t SSL / TLS en ligne : </font>
SSL/TLS est bien activé et l'outil de test est positif,
openssl, testssl etc...
<font color="#737373">> pour affiner la configuration maintenant, car il y a un paquet </font>
<font color="#737373">> de  choses à faire pour avoir un chi ffrement pas trop fragile.</font>
"Affiner et un paquet de  choses à faire" :
que peut-on faire ?  Là je suis dépassé...
André
</pre></div>
</body></html>
--=-VEVzKbA8b5xpZcSqyPrC--

Thierry Bugier Pineau

04/04/2017 à 11:10

--=-kyIOxOJwYwMIH3Rm8JA8
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Bonjour
le sujet a achevÃ© de me motiver pour m'y remettre aussi. D'oÃ¹ mon
silence.Â Â J'ai prÃ©parÃ© postfix, je continue avec Dovecot dans les jours
Ã venir et ensuite je m'attaque au TLS pour atteindre le mÃªme niveau de
progression et donner un coup de main.
J'essaie aussi de crÃ©er un script shell (trÃ¨s sommaire) pour rendre la
configuration maintenable et reproductible (que je partagerai
volontiers sur github).
Le mardi 04 avril 2017 Ã 10:24 +0200, a
Ã©critÂ :

J'avais dÃ©clarÃ© le sujet "rÃ©solu" un peu vite, dÃ©solÃ©.
Ã‡a ne fonctionne pas avec "imap",
voici ce que Kmail me rÃ©pond (port 143 ou 993) :
================ > "impossible de se connecter Ã Â« imap.mon_domaine Â»
Le serveur n'a pas rÃ©pondu correctement :
* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE
IDLEÂ
STARTTLS AUTH=PLAIN] Dovecot ready"
================ >
Avec le port 110, Ã§a fonctionne mais je dois confirmer le certificat.
Bonne journÃ©e,
AndrÃ©

--=-kyIOxOJwYwMIH3Rm8JA8
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: 8bit
<html><head></head><body><div>Bonjour</div><div><br></div><div>le sujet a achevÃ© de me motiver pour m'y remettre aussi. D'oÃ¹ mon silence. J'ai prÃ©parÃ© postfix, je continue avec Dovecot dans les jours Ã venir et ensuite je m'attaque au TLS pour atteindre le mÃªme niveau de progression et donner un coup de main.</div><div><br></div><div>J'essaie aussi de crÃ©er un script shell (trÃ¨s sommaire) pour rendre la configuration maintenable et reproductible (que je partagerai volontiers sur github).</div><div><br></div><div><br></div><div><br></div><div>Le mardi 04 avril 2017 Ã 10:24 +0200, a Ã©crit :</div><blockquote type="cite"><div class="part-container pre -e-web-view-background-color -e-web-view-text-color" style="border: none; padding: 8px; margin: 0;"><pre>J'avais dÃ©clarÃ© le sujet "rÃ©solu" un peu vite, dÃ©solÃ©.
Ã‡a ne fonctionne pas avec "imap",
voici ce que Kmail me rÃ©pond (port 143 ou 993) :
================ "impossible de se connecter Ã Â« imap.mon_domaine Â»
Le serveur n'a pas rÃ©pondu correctement :
* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE
STARTTLS AUTH=PLAIN] Dovecot ready"
================
Avec le port 110, Ã§a fonctionne mais je dois confirmer le certificat.
Bonne journÃ©e,
AndrÃ©
</pre></div>
</body></html>
--=-kyIOxOJwYwMIH3Rm8JA8--

--=-kyIOxOJwYwMIH3Rm8JA8
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit

Bonjour
le sujet a achevÃ© de me motiver pour m'y remettre aussi. D'oÃ¹ mon
silence.Â Â J'ai prÃ©parÃ© postfix, je continue avec Dovecot dans les jours
Ã venir et ensuite je m'attaque au TLS pour atteindre le mÃªme niveau de
progression et donner un coup de main.
J'essaie aussi de crÃ©er un script shell (trÃ¨s sommaire) pour rendre la
configuration maintenable et reproductible (que je partagerai
volontiers sur github).

Le mardi 04 avril 2017 Ã 10:24 +0200, andre_debian@numericable.fr a
Ã©critÂ :

J'avais dÃ©clarÃ© le sujet "rÃ©solu" un peu vite, dÃ©solÃ©.
Ã‡a ne fonctionne pas avec "imap",

voici ce que Kmail me rÃ©pond (port 143 ou 993) :
================ > "impossible de se connecter Ã Â« imap.mon_domaine Â»
Le serveur n'a pas rÃ©pondu correctement :
* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE
IDLEÂ
STARTTLS AUTH=PLAIN] Dovecot ready"
================ >
Avec le port 110, Ã§a fonctionne mais je dois confirmer le certificat.

Bonne journÃ©e,

AndrÃ©

--=-kyIOxOJwYwMIH3Rm8JA8
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: 8bit

<html><head></head><body><div>Bonjour</div><div><br></div><div>le sujet a achevÃ© de me motiver pour m'y remettre aussi. D'oÃ¹ mon silence. J'ai prÃ©parÃ© postfix, je continue avec Dovecot dans les jours Ã venir et ensuite je m'attaque au TLS pour atteindre le mÃªme niveau de progression et donner un coup de main.</div><div><br></div><div>J'essaie aussi de crÃ©er un script shell (trÃ¨s sommaire) pour rendre la configuration maintenable et reproductible (que je partagerai volontiers sur github).</div><div><br></div><div><br></div><div><br></div><div>Le mardi 04 avril 2017 Ã 10:24 +0200, andre_debian@numericable.fr a Ã©crit :</div><blockquote type="cite"><div class="part-container pre -e-web-view-background-color -e-web-view-text-color" style="border: none; padding: 8px; margin: 0;"><pre>J'avais dÃ©clarÃ© le sujet "rÃ©solu" un peu vite, dÃ©solÃ©.
Ã‡a ne fonctionne pas avec "imap",

voici ce que Kmail me rÃ©pond (port 143 ou 993) :
================ "impossible de se connecter Ã Â« imap.mon_domaine Â»
Le serveur n'a pas rÃ©pondu correctement :
* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE
STARTTLS AUTH=PLAIN] Dovecot ready"
================
Avec le port 110, Ã§a fonctionne mais je dois confirmer le certificat.

Bonne journÃ©e,

AndrÃ©

</pre></div>
</blockquote></body></html>
--=-kyIOxOJwYwMIH3Rm8JA8--

Vous avez filtré cet utilisateur ! Consultez son message

--=-kyIOxOJwYwMIH3Rm8JA8
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Bonjour
le sujet a achevÃ© de me motiver pour m'y remettre aussi. D'oÃ¹ mon
silence.Â Â J'ai prÃ©parÃ© postfix, je continue avec Dovecot dans les jours
Ã venir et ensuite je m'attaque au TLS pour atteindre le mÃªme niveau de
progression et donner un coup de main.
J'essaie aussi de crÃ©er un script shell (trÃ¨s sommaire) pour rendre la
configuration maintenable et reproductible (que je partagerai
volontiers sur github).
Le mardi 04 avril 2017 Ã 10:24 +0200, a
Ã©critÂ :

J'avais dÃ©clarÃ© le sujet "rÃ©solu" un peu vite, dÃ©solÃ©.
Ã‡a ne fonctionne pas avec "imap",
voici ce que Kmail me rÃ©pond (port 143 ou 993) :
================ > "impossible de se connecter Ã Â« imap.mon_domaine Â»
Le serveur n'a pas rÃ©pondu correctement :
* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE
IDLEÂ
STARTTLS AUTH=PLAIN] Dovecot ready"
================ >
Avec le port 110, Ã§a fonctionne mais je dois confirmer le certificat.
Bonne journÃ©e,
AndrÃ©

--=-kyIOxOJwYwMIH3Rm8JA8
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: 8bit
<html><head></head><body><div>Bonjour</div><div><br></div><div>le sujet a achevÃ© de me motiver pour m'y remettre aussi. D'oÃ¹ mon silence. J'ai prÃ©parÃ© postfix, je continue avec Dovecot dans les jours Ã venir et ensuite je m'attaque au TLS pour atteindre le mÃªme niveau de progression et donner un coup de main.</div><div><br></div><div>J'essaie aussi de crÃ©er un script shell (trÃ¨s sommaire) pour rendre la configuration maintenable et reproductible (que je partagerai volontiers sur github).</div><div><br></div><div><br></div><div><br></div><div>Le mardi 04 avril 2017 Ã 10:24 +0200, a Ã©crit :</div><blockquote type="cite"><div class="part-container pre -e-web-view-background-color -e-web-view-text-color" style="border: none; padding: 8px; margin: 0;"><pre>J'avais dÃ©clarÃ© le sujet "rÃ©solu" un peu vite, dÃ©solÃ©.
Ã‡a ne fonctionne pas avec "imap",
voici ce que Kmail me rÃ©pond (port 143 ou 993) :
================ "impossible de se connecter Ã Â« imap.mon_domaine Â»
Le serveur n'a pas rÃ©pondu correctement :
* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE
STARTTLS AUTH=PLAIN] Dovecot ready"
================
Avec le port 110, Ã§a fonctionne mais je dois confirmer le certificat.
Bonne journÃ©e,
AndrÃ©
</pre></div>
</body></html>
--=-kyIOxOJwYwMIH3Rm8JA8--

=c3

15/04/2017 à 13:20

Bonjour,
On 04/15/2017 12:00 PM, G2PC wrote:

*Afficher un ascii art au lancement de votre terminal*
Le code suivant avec ZSH affiche l'erreur : zsh: bad pattern: e[0
e[0;36m.
zsh: bad pattern: e[0
Avez vous une piste pour permettre l'affichage ?

On dirait que zsh tente d'interprêter ton code d'échappement au
lieu de le passer au terminal. As-tu protégé ta chaîne de caractères
avec des doubles quotes?
Normalement la commande suivante devrait t'afficher un point vert:
echo -e "e[0;36m."
J'ai fait le test en bash, mais le comportement devrait être assez
voisin de celui de zsh dans ce cas.
À plus,
--
Étienne Mollier

Pierre Malard

15/04/2017 à 14:10

--Apple-Mail=_98469944-B243-472B-965F-19967F1886B4
Content-Type: multipart/alternative;
boundary="Apple-Mail=_75C5787C-4509-4B01-82BC-51F0C9E857BB"
--Apple-Mail=_75C5787C-4509-4B01-82BC-51F0C9E857BB
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=utf-8
Je pense que cela dépend plus de la commande utilisée que du shell. Regarde déjà sur tu as accès à l’option « -e » avec echo en lisant le man.
Sinon, tu peux toujours essayer avec un « printf »…

Le 15 avr. 2017 à 12:54, Étienne Mollier a écrit :
Bonjour,
On 04/15/2017 12:00 PM, G2PC wrote:
*Afficher un ascii art au lancement de votre terminal*
Le code suivant avec ZSH affiche l'erreur : zsh: bad pattern: e[0
e[0;36m.
zsh: bad pattern: e[0
Avez vous une piste pour permettre l'affichage ?

On dirait que zsh tente d'interprêter ton code d'échappement au
lieu de le passer au terminal. As-tu protégé ta chaîne de caractères
avec des doubles quotes?
Normalement la commande suivante devrait t'afficher un point vert:
echo -e "e[0;36m."
J'ai fait le test en bash, mais le comportement devrait être assez
voisin de celui de zsh dans ce cas.
À plus,
--
Étienne Mollier

--
Pierre Malard
« Tous les Français ambitionnent pour la France un grand rôle
dans le monde. Ce n'est point par des aventures guerrières qu'elle
le trouvera, c'est en donnant aux peuples l'exemple et le signal
de justice. »
Jean Jaures - "L'idéal de justice" - 1889
| _,,,---,,_
/,`.-'`' -. ;-;;,_
|,4- ) )-,_. , ( `'-'
'---''(_/--' `-'_) πr
perl -e '$_=q#: 3| 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. ;-;;,_: |,A- ) )-,_. , ( `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' `-'"'"'_): 24πr::#;y#:#n#;s#(D)(d+)#$1x$2#ge;print'
- --> Ce message n’engage que son auteur <--
--Apple-Mail=_75C5787C-4509-4B01-82BC-51F0C9E857BB
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=utf-8
<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Je pense que cela dépend plus de la commande utilisée que du shell. Regarde déjà sur tu as accès à l’option « -e » avec echo en lisant le man.<div class="">Sinon, tu peux toujours essayer avec un « printf »…<br class=""><div class=""><br class=""></div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">Le 15 avr. 2017 à 12:54, Étienne Mollier <<a href="mailto:" class=""></a>> a écrit :</div><br class="Apple-interchange-newline"><div class=""><div class="">Bonjour,<br class=""><br class="">On 04/15/2017 12:00 PM, G2PC wrote:<br class=""><blockquote type="cite" class="">*Afficher un ascii art au lancement de votre terminal*<br class=""><br class="">Le code suivant avec ZSH affiche l'erreur : zsh: bad pattern: e[0<br class=""><br class="">e[0;36m. <br class="">zsh: bad pattern: e[0<br class=""><br class=""><br class="">Avez vous une piste pour permettre l'affichage ?<br class=""><br class="">On dirait que zsh tente d'interprêter ton code d'échappement au<br class="">lieu de le passer au terminal.  As-tu protégé ta chaîne de caractères<br class="">avec des doubles quotes?<br class=""><br class="">Normalement la commande suivante devrait t'afficher un point vert:<br class=""><br class=""><span class="Apple-tab-span" style="white-space:pre"> </span>echo -e "e[0;36m."<br class=""><br class="">J'ai fait le test en bash, mais le comportement devrait être assez<br class="">voisin de celui de zsh dans ce cas.<br class=""><br class="">À plus,<br class="">-- <br class="">Étienne Mollier <<a href="mailto:" class=""></a>><br class=""><br class=""></div></div></div><br class=""><div class="">
<div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div style="margin: 0px; font-size: 10px; font-family: 'Courier New';" class="">-- </div><div style="margin: 0px; font-size: 10px; font-family: 'Courier New';" class="">Pierre Malard</div><div style="margin: 0px; font-size: 10px; font-family: 'Courier New'; min-height: 11px;" class=""><br class=""></div><div style="margin: 0px; font-family: Times;" class="">   «<span class="Apple-converted-space"> </span><i class="">Tous les Français ambitionnent pour la France un grand rôle</i></div><div style="margin: 0px; font-family: Times;" class=""><i class="">   dans le monde. Ce n'est point par des aventures guerrières qu'elle</i></div><div style="margin: 0px; font-family: Times;" class=""><i class="">   le trouvera, c'est en donnant aux peuples l'exemple et le signal</i></div><div style="margin: 0px; font-family: Times;" class=""><i class="">   de justice.<span class="Apple-converted-space"> </span></i>»</div><div style="margin: 0px; font-family: Times;" class="">                                            Jean Jaures - "L'idéal de justice" - 1889</div><div style="margin: 0px; font-size: 10px; font-family: 'Courier New';" class="">   |      _,,,---,,_</div><div style="margin: 0px; font-size: 10px; font-family: 'Courier New';" class="">   /,`.-'`'    -.  ;-;;,_</div><div style="margin: 0px; font-size: 10px; font-family: 'Courier New';" class="">  |,4-  ) )-,_. , (  `'-'</div><div style="margin: 0px; font-size: 10px; font-family: 'Courier New';" class=""> '---''(_/--'  `-'_)   πr</div><div style="margin: 0px; font-family: Times; min-height: 14px;" class=""><br class=""></div><div style="margin: 0px; font-size: 10px; font-family: 'Courier New';" class="">perl -e '$_=q#: 3| 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. , (  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'_): 24πr::#;y#:#n#;s#(D)(d+)#$1x$2#ge;print'</div><div style="margin: 0px; font-family: 'Courier New';" class=""><span style="font-size: 10px;" class="">- --> Ce message n’engage que son auteur <--</span></div></div></div>
</div>
<br class=""></div></div></body></html>
--Apple-Mail=_75C5787C-4509-4B01-82BC-51F0C9E857BB--
--Apple-Mail=_98469944-B243-472B-965F-19967F1886B4
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename=signature.asc
Content-Type: application/pgp-signature;
name=signature.asc
Content-Description: Message signed with OpenPGP
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.30
Comment: GPGTools - http://gpgtools.org
iQIcBAEBCgAGBQJY8gtCAAoJEP6Ulh7mnfwY2JUQAIudMUP0/634BNH6aeRnKx4K
+UwKvE8M3f7d78LQLtgkaEidY6uKiV7858ST0dZ9VA32n0dOomXMev4pfCLm+532
2L9Sq7AQ9JSxAlWZwpslCKJo0cjSVuQHxaUJBUrChsuC3dzloMrqr0C+Vexfiyxl
1dCTsMA/vwaNAwCfxgfTaEQgiiEriuFNY1YMbv58/9YOtdXYK3xnpkyHY/sHPDUD
rCrC7kQ50EaA7sfXGABZ+zkEo19fzAOpfrnCXSU/euRuAwmt1jkYTyAS04ll481v
dES8yZThoX40nWhyoQE6IrY85lq5x5cBpuqCmyKP1ATNGbJCmVFWGSaIeLxS80wo
8pEqX7pcL/w9XkZcYdZ3ouEUNJFRdPsYvR5O9dyR3U1Z2yX3jpWK19AjwFe/pYQ1
litwn/EPnBaV3ujDQG9MR97RzDj20MojmqgkZGVo/+RnJVPEBUmbamqXLYmgD1Rj
FI/lC7sVt5bMdJm9ngxvyAWfEn2UnN/lSRQqmA+wAZ+F9ap7rcPL8VVBO2CLu7qG
njwFzoZ4mQa7jcYGTMb8UxlsuErG6SbDAbH1lHWgac2wOBjhpv3Y1lPPDIYWmdMw
PySbzlVzf8OsAP4/XIfThYgut39QERF/tnWL8JjqNsjfwBmBqVLaQgrhUV/cplAq
3YMN1jIyWUe+UlolDDkM
=oEhj
-----END PGP SIGNATURE-----
--Apple-Mail=_98469944-B243-472B-965F-19967F1886B4--

--Apple-Mail=_98469944-B243-472B-965F-19967F1886B4
Content-Type: multipart/alternative;
boundary="Apple-Mail=_75C5787C-4509-4B01-82BC-51F0C9E857BB"

--Apple-Mail=_75C5787C-4509-4B01-82BC-51F0C9E857BB
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=utf-8

Je pense que cela dépend plus de la commande utilisée que du shell. Regarde déjà sur tu as accès à l’option « -e » avec echo en lisant le man.
Sinon, tu peux toujours essayer avec un « printf »…

Le 15 avr. 2017 à 12:54, Étienne Mollier <etienne.mollier@mailoo.org> a écrit :

Bonjour,

On 04/15/2017 12:00 PM, G2PC wrote:

*Afficher un ascii art au lancement de votre terminal*

Le code suivant avec ZSH affiche l'erreur : zsh: bad pattern: e[0

e[0;36m.
zsh: bad pattern: e[0

Avez vous une piste pour permettre l'affichage ?

On dirait que zsh tente d'interprêter ton code d'échappement au
lieu de le passer au terminal. As-tu protégé ta chaîne de caractères
avec des doubles quotes?

Normalement la commande suivante devrait t'afficher un point vert:

echo -e "e[0;36m."

J'ai fait le test en bash, mais le comportement devrait être assez
voisin de celui de zsh dans ce cas.

À plus,
--
Étienne Mollier <etienne.mollier@mailoo.org>

--
Pierre Malard

« Tous les Français ambitionnent pour la France un grand rôle
dans le monde. Ce n'est point par des aventures guerrières qu'elle
le trouvera, c'est en donnant aux peuples l'exemple et le signal
de justice. »
Jean Jaures - "L'idéal de justice" - 1889
| _,,,---,,_
/,`.-'`' -. ;-;;,_
|,4- ) )-,_. , ( `'-'
'---''(_/--' `-'_) πr

perl -e '$_=q#: 3| 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. ;-;;,_: |,A- ) )-,_. , ( `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' `-'"'"'_): 24πr::#;y#:#n#;s#(D)(d+)#$1x$2#ge;print'
- --> Ce message n’engage que son auteur <--

--Apple-Mail=_75C5787C-4509-4B01-82BC-51F0C9E857BB
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=utf-8

<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Je pense que cela dépend plus de la commande utilisée que du shell. Regarde déjà sur tu as accès à l’option « -e » avec echo en lisant le man.<div class="">Sinon, tu peux toujours essayer avec un « printf »…<br class=""><div class=""><br class=""></div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">Le 15 avr. 2017 à 12:54, Étienne Mollier <<a href="mailto:etienne.mollier@mailoo.org" class="">etienne.mollier@mailoo.org</a>> a écrit :</div><br class="Apple-interchange-newline"><div class=""><div class="">Bonjour,<br class=""><br class="">On 04/15/2017 12:00 PM, G2PC wrote:<br class=""><blockquote type="cite" class="">*Afficher un ascii art au lancement de votre terminal*<br class=""><br class="">Le code suivant avec ZSH affiche l'erreur : zsh: bad pattern: e[0<br class=""><br class="">e[0;36m. <br class="">zsh: bad pattern: e[0<br class=""><br class=""><br class="">Avez vous une piste pour permettre l'affichage ?<br class=""></blockquote><br class="">On dirait que zsh tente d'interprêter ton code d'échappement au<br class="">lieu de le passer au terminal.  As-tu protégé ta chaîne de caractères<br class="">avec des doubles quotes?<br class=""><br class="">Normalement la commande suivante devrait t'afficher un point vert:<br class=""><br class=""><span class="Apple-tab-span" style="white-space:pre"> </span>echo -e "e[0;36m."<br class=""><br class="">J'ai fait le test en bash, mais le comportement devrait être assez<br class="">voisin de celui de zsh dans ce cas.<br class=""><br class="">À plus,<br class="">-- <br class="">Étienne Mollier <<a href="mailto:etienne.mollier@mailoo.org" class="">etienne.mollier@mailoo.org</a>><br class=""><br class=""></div></div></blockquote></div><br class=""><div class="">
<div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div style="margin: 0px; font-size: 10px; font-family: 'Courier New';" class="">-- </div><div style="margin: 0px; font-size: 10px; font-family: 'Courier New';" class="">Pierre Malard</div><div style="margin: 0px; font-size: 10px; font-family: 'Courier New'; min-height: 11px;" class=""><br class=""></div><div style="margin: 0px; font-family: Times;" class="">   «<span class="Apple-converted-space"> </span><i class="">Tous les Français ambitionnent pour la France un grand rôle</i></div><div style="margin: 0px; font-family: Times;" class=""><i class="">   dans le monde. Ce n'est point par des aventures guerrières qu'elle</i></div><div style="margin: 0px; font-family: Times;" class=""><i class="">   le trouvera, c'est en donnant aux peuples l'exemple et le signal</i></div><div style="margin: 0px; font-family: Times;" class=""><i class="">   de justice.<span class="Apple-converted-space"> </span></i>»</div><div style="margin: 0px; font-family: Times;" class="">                                            Jean Jaures - "L'idéal de justice" - 1889</div><div style="margin: 0px; font-size: 10px; font-family: 'Courier New';" class="">   |      _,,,---,,_</div><div style="margin: 0px; font-size: 10px; font-family: 'Courier New';" class="">   /,`.-'`'    -.  ;-;;,_</div><div style="margin: 0px; font-size: 10px; font-family: 'Courier New';" class="">  |,4-  ) )-,_. , (  `'-'</div><div style="margin: 0px; font-size: 10px; font-family: 'Courier New';" class=""> '---''(_/--'  `-'_)   πr</div><div style="margin: 0px; font-family: Times; min-height: 14px;" class=""><br class=""></div><div style="margin: 0px; font-size: 10px; font-family: 'Courier New';" class="">perl -e '$_=q#: 3| 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. , (  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'_): 24πr::#;y#:#n#;s#(D)(d+)#$1x$2#ge;print'</div><div style="margin: 0px; font-family: 'Courier New';" class=""><span style="font-size: 10px;" class="">- --> Ce message n’engage que son auteur <--</span></div></div></div>
</div>
<br class=""></div></div></body></html>
--Apple-Mail=_75C5787C-4509-4B01-82BC-51F0C9E857BB--

--Apple-Mail=_98469944-B243-472B-965F-19967F1886B4
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename=signature.asc
Content-Type: application/pgp-signature;
name=signature.asc
Content-Description: Message signed with OpenPGP

-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.30
Comment: GPGTools - http://gpgtools.org

iQIcBAEBCgAGBQJY8gtCAAoJEP6Ulh7mnfwY2JUQAIudMUP0/634BNH6aeRnKx4K
+UwKvE8M3f7d78LQLtgkaEidY6uKiV7858ST0dZ9VA32n0dOomXMev4pfCLm+532
2L9Sq7AQ9JSxAlWZwpslCKJo0cjSVuQHxaUJBUrChsuC3dzloMrqr0C+Vexfiyxl
1dCTsMA/vwaNAwCfxgfTaEQgiiEriuFNY1YMbv58/9YOtdXYK3xnpkyHY/sHPDUD
rCrC7kQ50EaA7sfXGABZ+zkEo19fzAOpfrnCXSU/euRuAwmt1jkYTyAS04ll481v
dES8yZThoX40nWhyoQE6IrY85lq5x5cBpuqCmyKP1ATNGbJCmVFWGSaIeLxS80wo
8pEqX7pcL/w9XkZcYdZ3ouEUNJFRdPsYvR5O9dyR3U1Z2yX3jpWK19AjwFe/pYQ1
litwn/EPnBaV3ujDQG9MR97RzDj20MojmqgkZGVo/+RnJVPEBUmbamqXLYmgD1Rj
FI/lC7sVt5bMdJm9ngxvyAWfEn2UnN/lSRQqmA+wAZ+F9ap7rcPL8VVBO2CLu7qG
njwFzoZ4mQa7jcYGTMb8UxlsuErG6SbDAbH1lHWgac2wOBjhpv3Y1lPPDIYWmdMw
PySbzlVzf8OsAP4/XIfThYgut39QERF/tnWL8JjqNsjfwBmBqVLaQgrhUV/cplAq
3YMN1jIyWUe+UlolDDkM
=oEhj
-----END PGP SIGNATURE-----

--Apple-Mail=_98469944-B243-472B-965F-19967F1886B4--

Vous avez filtré cet utilisateur ! Consultez son message

--Apple-Mail=_98469944-B243-472B-965F-19967F1886B4
Content-Type: multipart/alternative;
boundary="Apple-Mail=_75C5787C-4509-4B01-82BC-51F0C9E857BB"
--Apple-Mail=_75C5787C-4509-4B01-82BC-51F0C9E857BB
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=utf-8
Je pense que cela dépend plus de la commande utilisée que du shell. Regarde déjà sur tu as accès à l’option « -e » avec echo en lisant le man.
Sinon, tu peux toujours essayer avec un « printf »…

Le 15 avr. 2017 à 12:54, Étienne Mollier a écrit :
Bonjour,
On 04/15/2017 12:00 PM, G2PC wrote:
*Afficher un ascii art au lancement de votre terminal*
Le code suivant avec ZSH affiche l'erreur : zsh: bad pattern: e[0
e[0;36m.
zsh: bad pattern: e[0
Avez vous une piste pour permettre l'affichage ?

On dirait que zsh tente d'interprêter ton code d'échappement au
lieu de le passer au terminal. As-tu protégé ta chaîne de caractères
avec des doubles quotes?
Normalement la commande suivante devrait t'afficher un point vert:
echo -e "e[0;36m."
J'ai fait le test en bash, mais le comportement devrait être assez
voisin de celui de zsh dans ce cas.
À plus,
--
Étienne Mollier

--
Pierre Malard
« Tous les Français ambitionnent pour la France un grand rôle
dans le monde. Ce n'est point par des aventures guerrières qu'elle
le trouvera, c'est en donnant aux peuples l'exemple et le signal
de justice. »
Jean Jaures - "L'idéal de justice" - 1889
| _,,,---,,_
/,`.-'`' -. ;-;;,_
|,4- ) )-,_. , ( `'-'
'---''(_/--' `-'_) πr
perl -e '$_=q#: 3| 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. ;-;;,_: |,A- ) )-,_. , ( `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' `-'"'"'_): 24πr::#;y#:#n#;s#(D)(d+)#$1x$2#ge;print'
- --> Ce message n’engage que son auteur <--
--Apple-Mail=_75C5787C-4509-4B01-82BC-51F0C9E857BB
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=utf-8
<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Je pense que cela dépend plus de la commande utilisée que du shell. Regarde déjà sur tu as accès à l’option « -e » avec echo en lisant le man.<div class="">Sinon, tu peux toujours essayer avec un « printf »…<br class=""><div class=""><br class=""></div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">Le 15 avr. 2017 à 12:54, Étienne Mollier <<a href="mailto:" class=""></a>> a écrit :</div><br class="Apple-interchange-newline"><div class=""><div class="">Bonjour,<br class=""><br class="">On 04/15/2017 12:00 PM, G2PC wrote:<br class=""><blockquote type="cite" class="">*Afficher un ascii art au lancement de votre terminal*<br class=""><br class="">Le code suivant avec ZSH affiche l'erreur : zsh: bad pattern: e[0<br class=""><br class="">e[0;36m. <br class="">zsh: bad pattern: e[0<br class=""><br class=""><br class="">Avez vous une piste pour permettre l'affichage ?<br class=""><br class="">On dirait que zsh tente d'interprêter ton code d'échappement au<br class="">lieu de le passer au terminal.  As-tu protégé ta chaîne de caractères<br class="">avec des doubles quotes?<br class=""><br class="">Normalement la commande suivante devrait t'afficher un point vert:<br class=""><br class=""><span class="Apple-tab-span" style="white-space:pre"> </span>echo -e "e[0;36m."<br class=""><br class="">J'ai fait le test en bash, mais le comportement devrait être assez<br class="">voisin de celui de zsh dans ce cas.<br class=""><br class="">À plus,<br class="">-- <br class="">Étienne Mollier <<a href="mailto:" class=""></a>><br class=""><br class=""></div></div></div><br class=""><div class="">
<div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div style="margin: 0px; font-size: 10px; font-family: 'Courier New';" class="">-- </div><div style="margin: 0px; font-size: 10px; font-family: 'Courier New';" class="">Pierre Malard</div><div style="margin: 0px; font-size: 10px; font-family: 'Courier New'; min-height: 11px;" class=""><br class=""></div><div style="margin: 0px; font-family: Times;" class="">   «<span class="Apple-converted-space"> </span><i class="">Tous les Français ambitionnent pour la France un grand rôle</i></div><div style="margin: 0px; font-family: Times;" class=""><i class="">   dans le monde. Ce n'est point par des aventures guerrières qu'elle</i></div><div style="margin: 0px; font-family: Times;" class=""><i class="">   le trouvera, c'est en donnant aux peuples l'exemple et le signal</i></div><div style="margin: 0px; font-family: Times;" class=""><i class="">   de justice.<span class="Apple-converted-space"> </span></i>»</div><div style="margin: 0px; font-family: Times;" class="">                                            Jean Jaures - "L'idéal de justice" - 1889</div><div style="margin: 0px; font-size: 10px; font-family: 'Courier New';" class="">   |      _,,,---,,_</div><div style="margin: 0px; font-size: 10px; font-family: 'Courier New';" class="">   /,`.-'`'    -.  ;-;;,_</div><div style="margin: 0px; font-size: 10px; font-family: 'Courier New';" class="">  |,4-  ) )-,_. , (  `'-'</div><div style="margin: 0px; font-size: 10px; font-family: 'Courier New';" class=""> '---''(_/--'  `-'_)   πr</div><div style="margin: 0px; font-family: Times; min-height: 14px;" class=""><br class=""></div><div style="margin: 0px; font-size: 10px; font-family: 'Courier New';" class="">perl -e '$_=q#: 3| 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. , (  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'_): 24πr::#;y#:#n#;s#(D)(d+)#$1x$2#ge;print'</div><div style="margin: 0px; font-family: 'Courier New';" class=""><span style="font-size: 10px;" class="">- --> Ce message n’engage que son auteur <--</span></div></div></div>
</div>
<br class=""></div></div></body></html>
--Apple-Mail=_75C5787C-4509-4B01-82BC-51F0C9E857BB--
--Apple-Mail=_98469944-B243-472B-965F-19967F1886B4
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename=signature.asc
Content-Type: application/pgp-signature;
name=signature.asc
Content-Description: Message signed with OpenPGP
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.30
Comment: GPGTools - http://gpgtools.org
iQIcBAEBCgAGBQJY8gtCAAoJEP6Ulh7mnfwY2JUQAIudMUP0/634BNH6aeRnKx4K
+UwKvE8M3f7d78LQLtgkaEidY6uKiV7858ST0dZ9VA32n0dOomXMev4pfCLm+532
2L9Sq7AQ9JSxAlWZwpslCKJo0cjSVuQHxaUJBUrChsuC3dzloMrqr0C+Vexfiyxl
1dCTsMA/vwaNAwCfxgfTaEQgiiEriuFNY1YMbv58/9YOtdXYK3xnpkyHY/sHPDUD
rCrC7kQ50EaA7sfXGABZ+zkEo19fzAOpfrnCXSU/euRuAwmt1jkYTyAS04ll481v
dES8yZThoX40nWhyoQE6IrY85lq5x5cBpuqCmyKP1ATNGbJCmVFWGSaIeLxS80wo
8pEqX7pcL/w9XkZcYdZ3ouEUNJFRdPsYvR5O9dyR3U1Z2yX3jpWK19AjwFe/pYQ1
litwn/EPnBaV3ujDQG9MR97RzDj20MojmqgkZGVo/+RnJVPEBUmbamqXLYmgD1Rj
FI/lC7sVt5bMdJm9ngxvyAWfEn2UnN/lSRQqmA+wAZ+F9ap7rcPL8VVBO2CLu7qG
njwFzoZ4mQa7jcYGTMb8UxlsuErG6SbDAbH1lHWgac2wOBjhpv3Y1lPPDIYWmdMw
PySbzlVzf8OsAP4/XIfThYgut39QERF/tnWL8JjqNsjfwBmBqVLaQgrhUV/cplAq
3YMN1jIyWUe+UlolDDkM
=oEhj
-----END PGP SIGNATURE-----
--Apple-Mail=_98469944-B243-472B-965F-19967F1886B4--

Postfix Dovecot et SSL : SSL23: unknown protocol

7 réponses

Veuillez sélectionner un problème