Fedora-Fr - Communauté francophone Fedora - Linux

Communauté francophone des utilisateurs de la distribution Linux Fedora.

  

Dernière news : Représenter Fedora au Capitole du Libre 2019

#1 06/09/2010 22:40:55

C@sp€r
Bricoleur Fedora
Modérateur
Lieu : /dev/loop
Inscription : 09/04/2010
Messages : 725
Site Web

Mailx, erreur NSS, mauvaise base de donnée

Bonjour à tous,
j'ai une légère difficulté à configurer mailx, pour récupérer les certificats de imap.gmail.com
Bien sûr dans man mailx, la commande est donnée, mais je n'obtient aucun fichier certificat à la fin, que dois-je faire de ce fichier log ?

[Casper ~ 524]$ openssl s_client </dev/null -showcerts -connect imap.gmail.com:993 | tee log
depth=2 C = US, O = Equifax, OU = Equifax Secure Certificate Authority
verify return:1
depth=1 C = US, O = Google Inc, CN = Google Internet Authority
verify return:1
depth=0 C = US, ST = California, L = Mountain View, O = Google Inc, CN = imap.gmail.com
verify return:1
CONNECTED(00000003)
---
Certificate chain
 0 s:/C=US/ST=California/L=Mountain View/O=Google Inc/CN=imap.gmail.com
   i:/C=US/O=Google Inc/CN=Google Internet Authority
-----BEGIN CERTIFICATE-----
MIIDWzCCAsSgAwIBAgIKFN0fxgADAAASkzANBgkqhkiG9w0BAQUFADBGMQswCQYD
VQQGEwJVUzETMBEGA1UEChMKR29vZ2xlIEluYzEiMCAGA1UEAxMZR29vZ2xlIElu
dGVybmV0IEF1dGhvcml0eTAeFw0xMDA0MjIyMDIyMTlaFw0xMTA0MjIyMDMyMTla
MGgxCzAJBgNVBAYTAlVTMRMwEQYDVQQIEwpDYWxpZm9ybmlhMRYwFAYDVQQHEw1N
b3VudGFpbiBWaWV3MRMwEQYDVQQKEwpHb29nbGUgSW5jMRcwFQYDVQQDEw5pbWFw
LmdtYWlsLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAzee2ZskabGmY
pDi/x7bm8sDuv2dLYLdpcgXtjUH9sn4GThvb1Hgdu1X4pH3Th2enDCyL+jW5VHY8
LhM8/bI+TRgyVOPavQ+TUBT+vYvVeb0RElY/sHGrWfDRBF//xrUgvzrbo95Hq5f+
dLs9PqH6DtLD3px9ZOYdcshUO/0aDYECAwEAAaOCASwwggEoMB0GA1UdDgQWBBSt
yJWoc+9bFHHb1cRs3gdvlQUxBTAfBgNVHSMEGDAWgBS/wDDr9UMRPme6npH7/Gra
42sSJDBbBgNVHR8EVDBSMFCgTqBMhkpodHRwOi8vd3d3LmdzdGF0aWMuY29tL0dv
b2dsZUludGVybmV0QXV0aG9yaXR5L0dvb2dsZUludGVybmV0QXV0aG9yaXR5LmNy
bDBmBggrBgEFBQcBAQRaMFgwVgYIKwYBBQUHMAKGSmh0dHA6Ly93d3cuZ3N0YXRp
Yy5jb20vR29vZ2xlSW50ZXJuZXRBdXRob3JpdHkvR29vZ2xlSW50ZXJuZXRBdXRo
b3JpdHkuY3J0MCEGCSsGAQQBgjcUAgQUHhIAVwBlAGIAUwBlAHIAdgBlAHIwDQYJ
KoZIhvcNAQEFBQADgYEAOHS8MvdoZdOcZQKN4cyYUXvKYlCHjpmOGkZ9VBb6jJVs
oMQZApV2GK067KH03QbceJ/GQVmplF5PukDZz3fKHYexNCVEyoN2OfNaA3/htdBg
ofn4Q1Bg3BfA+9/lvAy/J4xh/dIO5Ov5DrBl77yIH+FUh1CtEsG6h8Rt7ZDXPRA=
-----END CERTIFICATE-----
 1 s:/C=US/O=Google Inc/CN=Google Internet Authority
   i:/C=US/O=Equifax/OU=Equifax Secure Certificate Authority
