How to make fetchmail happy with the YAHOO server’s SSL cert

Pour résoudre le problème indiqué dans le mail.log (solution un peu au pif en fonction de quelques informations que j'ai trouvées sur le net) :

fetchmail: Server certificate verification error: unable to get local issuer certificate
fetchmail: Server certificate verification error: certificate not trusted
fetchmail: Server certificate verification error: unable to verify the first certificate
Sous UBUNTU, première chose à essayer : mettre à jour les certificats :

apt-get upgrade ca-certificates

Redémarrer fetchmail et voir si le problème est corrigé.

Sinon essayer ceci.

Pour vérifier l'existence du répertoire fetchmail

ls -l /usr/local/etc/

Créer un répertoire de travail

mkdir /usr/local/etc/fetchmail
mkdir /usr/local/etc/fetchmail/certs

Se placer dans le répertoire de travail

cd /usr/local/etc/fetchmail/certs


openssl s_client -connect pop.mail.yahoo.fr:995 -showcerts > pop.mail.yahoo.fr.pem

vi pop.mail.yahoo.fr.pem

Cut and paste the stuff between the “—–BEGIN CERTIFICATE—–” and “—–END CERTIFICATE—–” lines (inclusive)

Vérifier dans l'output de la commande avant de couper BEGIN-END les lignes issuer

save & quit

Server certificate
subject=/C=US/ST=CA/L=Sunnyvale/O=Yahoo! Inc./OU=Yahoo/CN=pop.mail.yahoo.fr
issuer=/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert High Assurance CA-3

Télécharger le certificat indiqué sur le site

wget https://www.digicert.com/CACerts/DigiCertHighAssuranceCA-3.crt

Je ne pense pas que ce soit nécessaire pour résoudre le problème yahoo, mais pendant que j'y suis je télécharge tous les certificats disponibles...

wget https://www.digicert.com/testroot/DigiCertGlobalRootCA.crt
wget https://www.digicert.com/testroot/DigiCertHighAssuranceEVRootCA.crt
wget https://www.digicert.com/testroot/DigiCertAssuredIDRootCA.crt

Je rename tous les .crt en .pem (ici avec la commande ubuntu)

rename s/crt/pem/ *

Je place (copie) tous les certificats dans le répertoire ssl
cp *.pem  /etc/ssl/certs/

Rehash obligatoire du répertoire contenant les certificats.

c_rehash /etc/ssl/certs/

On vérifie que tout s'est bien passé et que les certificats sont présents et avec les liens symboliques produits par le hashage.

cd /etc/ssl/certs/
ls -l

On redémarre fetchmail

/etc/init.d/fetchmail restart

Le message d'erreur doit avoir disparu.

Unable to print file to - client-error-bad-request

Surveiller /var/log/cups/error.log

message :

E [] Unsupported character set “iso-8859-1″!

Restart samba

LANG=fr_BE.UTF-8 /etc/init.d/samba restart

ffmpegX Tip - Codec type mismatch

extract from 

http://youmakemedia.com/2007/03/26/ffmpegx-tip-codec-type-mismatch/

Thanks to the author : Chris

ffmpegX is one of the most useful tools in a content producer’s arsenal. It’s fast, easy, and powerful beyond belief. Unfortunately, it has the occasional error that may make you scream! When a client needs a video in a certain format and you are getting error messages, it isn’t fun.

One such error that I frequently encounter (especially when converting files to Flash Video) is this one: Codec type mismatch for mapping #0.0 -> #0.0 See, normally video comes before audio in the layout and organization of a multimedia file. Sometimes though (and it’s happening more frequently), codec creators are switching things up for a bit of fun. They’re putting the audio first. I can only assume it’s somehow related to compression - but this switch causes ffmpegX to freak out and cease encoding. Luckily, this is a one check-box fix. Simply open your file and navigate to the audio tab. Then check the box titled “Invert Mapping”. This will let ffmpegX know about the alternate structure of your file, and make the appropriate changes. Below is a screenshot that highlights the audio tab with Invert Mapping selected. Traditional FFmpeg, for *NIX platforms, offers this feature as well, albeit in a more complex manner. From the official documentation: You can encode to several formats at the same time and define a mapping from input stream to output streams: ffmpeg -i /tmp/a.wav -ab 64k /tmp/a.mp2 -ab 128k /tmp/b.mp2 -map 0:0 -map 0:0 Converts a.wav to a.mp2 at 64 kbits and to b.mp2 at 128 kbits. ‘-map file:index’ specifies which input stream is used for each output stream, in the order of the definition of output streams.