Ça n’a rien changé, quand je met de côté le dossier ~/mail, il est aussitôt reconstitué.
Si je crée un dossier ~/Maildir à la main, rien n’y fait.
Je pense avoir trouvé le site qui répond à ma question, je le met ici en lien car je ne serai ptet pas le seul à qui ça arrivera :
http://geekfault.org/2010/04/09/maildir-mbox-la-migration/
Il me reste à le lire et à essayer.
Réponse dans quelques temps.
Ben rien de bien concluant.
Une question quand même :
Quand on modifie des données sur /home/user, faut-il réinitialiser et si oui, quoi ?
J’ai init.d/ restart : dovecot, postfix,
Y-aurait-il autre chose ?
Bon, en ayant fait à peu près le tour de l’affaire, je n’arrive à rien pour lire mes mails avec dovecot (pas plus avec Kmail d’ailleurs.
Par contre, je reçois tout correctement avec Zimbra sous Web 
J’aimerais bien savoir pourquoi ça arrive chez zimbra et pas chez dovecot ???
[quote=“ricardo”]J’ai cru comprendre en lisant la dernière ligne de /etc/aliases
C’est ça qu’il faut changer par mon nouveau serveur :
ricardo: ricardo@rictux.fr 
# /etc/aliases
mailer-daemon: postmaster
postmaster: root
nobody: root
hostmaster: root
usenet: root
news: root
webmaster: root
www: root
ftp: root
abuse: root
noc: root
security: root
root: ricardo
ricardo: ricardo@free.fr[/quote]Je ne comprends pas ce que tu veux faire avec la dernière ligne
et je ne pense pas qu’elle soit correcte.
Sinon, je ne sais pas si c’est pareil sous Debian mais après une modif du fichiers alias,
il faut lancer # newaliasespour que Postfix prenne en compte les changements.
Ben la dernière ligne dirigeait vers …Free.fr
je l’ai modifiée pour la faire diriger vers rictux.fr, qui est mon serveur mail.
Merci pour la mise à jour de alias, ça m’a fait me rendre compte que rien ne fonctionne vers mon serveur et que seul Free reçoit les mails envoyés à ricardo.
J’abandonne car ça fait quand même deux jours plein que je fais tous les essais sans succès.
Ça fonctionne avec des utilisatuers créés après l’install de postfix mais pas avec ceux déjà présents avant.
Un question quand même, mon utilisateur qui va pas est "ricardo"
Si je crée un nouvel utilisateur “Ricardo”, est-ce qu’il sera pris en compte ou est-ce insuffisant
Supprime la ligne
ricardo: ricardo@free.fr
Dans ton /etc/aliases, puis met à jour la table d’alias de postfix avec (en route) postalias /etc/aliases
Non, là, je n’ai plus rien , même chez Free.
Essaie :
ricardo: ricardo
Ou un
ricardo: kevin
ricardo: kevin = miet mais ça arrive chez kevin
j’ai tenté l’inverse
kevin: ricardo = là ça n’arrive plus du tout.
Merci quand même je vais à la soupe, ce soir j’essaierai encore dans cette direction.
[quote=“ricardo”]Je bute encore sur quelque chose :
Pour un utilisateur, déjà présent AVANT l’installation de Postfix, la création de Maildir/ ne s’effectue pas et bien sûr, les mails n’aboutissent pas dans Icedove.
Cet ancien utilisateur (ricardo en l’occurrence) possède, par contre, un dossier ~/mail qui date ptet de l’époque où j’avais installé Exim ???
Comment puis-je faire pour que “ricardo” prenne en compte ce dossier Maildir/ [/quote]
Tes mails pour Ricardo aboutissent dans ~/mail ?
renomme ~/mail en autre chose.
Tu n’as pas un résidu de conf dans un ~/.bashrc, ~/.profile ou ~/.login qui dirait à tes mails d’aller là où tu ne le veux pas ?
Vu qu’on est vendredi, je vais troller un peu.
Je viens de me rendre compte il y a quelques jours que sur mon serveur
( qui n’est pas sous Debian, désolé )
l’installation de Postfix était inutile car il y a déjà un démon smtp dans le système de base,
je me suis penché dessus, … et j’ai viré Postfix et je ne regrette pas car la configuration du démon est des plus simples …
Voici l’ensemble du fichier de conf :[code]~ $ less /etc/mail/smtpd.conf
$OpenBSD: smtpd.conf,v 1.2 2009/11/03 22:32:10 gilles Exp $
This is the smtpd server system-wide configuration file.
See smtpd.conf(5) for more information.
listen on lo0
listen on msk0 smtps enable auth
map “aliases” { source db “/etc/mail/aliases.db” }
accept for local alias aliases deliver to mbox
Ça, c’est pour contourner le blacklistage de mon adresse
par ces trous du c… d’orange si je ne mets rien.
accept for domain orange.fr relay via 80.12.242.53 port 25
accept for all relay[/code]Ça me suffit pour utiliser soit mon adresse orange
soit celles de mon serveur, je n’ai pas encore envoyé vers hotmail ou yahoo
pour savoir si eux me bloqueraient ou pas.
Je ne crois pas qu’il y ait déjà un paquet debian pour lui mais guettez-le,
il va faire mal, c’est sûr.
Son petit nom : openSMTPD
Pour avoir plusieurs adresses, j’ai créé des utilisateurs sans /home,
leurs mails vont dans /var/mail/$user et j’ajoute juste une règle pour chacun d’eux
dans le ~/.fetchmailrc de la machine sur laquelle je lis les mails
mais j’aurais sûrement pu faire plus simple en me penchant sur les alias.
edit : désolé pour le HS.
Je reprends les hostilités à 23:30, j’ouvre Icedove et je vois plein de messages à ricardo.
Je n’ai rien compris mais je vais fouiller pour savoir ce qui aurait pu changer depuis 19:40.
Réception des mails règlée, ça a mis du temps 
Alors, pour ceux à qui ça arriverait, d’avoir à passer d’un système “mail” à un système “Maildir”, il faut commencer par créer ce dossier ~/Maildir
MAIS pas de façon classique car dans ce cas, il n’est pas construit avec l’architecture_complète_qui_va_bien.
Il faut se placer dans son ~/ et créer ce dossier avec la commande :
$ maildirmake Maildir
Il est fort possible que cette commande soit inconnue.
Si c’est le cas, installez le paquet
maildrop
et essayez de nouveau, ça devrait fonctionner.
j’ai totalement éliminé le fichier ~/.procmailrc
mon fichier /etc/aliases se présente comme suit :
# /etc/aliases
mailer-daemon: postmaster
postmaster: root
nobody: root
hostmaster: root
usenet: root
news: root
webmaster: root
www: root
ftp: root
abuse: root
noc: root
security: root
root: ricardo
De cette façon, vous recevrez vos mails sur un client Imap comme Icedove.
Si vous voulez les recvoir sur une autre adresse, ajoutez à la fin une ligne
user: user@free.fr (ou autre destination bien entendu)
@ auteur du tuto wiki , Anatomic, je crois :
si tu juges que les précisions de dessus sont à ajouter, tu peux le faire
Demain, on attaque la suite : expédition du courrier via Postfix, en reprenant le tuto du wiki.
À ce sujet, une question :
Avantages/inconvénients des deux possibilités :
Utiliser SMTP du FAI
Utiliser SMTP de Postfix
Quel est le mieux, d’après vos essais 
Une fois le RDNS bien configuré, à part 2/3 fournisseurs de mail chiant (msn/yahoo), autant utiliser le smtp de postfix.
OK, je tente ça cet AM.
RDNS ?
Quand on fait une commande “host” sur ton ip, ça retourne quelque chose. Si tu personnalises ton RDNS, ça retourne ton nom de domaine, et les serveurs mails préfèrent ça. (mon explication est pas super claire, je sais)
Petit exemple chez toi :
[code]glorf@debian-papa-desktop:~$ host rictux.fr
rictux.fr has address ton_ip
rictux.fr mail is handled by 10 serveur.rictux.fr.
glorf@debian-papa-desktop:~$ host ton_ip
ton_ip_inversée.in-addr.arpa domain name pointer sta24-1-ton_ip.fbx.proxad.net.
[/code]
Le RDNS permet d’avoir :
glorf@debian-papa-desktop:~$ host eynires.fr
eynires.fr has address mon_ip
eynires.fr mail is handled by 10 smtp.eynires.fr.
glorf@debian-papa-desktop:~$ host mon_ip
mon_ip_inversee.in-addr.arpa domain name pointer eynires.fr.
Pour paramétrer ça, dans l’interface de gestion de ta freebox, catégorie Internet, “Personnaliser mon Reverse DNS”, C’est le premier choix.
Par contre j’ai toujours mis domain.tld, mais peut-être que machine.domain.tld est préférable, faudrait demander à un spécialiste …
Ton exemple est très clair, je ferai ça.
EDIT :
Par contre, si je fais, mon adresse Free, que je veux conserver, va prendre le même résultat ?
JE BLOQUE : URGENT !
arrivé vers la config smtp postfix :
[quote] [size=150]Login… Passwd…[/size]
Actuellement, postfix n’accepte d’envoyer les mails que s’ils sont envoyés depuis le serveur mail. Vous avez sûrement l’habitude d’envoyer les mails depuis un autre PC. Généralement, le SMTP demande un login, un password et envoie vos mails.
C’est ce que nous allons régler maintenant.
Problème : Postfix seul ne fournit pas de service d’identification. Il doit utiliser un serveur SASL externe.
Solution : Dovecot, que nous avons précédemment installé pour la réception de mails (IMAP-POP3) peut faire office de serveur SASL.
Pour activer ce service, dans le fichier de configuration /etc/dovecot/dovecot.conf, ajoutez (ou décommentez) ceci dans la section auth default { } :
auth default {
…
socket listen {
client {
path = /var/spool/postfix/private/auth
group = postfix
mode = 0660
}
}
…
Il s’agit pour Dovecot de créer un socket Unix, sur lequel il écoutera les demandes d’identification provenant de Postfix. Comme le service SMTP de Postfix est chrooté (emprisonné) dans le répertoire /var/spool/postfix/, [size=150]il faut placer ce socket sous ce répertoire.[/size] Maintenant, relancez Dovecot : [/quote]
Or moi, si on ne me met pas les points sur les ‘i’, je ne comprends rien.
J’ai bien tout suivi jusqu’aux modifications dans
/etc/dovecot/dovecot.conf
Mais où se trouve ce “socket”, pour que je le place dans
/var/spool/postfix/
comme il est écrit
Apparemment, ça ne se fait pas automatiquement car la suite m’amène une erreur.
Si encore j’avais le nom de ce fichier “socket”, je pourrais tenter une recherche mais comment s’appelle-t-il ???
J’ai juste eu à décommenter ses lignes, et à relancer dovecot moi.