-----BEGIN CERTIFICATE-----
MIICsDCCAhmgAwIBAgIDC2dxMA0GCSqGSIb3DQEBBQUAME4xCzAJBgNVBAYTAlVT
MRAwDgYDVQQKEwdFcXVpZmF4MS0wKwYDVQQLEyRFcXVpZmF4IFNlY3VyZSBDZXJ0
aWZpY2F0ZSBBdXRob3JpdHkwHhcNMDkwNjA4MjA0MzI3WhcNMTMwNjA3MTk0MzI3
WjBGMQswCQYDVQQGEwJVUzETMBEGA1UEChMKR29vZ2xlIEluYzEiMCAGA1UEAxMZ
R29vZ2xlIEludGVybmV0IEF1dGhvcml0eTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw
gYkCgYEAye23pIucV+eEPkB9hPSP0XFjU5nneXQUr0SZMyCSjXvlKAy6rWxJfoNf
NFlOCnowzdDXxFdF7dWq1nMmzq0yE7jXDx07393cCDaob1FEm8rWIFJztyaHNWrb
qeXUWaUr/GcZOfqTGBhs3t0lig4zFEfC7wFQeeT9adGnwKziV28CAwEAAaOBozCB
oDAOBgNVHQ8BAf8EBAMCAQYwHQYDVR0OBBYEFL/AMOv1QxE+Z7qekfv8atrjaxIk
MB8GA1UdIwQYMBaAFEjmaPkr0rKV10fYIyAQTzOYkJ/UMBIGA1UdEwEB/wQIMAYB
Af8CAQAwOgYDVR0fBDMwMTAvoC2gK4YpaHR0cDovL2NybC5nZW90cnVzdC5jb20v
Y3Jscy9zZWN1cmVjYS5jcmwwDQYJKoZIhvcNAQEFBQADgYEAuIojxkiWsRF8YHde
BZqrocb6ghwYB8TrgbCoZutJqOkM0ymt9e8kTP3kS8p/XmOrmSfLnzYhLLkQYGfN
0rTw8Ktx5YtaiScRhKqOv5nwnQkhClIZmloJ0pC3+gz4fniisIWvXEyZ2VxVKfml
UUIuOss4jHg7y/j7lYe8vJD5UDI=
-----END CERTIFICATE-----
---
Server certificate
subject=/C=US/ST=California/L=Mountain View/O=Google Inc/CN=imap.gmail.com
issuer=/C=US/O=Google Inc/CN=Google Internet Authority
---
No client certificate CA names sent
---
SSL handshake has read 1846 bytes and written 295 bytes
---
New, TLSv1/SSLv3, Cipher is RC4-MD5
Server public key is 1024 bit
Secure Renegotiation IS supported
Compression: NONE
Expansion: NONE
SSL-Session:
    Protocol  : TLSv1
    Cipher    : RC4-MD5
    Session-ID: B3B68E114C9EA121628E77E6A4CF924847C392644CD1B82991F5CA8FAAA01E36
    Session-ID-ctx: 
    Master-Key: E586527E45DD7C7A3F26F9F21C050AAC8A205F59C18D34D6F9D88C7A74B8AE6EC10E84A486E014ACF956F6415A844FCB
    Key-Arg   : None
    Krb5 Principal: None
    PSK identity: None
    PSK identity hint: None
    TLS session ticket lifetime hint: 100800 (seconds)
    TLS session ticket:
    0000 - ba 09 38 c4 75 42 05 2c-d5 1d 79 46 4c f9 84 95   ..8.uB.,..yFL...
    0010 - 47 94 78 56 0e 35 e4 61-a8 78 2e b6 cd 80 f8 36   G.xV.5.a.x.....6
    0020 - 01 b6 fa 3b f9 e4 8f 17-f8 0f d4 68 68 a1 93 dc   ...;.......hh...
    0030 - f7 9f a1 cc 2a f7 02 14-15 e3 48 14 d7 f2 26 3e   ....*.....H...&>
    0040 - f7 7f 4b 6c bc 0a fc c7-95 4d 1e d6 e6 1d 67 42   ..Kl.....M....gB
    0050 - a8 3b 8a 34 e6 61 aa 3b-ec e6 bb a5 f1 11 66 da   .;.4.a.;......f.
    0060 - a6 a3 d9 26 42 3d 2b 97-28 a1 9e 5d f0 a0 05 93   ...&B=+.(..]....
    0070 - c4 3c 68 ac 3f 8b 3b b4-c0 6d 01 30 7f 54 88 aa   .<h.?.;..m.0.T..
    0080 - 55 42 a0 5a dc c9 bd d8-df 6d 8f b4 57 48 5c a5   UB.Z.....m..WH\.
    0090 - 3c 20 22 56                                       < "V

    Start Time: 1283802290
    Timeout   : 300 (sec)
    Verify return code: 0 (ok)
