Réception mail sur VPS

Réception mail sur VPS - Installation - Linux et OS Alternatifs

Marsh Posté le 08-06-2013 à 17:42:52    

(En bref: problème de réception d'e-mail)
 
Bonjour à tous,
 
J'ai commandé récemment un VPS chez OVH, mais je suis loin d'être un expert... C'est mon premier serveur, donc je patauge un peu (beaucoup) !  :pt1cable:  
 
Il s'agit pour moi de recréer l'équivalent d'un hébergement mutualité mais avec plus de marge de manoeuvre (configuration perso). J'ai déjà su installé Apache/PHP5/Mysql/PhpMyAdmin sans trop de difficulté (sous Débian 6). Je me suis donc attaqué à l'installation d'un serveur mail. Et là, j'attrape des cheveux gris ! (J'ai à peine la 20aine, vous vous rendez compte? Je vais perdre toute crédibilité auprès de la gente féminine ...  :whistle: J'aurai 40 ans et je serai toujours puceau  :hello: Bon j'arrête de me lamenter ! )
 
Donc j'ai installé Postfix/courier/roundcube comme le propose ce tutoriel : http://www.lafermeduweb.net/billet [...] r-168.html
 
Mon VPS n'a pas complètement été configué de la même manière que dans le tuto, et je pense que ça me joue des tours. Après avoir tout installé, j'arrive à envoyer des mails tant vers une adresse de mon VPS qu'à une adresse de type yahoo/hotmail/... Cependant, je n'arrive pas à réceptionné les mails venant de l'extérieur (yahoo/hotmail/...) mais bien ceux que j'envoi depuis le serveur.
 
Auriez-vous des idées d'où celà pourrait provenir ???
 
Voici quelques extraits de ma configuration, en espérant que vous y compreniez plus que moi  ;)  :
 
 
Fichier /etc/hosts

fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
127.0.0.1 localhost.localdomain localhost
# Auto-generated hostname. Please do not remove this comment.
176.31.xxx.xx vps22xxx.ovh.net  urbxxxxserver
::1     ip6-localhost ip6-loopback
127.0.0.1 mail2.urbxxxxxxx.be mail
176.31.xxx.xx mail2.urbxxxxxxx.be


 
Fichier /etc/postfix/main.cf

 
smtpd_banner = $myhostname ESMTP $mail_name ($mydomain) (Debian/GNU)
biff = no
disable_vrfy_command = yes
smtpd_helo_required = yes
 
# appending .domain is the MUA's job.
append_dot_mydomain = no
 
myorigin = urbxxxxxx.be
mydestination = $myhostname, localhost.$mydomain, $mydomain
relayhost =
mynetworks = 127.0.0.0/8, 176.31.xxx.xx
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
mailbox_command = procmail -a "$EXTENSION"
 
virtual_alias_maps = mysql:/etc/postfix/mysql-virtual_aliases.cf,mysql:/etc/postfix/mysql-virtual_aliases_comptes.cf
virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual_domaines.cf
virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual_comptes.cf
virtual_mailbox_base = /var/spool/vmail/
virtual_uid_maps = static:5000
virtual_gid_maps = static:5000
virtual_create_maildirsize = yes
virtual_mailbox_extended = yes
virtual_mailbox_limit_maps = mysql:/etc/postfix/mysql-virtual_quotas.cf
virtual_mailbox_limit_override = yes
virtual_maildir_limit_message = "La boite mail de votre destinataire est pleine, merci de reessayez plus tard."
virtual_overquota_bounce = yes
 
# adresses d'expedition
smtpd_sender_restrictions = permit_mynetworks, warn_if_reject reject_unverified_sender
 
# adresses de destination
smtpd_recipient_restrictions = permit_mynetworks, reject_unauth_destination, reject_non_fqdn_recipient
 
# client
smtpd_client_restrictions = permit_mynetworks


 
Fichier /var/log/mail.log