---
DONE
* OK Gimap ready for requests from xx.xxx.xxx.xxx p29if4813171ybk.27
[Casper ~ 524]$

il me faudrait ce certificat pour dans le fichier de config: (à la toute fin)

[Casper ~ 524]$ cat .mailrc 
# This is the configuration file for Heirloom mailx (formerly
# known under the name "nail".
# See mailx(1) for further options.
# This file is not overwritten when 'make install' is run in
# the mailx build process again.

# Sccsid @(#)nail.rc    2.10 (gritter) 3/4/06

# Do not forward to mbox by default since this is likely to be
# irritating for most users today.
set hold

# Append rather than prepend when writing to mbox automatically.
# This has no effect unless 'hold' is unset again.
set append

# Ask for a message subject.
set ask

# Assume a CRT-like terminal and invoke a pager.
set crt

# Messages may be terminated by a dot.
set dot

# Do not remove empty mail folders in the spool directory.
# This may be relevant for privacy since other users could
# otherwise create them with different permissions.
set keep

# Do not remove empty private mail folders.
set emptybox

# Quote the original message in replies by "> " as usual on the Internet.
set indentprefix="> "

# Automatically quote the text of the message that is responded to.
set quote

# Outgoing messages are sent in ISO-8859-1 if all their characters are
# representable in it, otherwise in UTF-8.
set sendcharsets=iso-8859-1,utf-8

# Display sender's real names in header summaries.
set showname

# Display the recipients of messages sent by the user himself in
# header summaries.
set showto

# Automatically check for new messages at each prompt, but avoid polling
# of IMAP servers or maildir folders.
set newmail=poll

# If threaded mode is activated, automatically collapse thread.
set autocollapse

# Hide some header fields which are uninteresting for most human readers.
ignore received in-reply-to message-id references
ignore mime-version content-transfer-encoding

# Only include selected header fields when forwarding messages.
fwdretain subject date from to

# For Linux and BSD, this should be set.
set bsdcompat

# Propose l'option de réponse
set askcc

account casper {
        set folder=imaps://casper.le.fantom@imap.gmail.com/INBOX
        set record=+Send
        set from="casper-le-fantom@gmail.com (Casper)
        set smtp=smtp.gmail.com
        set imap-use-starttls
        set password-casper.le.fantom@gmail.com="XXXXXXXXXX"
        set imap-auth=cram-md5
        set imap-keepalive=240
        set pipe-text/html="lynx -dump -force_html /dev/stdin"
        set imap-cache=~/email
        set MBOX=+mbox outfolder
        set netid_authoritative=false
        set services_authoritative=false
        set setent_authoritative=false
        set nss-config-dir=
} 

[Casper ~ 525]$

Donc le problême, c'est qu'il faut que je complète la ligne set nss-config-dir= avec un certificat que je n'arrive pas à avoir. (ou bien je me trompe aussi)
Sans ces précieuses informations, j'ai ça:

[Casper ~ 525]$ mailx -A casper
Error initializing NSS: Security library: bad database.
[Casper ~ 526]$

et bien sûr, je ne peux pas faire sans
Pour l'instant je me sert d'Evolution, mais ça me gène un peu de devoir lancer gnome uniquement pour mes mails
merci du coup de main, et je répondrais à toutes vos questions (moi aussi je trouve que c'est un peu léger en infos, mais là j'suis à cour d'idée)

Dernière modification par C@sp€r (15/09/2010 21:41:34)


2010 \ Copyleft GPL only, all rights permited.
1277413422.png

Hors ligne

#2 10/09/2010 21:42:31

C@sp€r
Bricoleur Fedora
Modérateur
Lieu : /dev/loop
Inscription : 09/04/2010
Messages : 725
Site Web

Re : Mailx, erreur NSS, mauvaise base de donnée

Je n'ai pas trouvé de solution pour mon post initial, mais j'ai trouvé une solution pour gérer ses mails en console, qui était ma motivation première. Je vous en fait part pour tout ceux qui en auraient besoin.
nota: si un programme n'est pas installé d'origine, yum install...

1] Configuration pour réception
1.1) Réception brut du serveur
Avec fetchmail, on va récupérer tout nos mails du serveur mail avec le protocole imap ou pop3.
/home/$USER/.fetchmailrc

[Casper ~ 564]$ cat .fetchmailrc 
set postmaster "casper-le-fantom@gmail.com"
set bouncemail
poll imap.gmail.com with proto imap
    user "casper-le-fantom@gmail.com", is "Nemesis" here, and wants mda "/usr/bin/procmail -Y -d %T", options ssl;
[Casper ~ 565]$

Un paragraphe poll défini une messagerie, on peut spécifier la récupération sur plusieurs messageries en ajoutant plusieurs paragraphe poll. Notez que notre mot de passe n'est pas contenu dans ce fichier, à chaque utilisation de fetchmail celui-ci nous le demande explicitement. "option ssl" indique à fetchmail l'utilisation d'une connexion sécurisée par ssl.
On peut tester son fichier de configuration avec la commande:

[Casper ~ 539]$ fetchmail -V

en effet, les réglges que l'on a spécifié son décris en bon français, pratique.
Ces mails qui viennent d'être récupéré sont envoyé à procmail grâce à la la ligne:

and wants mda "/usr/bin/procmail -Y -d %T"

1.2) Répartition des nouveaux mails
Avec procmail, il s'agit d'un très puissant filtre, qui joue un peu le rôle du facteur, c'est lui qui va répartir nos mails en suivant les règles que nous lui avons indiqué.
/home/$USER/.procmailrc

[Casper ~ 565]$ cat .procmailrc 
PATH=/bin:/usr/bin
MAILDIR=$HOME/Mail
DEFAULT=$MAILDIR/Boite_aux_lettres
LOGFILE=$MAILDIR/procmail.log
VERBOSE=yes
[Casper ~ 566]$

Là, il distribue notre courrier dans le fichier /home/$USER/Courrier/Boite_aux_lettres uniquement, car je n'ai établi aucune règle. L'affaire est à votre guise pour multiplier règles et boites aux lettres... exemple:

:0
* ^To:.*mon\.compte@gmail\.com
$HOME/Mail/gmail/new

:0
* ^Subject: .*Your partner will worship you for it.*
$MAILDIR/Spam/new

:0
* ^To:.*moi@live\.fr
$HOME/Mail/hotmail/new

Principe néanmoins utile contre le spam avec ^Subject

1.3) Consultation des mails
Avec un client mail qui s'appelle mutt, on va s'en servir juste pour lire nos mails et les supprimer sur notre machine, en écrire en vue de leur expédition...
C'est un client très complet, le fichier de config n'est pas utile dans notre situation.

2] Utilisation réception
En 2 commandes c'est fait:
2.1) Récupération

[Casper ~ 566]$ fetchmail 
Entrez le mot de passe pour casper-le-fantom@gmail.com@imap.gmail.com : 
fetchmail: Aucun message pour casper-le-fantom@gmail.com dans imap.gmail.com
[Casper ~ 567]$

Le mot de passe est toujours invisible, et le mode verbose (option -v) est toujours intéressant pour voir les dialogues en imap (ou un autre protocole) entre fetchmail et le serveur. Nous n'avons rien à faire.
2.2) Exploitation

[Casper ~ 570]$ mutt -f Mail/Boite_aux_lettres 

Et on lance le client pour gérer comme un pro ses mails. Sans le savoir on vient de faire un serveur local de mail puisque le client est "off-line". mutt est vraiment simple d'utilisation, il affiche en permanances toutes les touches de racourci pour une utilisation optimale, en fonction de la situation (lecture ou écriture, suppression...). La prise en main est presque intuitive... Nous pourrons le personnaliser à l'aide du fichier de config .muttrc pour exploiter son énorme potentiel.

Pourquoi je n'ai pas laissé nos mails aller "naturellement" dans le fichier /var/spool/mail/$USER ? Tout simplement parce que des mails, c'est personnel, et que ma partition /home est chiffrée. Celà peut aussi simplifier la gestion...

3] Configuration pour expédition
3.1) Emission brut
Avec msmtp, ce programme va envoyer nos mails de notre machine au serveur smtp ou est hébergée notre adresse de messagerie
/home/$USER/.msmtprc

[Casper ~ 537]$ cat .msmtprc 
defaults

account gmail
host smtp.gmail.com
protocol smtp
auth on
user casper-le-fantom@gmail.com
password XXXXXXXXX
 
tls on
tls_starttls off
tls_certcheck off
 
from casper-le-fantom@gmail.com
maildomain gmail.com
 
account default : gmail
[Casper ~ 538]$ 

La connexion TLS est disponible selon le serveur.
Ce fichier contient notre mot de passe, il est donc nécéssaire de restraindre l'accès au contenu du fichier:

[Casper ~ 532]$ chmod 600 .msmtprc 

Il existe même un moyen pour tester la connexion au serveur, et tester le fichier de config par la même occasion:

[Casper ~ 533]$ msmtp -S