Jun  8 17:25:24 vps22xxx imapd: Connection, ip=[:ffff:176.31.xxx.xx]
Jun  8 17:25:24 vps22xxx imapd: LOGIN, user=contact@urbxxxxxxxxxx.be, ip=[:ffff:176.31.xxx.xx], port=[58177], protocol=IMAP
Jun  8 17:25:24 vps22xxx imapd: LOGOUT, user=contact@urbxxxxxxxxxx.be, ip=[:ffff:176.31.xxx.xx], headers=0, body=0, rcvd=92, sent=598, time=0

Et pas d'autre erreur...
 
Fichier /etc/init.d/firewall


# Mail POP3:110
iptables -t filter -A INPUT -p tcp --dport 110 -j ACCEPT
iptables -t filter -A OUTPUT -p tcp --dport 110 -j ACCEPT
 
# Mail IMAP:143
iptables -t filter -A INPUT -p tcp --dport 143 -j ACCEPT
iptables -t filter -A OUTPUT -p tcp --dport 143 -j ACCEPT
 
# Mail POP3S:995
iptables -t filter -A INPUT -p tcp --dport 995 -j ACCEPT
iptables -t filter -A OUTPUT -p tcp --dport 995 -j ACCEPT
iptables -A INPUT -p tcp --sport 587 -j ACCEPT
iptables -A OUTPUT -p tcp --sport 587 -j ACCEPT


 
Aperçus configuration DNS et Zone DNS du Manager OVH:
http://img15.hostingpics.net/pics/889913ManagerOVH1.png
 
http://img15.hostingpics.net/pics/713143ManagerOVH2.png
 
 
J'espère que l'un de vous arrivera à m'aider. Il deviendra mon dieu ...  :love: (Ca n'arrive qu'une fois dans une vie ! :D )
 
Merci beaucoup à ceux qui ont le courage de m'aider


Message édité par simsim2006 le 08-06-2013 à 17:43:56
Reply

Marsh Posté le 08-06-2013 à 17:42:52   

Reply

Marsh Posté le 08-06-2013 à 19:21:22    

Il faudrait vérifier que ton port 25 (smtp) est bien ouvert en INPUT (et en OUTPUT bien sûr)
 
Pour la configuration du firewall, personnellement, j'utiliserais plutôt ufw, c'est  plus facile quand on débute.


---------------
http://agentoss.wordpress.com/
Reply

Marsh Posté le 08-06-2013 à 19:59:55    

agentsteel a écrit :

Il faudrait vérifier que ton port 25 (smtp) est bien ouvert en INPUT (et en OUTPUT bien sûr)
 
Pour la configuration du firewall, personnellement, j'utiliserais plutôt ufw, c'est  plus facile quand on débute.


 
 
Quand les images valent mieux que de long discours !  
http://img15.hostingpics.net/pics/1903552RoundcubeWebmailMessagesreus.png
 
C'était vraiment tout bête mais j'y ai quand même passé des heures. Tu es vraiment génial !  
Je vais tenter de configurer la messagerie avec Outlook, Mail, etc. Si ça foire, je prierai pour Seigneur Agentsteel Christ :pt1cable:


Message édité par simsim2006 le 08-06-2013 à 20:00:17
Reply

Marsh Posté le 08-06-2013 à 22:54:30    

oui je sais!  [:julm3]


Message édité par agentsteel le 08-06-2013 à 22:58:22

---------------
http://agentoss.wordpress.com/
Reply

Marsh Posté le 18-10-2015 à 19:07:52    

Bonjour à tous !
 
Je me permets de rouvrir le post de simsim2006 afin de vous faire part du même problème ...  :??:  
 
J'ai entrepris hier l'installation d'un serveur mail depuis mon VPS OVH. J'ai suivi pas à pas le tuto proposé ici même par simsim2006 : postfix+courier+roundcube (merci au passage!)
 
Après avoir tout installé et configuré, j'arrive à envoyer des mails depuis mon serveur!  (et là je ne suis pas peu fière ...)
 
Cependant, je ne pense pas pouvoir réceptionner les mails venant de l'extérieur ...  
 
Surtout, je n'arrive pas à me connecter à Roundcube. J'ai bien l'interface avec utilisateur/mot de passe/serveur mais quand je tente la connexion, j'ai ce message en filigrane qui me pique les yeux depuis vendredi soir, à savoir : L'authentification a échoué.
 
Et là, rien à faire ...
 