on obtient alors plein d'informations sur le serveur, pratique.

3.2) Expédition pour le client
Maintenant il faut configurer notre client mutt pour qu'il envoie nos mail à msmtp. J'en ai profité pour faire quelques réglages de base, tant qu'on y est:

[Casper ~ 540]$ cat .muttrc 
set folder = ~/Mail
set spoolfile = "~/Mail/Boite_aux_lettres"
set sendmail="/usr/bin/msmtp"

# Commande spécifique pour lire les mails html avec lynx (programme à installer)
set implicit_autoview
auto_view text/html  application/x-pgp-message
set mailcap_path="~/.mutt/mailcap"    # Un répertoire et un fichier à creer
[Casper ~ 541]$ 
[Casper ~ 541]$ cat .mutt/mailcap 
text/html; lynx -dump -force_html  %s;  needsterminal; copiousoutput
[Casper ~ 542]$ 

Pour lancer le client dorénavant, nous taperons dans un terminal: mutt (merci le fichier de config)
Notre client est configuré pour le minimum, gérer nos mails. Mais ce n'est pas fini, avec les immenses capacités de mutt vous amiéliorerez encore et encore son fichier de config pour améliorer vos performances avec lui, un brin de recherche pour le code...

4] Utilisation expédition
4.1) Exploitation
Apprendre à se servir de Mutt, si on s'en sert couramment l'expérience viendra rapidement. Finalement, le mail dans le terminal c'est pas si difficile, et très instructif sur les étapes du transit des mails, avec serveur mail local (le luxe). Mais surtout, quel rendement optimal !
Au fait, sans le savoir, on vient de configurer un MTA, MDA, MRA, MUA, et on s'en sert bien en plus wink

Allez, à bientôt.

Dernière modification par C@sp€r (22/09/2010 21:46:12)


2010 \ Copyleft GPL only, all rights permited.
1277413422.png

Hors ligne

#3 11/09/2010 10:20:26

pingou
Fedora Addict
Lieu : Toulouse
Inscription : 30/03/2006
Messages : 3 843
Site Web

Re : Mailx, erreur NSS, mauvaise base de donnée

sert toi de mutt plutôt que de mailx pour gérer la lecture et l'envois de tes mails. Mutt est carrément plus puissant.


On a pas inventé l'électricité en cherchant à améliorer la bougie...
-- Si c'est pas sur le bugzilla, c'est pas un bug ! --

Hors ligne

#4 11/09/2010 13:07:48

C@sp€r
Bricoleur Fedora
Modérateur
Lieu : /dev/loop
Inscription : 09/04/2010
Messages : 725
Site Web

Re : Mailx, erreur NSS, mauvaise base de donnée

pingou m' a écrit :

sert toi de mutt plutôt que de mailx pour gérer la lecture et l'envois de tes mails. Mutt est carrément plus puissant.

testé, approuvé, corrigé.


2010 \ Copyleft GPL only, all rights permited.
1277413422.png

Hors ligne

#5 11/09/2010 21:57:35

C@sp€r
Bricoleur Fedora
Modérateur
Lieu : /dev/loop
Inscription : 09/04/2010
Messages : 725
Site Web

Re : Mailx, erreur NSS, mauvaise base de donnée

fini big_smile


2010 \ Copyleft GPL only, all rights permited.
1277413422.png

Hors ligne

#6 11/09/2010 22:07:45

pingou
Fedora Addict
Lieu : Toulouse
Inscription : 30/03/2006
Messages : 3 843
Site Web

Re : Mailx, erreur NSS, mauvaise base de donnée

Jolie doc, tu mets ça sur le wiki maintenant ?

Gérer ses mails en ligne de commande

Avec une présentation des différents clients et serveur mail puis peut être un example pour quelques uns ? smile


On a pas inventé l'électricité en cherchant à améliorer la bougie...
-- Si c'est pas sur le bugzilla, c'est pas un bug ! --

Hors ligne

#7 11/09/2010 22:16:32

C@sp€r
Bricoleur Fedora
Modérateur
Lieu : /dev/loop
Inscription : 09/04/2010
Messages : 725
Site Web

Re : Mailx, erreur NSS, mauvaise base de donnée

pingou a écrit :

Jolie doc, tu mets ça sur le wiki maintenant ?

Gérer ses mails en ligne de commande

Avec une présentation des différents clients et serveur mail puis peut être un example pour quelques uns ? smile

merci j'étais inspiré, oui

bon titre

élargir le sujet, oui pourquoi pas

Dernière modification par C@sp€r (11/09/2010 22:21:39)


2010 \ Copyleft GPL only, all rights permited.
1277413422.png

Hors ligne

#8 12/09/2010 09:34:06

pingou
Fedora Addict
Lieu : Toulouse
Inscription : 30/03/2006
Messages : 3 843
Site Web

Re : Mailx, erreur NSS, mauvaise base de donnée

Pour les clients mail en texte:
- Mutt
- Alpine
- Mailx
sont je pense les plus connus

Pour les serveur mail:
- Postfix
- Sendmail
- msmtp
- esmtp
- ssmtp

Pour récupérer ses mails:
- fetchmail
- getmail

Sachant que ces derniers ne sont pas non plus nécessaire


On a pas inventé l'électricité en cherchant à améliorer la bougie...
-- Si c'est pas sur le bugzilla, c'est pas un bug ! --

Hors ligne

#9 12/09/2010 11:54:25

C@sp€r
Bricoleur Fedora
Modérateur
Lieu : /dev/loop
Inscription : 09/04/2010
Messages : 725
Site Web

Re : Mailx, erreur NSS, mauvaise base de donnée

pingou a écrit :

Pour récupérer ses mails:
- fetchmail
- getmail

Sachant que ces derniers ne sont pas non plus nécessaire

ouep c'était juste pour placer un MRA, pour le coté retour aux sources. Mais mutt peut le faire il me semble.

Dernière modification par C@sp€r (12/09/2010 11:55:37)


2010 \ Copyleft GPL only, all rights permited.
1277413422.png

Hors ligne

#10 12/09/2010 12:26:36

nouvo09
Accro à Fedo !
Lieu : Paris
Inscription : 22/09/2005
Messages : 21 862

Re : Mailx, erreur NSS, mauvaise base de donnée

Pine n'existe plus je vois ?


C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !

Hors ligne

#11 12/09/2010 12:39:19

pingou
Fedora Addict
Lieu : Toulouse
Inscription : 30/03/2006
Messages : 3 843
Site Web

Re : Mailx, erreur NSS, mauvaise base de donnée

nouvo09 a écrit :

Pine n'existe plus je vois ?

yum search ne me le trouve pas :-s


On a pas inventé l'électricité en cherchant à améliorer la bougie...
-- Si c'est pas sur le bugzilla, c'est pas un bug ! --

Hors ligne

#12 12/09/2010 13:51:32

nouvo09
Accro à Fedo !
Lieu : Paris
Inscription : 22/09/2005
Messages : 21 862

Re : Mailx, erreur NSS, mauvaise base de donnée

De profundis alors...

il m'a été bien utile, mais c'est vrai, il y a... houlala...longtemps


C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !

Hors ligne

#13 28/08/2011 15:40:45

fedboreve
Membre
Lieu : Paris
Inscription : 17/04/2005
Messages : 201

Re : Mailx, erreur NSS, mauvaise base de donnée

Bonjour j'essaye de suivre le tuto ecris à la suite de ce poste et j'ai une difficulté au moment du lancement de mutt:

mon.fetchmailrc

set postmaster "nom.prenom@free.fr"
set bouncemail

poll imap.free.fr with proto imap
	user "nom.prenom", with password "monmdpdemessagerie", is PiR here, and wants mda "/usr/bin/procmail -Y -d %T", options ssl;

mon .procmail

# Config standard
PATH=/bin:/usr/bin
MAILDIR=$HOME/Mail
DEFAULT=$MAILDIR/BAL
LOGFILE=$MAILDIR/procmail.log
VERBOSE=yes

# Règle pour nos boites emails
:0
* ^To:.*nom*
$HOME/Mail/BAL

la commande fetcmail -V :

fetchmail -V
Ceci est fetchmail, version 6.3.20+GSS+RPA+NTLM+SDPS+SSL+HESIOD+NLS+KRB5.

Copyright © 2002, 2003 Eric S. Raymond
Copyright © 2004 Matthias Andree, Eric S. Raymond,
                 Robert M. Funk, Graham Wilson