J'ai bien tenté d'établir des règles avec iptables du genre :  
 

Code :
  1. iptables -t filter -A INPUT -p tcp --dport 25 -j ACCEPT
  2. iptables -t filter -A OUTPUT -p tcp --dport 25 -j ACCEPT
  3. iptables -t filter -A INPUT -p tcp --dport 143 -j ACCEPT
  4. iptables -t filter -A OUTPUT -p tcp --dport 143 -j ACCEPT


 
Qui apparemment ne fonctionnent pas ...
 
Voici mon fichier /etc/init.d/firewall, à savoir :
 

Code :
  1. # Mail SMTP:25
  2. iptables -t filter -A INPUT -p tcp --dport 25 -j ACCEPT
  3. iptables -t filter -A OUTPUT -p tcp --dport 25 -j ACCEPT
  4. # Mail POP3:110
  5. iptables -t filter -A INPUT -p tcp --dport 110 -j ACCEPT
  6. iptables -t filter -A OUTPUT -p tcp --dport 110 -j ACCEPT
  7. # Mail IMAP:143
  8. iptables -t filter -A INPUT -p tcp --dport 143 -j ACCEPT
  9. iptables -t filter -A OUTPUT -p tcp --dport 143 -j ACCEPT
  10. # Mail POP3S:995
  11. iptables -t filter -A INPUT -p tcp --dport 995 -j ACCEPT
  12. iptables -t filter -A OUTPUT -p tcp --dport 995 -j ACCEPT


 
NB : Je ne sais pas si cela est très utile, mais quand je fais un authtest contact@ouxxxx.com j'ai :
 

Code :
  1. Authentication FAILED: Input/output error


 
Tout ça pour dire que je ne suis pas très érudit dans le domaine. Si vous pouviez m'orienter afin de tester ma configuration et mon installation, ça serait bien sympa  
 
Merci d'avance! :hello:

Reply

Marsh Posté le 19-10-2015 à 10:02:50    

A ta place j'aurais juste ouvert un nouveau topic en faisant mention de celui-ci a l’intérieur.
En tout agrémente ton post des fichiers logs ça sera surement utile pour un bon dignostic.  
Iptable fonctionne généralement bien.
 
Pour être sur qu'il ne bloque pas désactive le ou met des rêgle qui autorise tout, mais attention c'est comme ramasser la savonnette en prison faut éviter de le faire.
 
Avec un iptables -L tu aura la configuration en place de ton iptables.
 
Peace


---------------
--- Mon topik d'Ach/Ven ---
Reply

Marsh Posté le 19-10-2015 à 10:19:14    

Merci de ta réponse Lolight ! Oui j'aurais pu ouvrir un nouveau post effectif ... mais comme celui-ci semblait - en tout point - traiter du même problème ... Je me suis dit que ... éventuellement ... bah ... bref  ;)  
 
Voici ma configuration iptables, à savoir :
 

Code :
  1. Chain INPUT (policy ACCEPT)
  2. target     prot opt source               destination
  3. fail2ban-ssh  tcp  --  anywhere             anywhere             multiport dports ssh
  4. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:smtp
  5. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:smtp
  6. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:smtp
  7. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:smtp
  8. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:smtp
  9. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:imap2
  10. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:imap2
  11. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:smtp
  12. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:smtp
  13. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:pop3
  14. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:imap2
  15. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:pop3s
  16. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:smtp
  17. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:pop3
  18. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:imap2
  19. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:pop3s
  20. Chain FORWARD (policy ACCEPT)
  21. target     prot opt source               destination
  22. Chain OUTPUT (policy ACCEPT)
  23. target     prot opt source               destination
  24. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:smtp
  25. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:smtp
  26. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:imap2
  27. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:smtp
  28. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:smtp
  29. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:pop3
  30. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:imap2
  31. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:pop3s
  32. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:smtp
  33. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:pop3
  34. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:imap2
  35. ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:pop3s
  36. Chain fail2ban-ssh (1 references)
  37. target     prot opt source               destination
  38. RETURN     all  --  anywhere             anywhere


 
C'est quoi la commande qui autorise tout ?  :??:  
 
A tout hasard sinon, est-il possible que mon FAI (Bouygues) bloque le port 25 ... empêchant la réception de ces mails et l'accès à Roundcube ?
 
Si oui, comment contourner le problème ?

Reply

Marsh Posté le 19-10-2015 à 10:27:37    

de base, tes policy sont en accept.
 
De plus oui il est possible que ton port 25 soit bloqué.
 
Après, t'as regardé au niveau log postfix voir si il est tente au moins de s'authentifier?

Reply

Marsh Posté le 19-10-2015 à 10:54:39    

Voici mes logs postfix  % cat /var/log/mail.log :  
 

Code :
  1. Oct 19 10:30:45 vps161505 postfix/smtpd[18412]: warning: dict_nis_init: NIS domain name not set - NIS lookups disabled
  2. Oct 19 10:30:45 vps161505 postfix/smtpd[18412]: connect from unknown[unknown]
  3. Oct 19 10:30:45 vps161505 postfix/smtpd[18412]: lost connection after CONNECT from unknown[unknown]
  4. Oct 19 10:30:45 vps161505 postfix/smtpd[18412]: disconnect from unknown[unknown]
  5. Oct 19 10:31:07 vps161505 postfix/pickup[18291]: 5427740F1A: uid=33 from=<www-data>
  6. Oct 19 10:31:07 vps161505 postfix/cleanup[18418]: 5427740F1A: message-id=<20151019083107.5427740F1A@ouxxxx.com>
  7. Oct 19 10:31:07 vps161505 postfix/qmgr[12146]: 5427740F1A: from=<www-data@ouxxxx.com>, size=1030, nrcpt=1 (queue active)
  8. Oct 19 10:31:07 vps161505 postfix/smtp[18420]: 5427740F1A: to=<xx.xx@gmail.com>, relay=gmail-smtp-in.l.google.com[74.125.195.27]:25, delay=0.44, delays=0.05/0.03/0.26/0.1, dsn=2.0.0, status=sent (250 2.0.0 OK 1445243467 h4si20945937wij.35 - gsmtp)
  9. Oct 19 10:31:07 vps161505 postfix/qmgr[12146]: 5427740F1A: removed
  10. Oct 19 10:31:10 vps161505 postfix/pickup[18291]: 50A4540F1A: uid=33 from=<www-data>
  11. Oct 19 10:31:10 vps161505 postfix/cleanup[18418]: 50A4540F1A: message-id=<20151019083110.50A4540F1A@ouxxxx.com>
  12. Oct 19 10:31:10 vps161505 postfix/qmgr[12146]: 50A4540F1A: from=<www-data@ouxxxx.com>, size=1030, nrcpt=1 (queue active)
  13. Oct 19 10:31:10 vps161505 postfix/smtp[18420]: 50A4540F1A: to=<xx.xx@gmail.com>, relay=gmail-smtp-in.l.google.com[74.125.195.27]:25, delay=0.2, delays=0.03/0.01/0.06/0.11, dsn=2.0.0, status=sent (250 2.0.0 OK 1445243470 fd7si39720968wjc.157 - gsmtp)
  14. Oct 19 10:31:10 vps161505 postfix/qmgr[12146]: 50A4540F1A: removed
  15. Oct 19 10:33:38 vps161505 postfix/pickup[18291]: E110640F1A: uid=33 from=<www-data>
  16. Oct 19 10:33:38 vps161505 postfix/cleanup[18431]: E110640F1A: message-id=<20151019083338.E110640F1A@ouxxxx.com>
  17. Oct 19 10:33:38 vps161505 postfix/qmgr[12146]: E110640F1A: from=<www-data@ouxxxx.com>, size=1037, nrcpt=1 (queue active)
  18. Oct 19 10:33:39 vps161505 postfix/smtp[18433]: E110640F1A: to=<xx.xx@gmail.com>, relay=gmail-smtp-in.l.google.com[74.125.195.27]:25, delay=0.18, delays=0.06/0.01/0.04/0.08, dsn=2.0.0, status=sent (250 2.0.0 OK 1445243619 lg10si39737177wjb.109 - gsmtp)
  19. Oct 19 10:33:39 vps161505 postfix/qmgr[12146]: E110640F1A: removed
  20. Oct 19 10:34:05 vps161505 postfix/anvil[18414]: statistics: max connection rate 1/60s for (smtp:unknown) at Oct 19 10:30:45
  21. Oct 19 10:34:05 vps161505 postfix/anvil[18414]: statistics: max connection count 1 for (smtp:unknown) at Oct 19 10:30:45
  22. Oct 19 10:34:05 vps161505 postfix/anvil[18414]: statistics: max cache size 1 at Oct 19 10:30:45


 