Copyright © 2005 - 2006, 2010 - 2011 Sunil Shetye
Copyright © 2005 - 2011 Matthias Andree
Fetchmail vient ABSOLUMENT SANS AUCUNE GARANTIE. Il est un logiciel libre, et vous
êtes autorisé à le redistribuer sous certaines conditions. Pour en savoir
plus, voyez le fichier COPYING s'il vous plaît.
This product includes software developed by the OpenSSL Project
for use in the OpenSSL Toolkit. (http://www.openssl.org/)

Fallback MDA: (none)
Linux ASUS 2.6.40-4.fc15.x86_64 #1 SMP Fri Jul 29 18:46:53 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux
« gethostbyname » a échoué pour ASUS
Nom ou service inconnuImpossible de trouver mon hôte propre dans la base de données
« hosts » afin de le qualifier !
Tentative de continuer sans nom d'hôte qualifié.
NE rapportez PAS des en-têtes « Received: » défectueux, des commandes 
HELO/EHLO erronées ou des problèmes semblables.
RÉPAREZ plutôt votre /etc/hosts, DNS, NIS ou LDAP.
Lecture des options sur la ligne de commande  et /home/PiR/.fetchmailrc
Le fichier des identificateurs est /home/PiR/.fetchids
Fetchmail réexpédiera les messages « multidrop » mal aiguillés vers nom.prenom@free.fr.
Options pour la réception depuisnom.prenom@imap.free.fr :
  Le vrai nom du serveur est imap.free.fr.
  Le protocole est IMAP.
  Toutes les méthodes d'authentification vont être essayées.
  Les sessions SSL chiffrées sont supportées.
  Le délai d'attente d'une réponse du serveur est de 300 secondes (par défaut).
  La boîte aux lettres par défaut est sélectionnée.
  Seulement les nouveaux messages seront reçus (--all off).
  Tout message récupéré ne sera pas conservé sur le serveur (--keep off).
  Tout ancien message ne sera pas éliminé avant relève du courrier (--flush off).
  Tout message trop grand ne sera pas éliminé avant relève du courrier (--limitflush off).
  La ré-écriture des adresses locales est activée (--norewrite off).
  La suppression des retour-chariots est activé (stripcr on).
  Le forçage des retour-chariots est désactivé (forcecr off).
  L'interprétation des « Content-Transfer-Encoding » est activée (pass8bits off).
  Le décodage MIME est désactivé (mimedecode off).
  L'inactivité après la réception est désactivée (idle off).
  Les lignes « Status » non vides seront conservées (dropstatus off).
  Les lignes « Delivered-To » non vides seront conservées (dropdelivered off).
  La limite de taille de récupération de messages est 100 (--fetchsizelimit 100)
  Effectue la recherche binaire des UIDs durant 3 sondages sur 4 (--fastuidl 4).
  Les messages seront acheminés avec « /usr/bin/procmail -Y -d %T ».
  Mode « single-drop »: 1 nom local reconnu.
  Aucun UID n'a été enregistré sur cet hôte.

et le résulat de la commande mutt -f ~/Mail/BAL/

/home/PiR/Mail/BAL/ n'est pas une boîte aux lettres.

Quelqu'un a-t-il une idée ?

D'avance merci


ACER C720P sur Fedora 29.
"Là où le maître échoue, que peut faire l'élève ? ... s'il a toujours obéi! ..."
Wagner

Hors ligne

#14 30/08/2011 11:55:18

C@sp€r
Bricoleur Fedora
Modérateur
Lieu : /dev/loop
Inscription : 09/04/2010
Messages : 725
Site Web

Re : Mailx, erreur NSS, mauvaise base de donnée

Salut.

fedboreve a écrit :

mon.fetchmailrc

set postmaster "nom.prenom@free.fr"
set bouncemail

poll imap.free.fr with proto imap
	user "nom.prenom", with password "monmdpdemessagerie", is PiR here, and wants mda "/usr/bin/procmail -Y -d %T", options ssl;

Tu as une petite erreur dans la config de ton .fetchmailrc :
remplace nom.prenom par ton adresse de messagerie complète

Après fais un fetchmail -v pour être sûr que le courrier passe bien... wink

EDIT: et petite correction encore :
Ne mets pas de slash « / » à la fin de

mutt -f ~/Mail/BAL

Dernière modification par C@sp€r (30/08/2011 11:59:19)


2010 \ Copyleft GPL only, all rights permited.
1277413422.png

Hors ligne

#15 31/08/2011 07:59:32

fedboreve
Membre
Lieu : Paris
Inscription : 17/04/2005
Messages : 201

Re : Mailx, erreur NSS, mauvaise base de donnée

Bonjour et merci pour ton aide.

je reçois toujours le message :

[PiR@ASUS ~]$ mutt -f ~/Mail/BAL
/home/PiR/Mail/BAL n'est pas une boîte aux lettres.

Je précise que j'ai fait simple un mkdir pour ce répertoire. N'y aurait-il pas autre chose à faire ?


ACER C720P sur Fedora 29.
"Là où le maître échoue, que peut faire l'élève ? ... s'il a toujours obéi! ..."
Wagner

Hors ligne

#16 04/09/2011 10:50:18

C@sp€r
Bricoleur Fedora
Modérateur
Lieu : /dev/loop
Inscription : 09/04/2010
Messages : 725
Site Web

Re : Mailx, erreur NSS, mauvaise base de donnée

Que renvoie

ls -laR ~/Mail

?

Peux-tu poster aussi ton .muttrc


2010 \ Copyleft GPL only, all rights permited.
1277413422.png

Hors ligne

#17 04/09/2011 11:02:06

fedboreve
Membre
Lieu : Paris
Inscription : 17/04/2005
Messages : 201

Re : Mailx, erreur NSS, mauvaise base de donnée

Bonjour et merci pour le suivi.


Première réponse

[PiR@ASUS ~]$ ls -laR ~/Mail
/home/PiR/Mail:
total 16
drwxrwxr-x.  3 PiR PiR 4096 28 août  15:07 .
drwx------. 48 PiR PiR 4096  4 sept. 10:47 ..
drwxrwxr-x.  2 PiR PiR 4096 28 août  15:07 BAL
-rw-------.  1 PiR PiR  381 28 août  15:07 procmail.log

/home/PiR/Mail/BAL:
total 12
drwxrwxr-x. 2 PiR PiR 4096 28 août  15:07 .
drwxrwxr-x. 3 PiR PiR 4096 28 août  15:07 ..
-rw-------. 1 PiR PiR 1532 28 août  15:07 msg.8RAG

Par contre je n'ai pas de muttrc.

[PiR@ASUS ~]$ locate .muttrc
/usr/share/doc/mutt-1.5.21/sample.muttrc
/usr/share/doc/mutt-1.5.21/sample.muttrc-tlr

ACER C720P sur Fedora 29.
"Là où le maître échoue, que peut faire l'élève ? ... s'il a toujours obéi! ..."
Wagner

Hors ligne

#18 04/09/2011 11:19:18

C@sp€r
Bricoleur Fedora
Modérateur
Lieu : /dev/loop
Inscription : 09/04/2010
Messages : 725
Site Web

Re : Mailx, erreur NSS, mauvaise base de donnée

C'est pas grave que tu n'ai pas de .muttrc wink
Par contre, tu n'aurais pas dû faire

mkdir ~/Mail/BAL

En fait, pour procmail le fichier BAL est un fichier qui contiendra tout tes emails, que tu pourras gérer avec mutt

Donc nous allons y remédier :

cd ~/Mail/BAL
mv msg.8RAG ../BAL.mbox
cd ..
rmdir BAL
mv BAL.mbox BAL

Si tu t'en tiens à ce code, c'est garanti sans perte des précédents emails.

Et là, mutt -f ~/Mail/BAL devrait fonctionner...


2010 \ Copyleft GPL only, all rights permited.
1277413422.png

Hors ligne

#19 04/09/2011 11:36:37

fedboreve
Membre
Lieu : Paris
Inscription : 17/04/2005
Messages : 201

Re : Mailx, erreur NSS, mauvaise base de donnée

OK merci.

Cela fonctionne désormais en effet.
Une derniere question sais-tu comment faire pour que mes messages restent sur le serveur ?


ACER C720P sur Fedora 29.
"Là où le maître échoue, que peut faire l'élève ? ... s'il a toujours obéi! ..."
Wagner

Hors ligne

#20 04/09/2011 11:57:06

C@sp€r
Bricoleur Fedora
Modérateur
Lieu : /dev/loop
Inscription : 09/04/2010
Messages : 725
Site Web

Re : Mailx, erreur NSS, mauvaise base de donnée

Il suffit d'ajouter « option keep » dans le .fetchmailrc :

set postmaster "nom.prenom@free.fr"
set bouncemail

poll imap.free.fr with proto imap
	user "nom.prenom", with password "monmdpdemessagerie", is PiR here, and wants mda "/usr/bin/procmail -Y -d %T", option keep, options ssl;

Je te recommande vivement de lire le man de tout ces programmes... quand on fait un serveur mail local, c'est le minimum vital smile


2010 \ Copyleft GPL only, all rights permited.
1277413422.png

Hors ligne

#21 04/09/2011 14:15:50

fedboreve
Membre
Lieu : Paris
Inscription : 17/04/2005
Messages : 201

Re : Mailx, erreur NSS, mauvaise base de donnée

Merci pour tout,

je reconnais que pour la dernière question j'ai été un peu fainéant big_smile


ACER C720P sur Fedora 29.
"Là où le maître échoue, que peut faire l'élève ? ... s'il a toujours obéi! ..."
Wagner

Hors ligne

Pied de page des forums