Voilà  :whistle:

Reply

Marsh Posté le 19-10-2015 à 11:16:50    

la tu vois juste que des mails passent, pas d'authentification.

Reply

Marsh Posté le 19-10-2015 à 11:16:50   

Reply

Marsh Posté le 19-10-2015 à 11:29:47    

Les commande iptables sont :  
iptables -A [CHAINE] -j ACCPET
Les différentes chaines sont INPUT OUTPUT FORWARD
Mais attention ça va complètement compromettre la sécurité de ton serveur.
Essaye d'être sur avant d'effectuer ce genre de test que c'est bien iptables qu'il faut incriminer.
 
Tu fera attention tu as des rêgle en double, triple et même quadruple :/
Les règles son check dans l'ordre, il essaye la 1, si ça correspond pas il essaye la 2, puis la 3 etc...  
Donc en général en dernière rêgle on en met une qui bloque m'enfin c'est un apparté qui n'a rien a voir avec ton soucis.  
 
Je connais pas bien postfix, pas assez pour t'aider. Bon courage ! :jap:  
 
PS : Ton objectif est d'avoir un serveur Mail ou un relai mail ?


---------------
--- Mon topik d'Ach/Ven ---
Reply

Marsh Posté le 19-10-2015 à 11:33:46    

lolight a écrit :

Les commande iptables sont :  
iptables -A [CHAINE] -j ACCPET
Les différentes chaines sont INPUT OUTPUT FORWARD
Mais attention ça va complètement compromettre la sécurité de ton serveur.
Essaye d'être sur avant d'effectuer ce genre de test que c'est bien iptables qu'il faut incriminer.


En même temps tout est déjà ouvert là :o
 

lolight a écrit :


Donc en général en dernière rêgle on en met une qui bloque m'enfin c'est un apparté qui n'a rien a voir avec ton soucis.  
 


C'est le rôle du -P avec iptables, de spécifier la politique par défaut. Et là elle est à accept.


---------------
Relax. Take a deep breath !
Reply

Marsh Posté le 19-10-2015 à 11:41:01    

@Gizmo : Ok ... je suis un peu nulle. Mais concrètement ça dit quoi tout ça ?  
 
@lolight @o'gure : Visiblement et si j'ai bien compris, ça ne vient pas d'un problème de règles iptables donc :??:
 
J'ai tenté d'envoyer un mail [to:contact@ouxxxx.com] depuis mon gmail ... et je reçois ce joli billet d'insulte en retour :  
 

Code :
  1. Delivery to the following recipient failed permanently:
  2.      contact@ouxxxx.com
  3. Technical details of permanent failure:
  4. Google tried to deliver your message, but it was rejected by the server for the recipient domain ouxxxx.com by redirect.ovh.net. [213.186.33.5].
  5. The error that the other server returned was:
  6. 550 sorry, no mailbox here by that name (#5.1.1)


 
A ce stade, ce qui me parait le plus probable est la restriction du port 25 par mon FAI ... Vous en pensez quoi ?
 
Et dans ce cas, comment contourner le problème ?

Reply

Marsh Posté le 19-10-2015 à 11:47:40    

c'est juste les infos lorsqu'un mail transit c'est tout, t'as rien en rapport avec une authentification.
 
tu fais un tail -f /var/log/mail/log et tu essaye de te connecter à ton roundcube, tu devrais voir les lignes d'authentification, si c'est pas le cas ton roundcube est mal configuré
 
Concernant ton dernier message: t'as pas de bal en face de ton adresse, donc elle ne peut pas accueillir le message que tu lui envoie.

Reply

Marsh Posté le 19-10-2015 à 11:48:07    

@lolight : Un simple relais pourrait me convenir... mais il faudrait que je puisse réceptionner les mails - adressés à contact@ouxxxx.com - quelque part :/

Reply

Marsh Posté le 19-10-2015 à 11:56:01    

Concernant ton dernier message: t'as pas de bal en face de ton adresse, donc elle ne peut pas accueillir le message que tu lui envoie.


 
@Gizmo : Je n'ai pas compris ...  :(
 
Sinon, j'ai fait un tail -f /var/log/mail/log et j'ai tenté me connecter à Roundcube ... Je n'ai aucune ligne qui apparaît suite à cette hypothétique authentification  :heink:  
 
Le serveur, c'est bien imap.ouxxxx.com ?
 
Concernant l'utilisateur et le mot de passe, ce sont bien ceux enregistrés dans la table "comptes" de la base postfix  :??:  
 
PS : je n'arrive pas à faire un encart "a écrit" ...


Message édité par angelik69 le 19-10-2015 à 12:05:30
Reply

Marsh Posté le 19-10-2015 à 12:01:47    

o'gure a écrit :


En même temps tout est déjà ouvert là :o
C'est le rôle du -P avec iptables, de spécifier la politique par défaut. Et là elle est à accept.


Je savais pas ça thanks, effectivement je suis blind c'est marqué en gros.  :lol:  
 
 

angelik69 a écrit :

@lolight : Un simple relais pourrait me convenir... mais il faudrait que je puisse réceptionner les mails - adressés à contact@ouxxxx.com - quelque part :/


 
Le relai sert de relai, c'est à dire qu'il faut forcément qu'il y ai un serveur quelque part. Via les relai tu peux envoyer & recevoir des mails.
Essaye de résoudre ton soucis je pense que tu n'es pas loins mais sache qu'il existe des relai qui implique une configuration plus simple.  
Si jamais tu cherche des infos la dessus avec les mots clé MTA tu devrais trouver ton bonheur.
 
Après tu peux configurer postfix en MTA aussi :)  
 
 


---------------
--- Mon topik d'Ach/Ven ---
Reply

Marsh Posté le 19-10-2015 à 13:13:53    

En gros, tu n'as rien pour contenir le message qui arrive, donc tu n'as pas créé le compte contact@.
 
Si pas de lignes qui s'ajoutent, roundcube est mal configuré. imap.ouxx.com ca c'est toi qui gère. essaye en mettant l'adresse ip directement pour voir.

Reply

Marsh Posté le 19-10-2015 à 13:58:58    

@Gizmo : J'ai du mieux on dirait ...
 
J'ai mis l'adresse ip de mon serveur à la place de imap.ouxx.com et là, j'ai :
 

Code :
  1. Oct 19 13:20:36 vps161505 imapd: Connection, ip=[:ffff:151.xx.xxx.xxx]
  2. Oct 19 13:20:36 vps161505 imapd: LOGIN FAILED, user=contact@ouxxxx.com, ip=[:ffff:151.xx.xxx.xxx]
  3. Oct 19 13:20:36 vps161505 imapd: authentication error: Input/output error


 
Maintenant si j'ai bien compris, c'est mon contact@ qui pose problème? Au vu de mes résultats ci-dessus, celui-ci semble ne pas exister ... :??:  
 
Pourtant, j'ai bien une ligne dans la table "comptes" de la base postfix avec contact@ouxxxx.com :/
 
@lolight : Oui on va y arriver ! ;) Merci pour toutes ces indications.

Reply

Marsh Posté le 19-10-2015 à 15:02:26    

non c'est pas le compte qui pose problème mais le type d'authentification. essaye de passer postfix/dovecot en mode verbose pour avoir du détail.

Reply

Marsh Posté le 19-10-2015 à 15:27:35    

essaye de passer postfix/dovecot en mode verbose pour avoir du détail.


 
Tu pourrais m'en dire plus stp :??:  
 
Je ne vois pas du tout comment m'y prendre malheureusement ... [:ludo2604]  
 
Si tu avais quelques indications, une petite procédure détaillée ou autre ça serait parfait  :jap:

Reply

Marsh Posté le 19-10-2015 à 16:07:12    

cherche un peu ;)
 
postfix verbose ou postfix debug et tu trouvera.

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed