Changement de serveur + Postfix - Dovecot

Je souhaite réinstaller mon serveur mail sous postfix - dovecot sur un nouveau serveur debian 6

Aucun erreur dans les logs (si ce n’est des warning concernant TLS)

quand j’envoie un email depuis le serveur en root ça arrive bien

quand je fais un telnet de

# telnet localhost BAD Error in IMAP command received by server.
ou

# telnet imap.mondomaine.fr Trying "IP de l'ancien serveur" telnet: Unable to connect to remote host: Connection refused
ça essaie donc de se connecter sur l’ancien serveur sur lequel dovecot et postfix ne tournent plus

voici mon dovecot -n

[code]# 1.2.15: /etc/dovecot/dovecot.conf

OS: Linux 3.2.13-grsec-xxxx-grs-ipv6-64 x86_64 Debian 6.0.6 ext4

base_dir: /var/run/dovecot/
log_timestamp: %Y-%m-%d %H:%M:%S
protocols: imap imaps pop3 pop3s
disable_plaintext_auth: no
login_dir: /var/run/dovecot//login
login_executable(default): /usr/lib/dovecot/imap-login
login_executable(imap): /usr/lib/dovecot/imap-login
login_executable(pop3): /usr/lib/dovecot/pop3-login
mail_location: maildir:/home/mail/%d/%n
mbox_write_locks: fcntl dotlock
mail_executable(default): /usr/lib/dovecot/imap
mail_executable(imap): /usr/lib/dovecot/imap
mail_executable(pop3): /usr/lib/dovecot/pop3
mail_plugin_dir(default): /usr/lib/dovecot/modules/imap
mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap
mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3
lda:
postmaster_address: postmaster@noveltys.fr
hostname: mail.noveltys.fr
mail_debug: yes
mail_plugins: sieve quota
global_script_path: /home/mail/globalsieverc
log_path: /var/log/dovecot/deliver.log
auth_socket_path: /var/run/dovecot/auth-master
auth default:
mechanisms: plain login digest-md5 cram-md5
passdb:
driver: passwd-file
args: /etc/dovecot/users.conf
userdb:
driver: static
args: uid=5000 gid=5000 home=/home/mail/%d/%n/ allow_all_users=yes
socket:
type: listen
client:
path: /var/spool/postfix/private/auth
mode: 432
user: postfix
group: postfix
master:
path: /var/run/dovecot/auth-master
mode: 432
user: mailboxes[/code]
voici mon postconf -n

broken_sasl_auth_clients = yes config_directory = /etc/postfix home_mailbox = Maildir/ inet_interfaces = all inet_protocols = all mailbox_size_limit = 0 message_size_limit = 50000000 mydestination = $myhostname, localhost.$mydomain, localhost mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 myorigin = /etc/mailname recipient_delimiter = + relayhost = smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache smtpd_recipient_limit = 50 smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination, reject_unknown_recipient_domain, reject_unknown_sender_domain, reject_unverified_recipient, reject_non_fqdn_recipient, reject_non_fqdn_sender, reject_non_fqdn_helo_hostname, reject_invalid_helo_hostname smtpd_sasl_auth_enable = yes smtpd_sasl_path = private/auth smtpd_sasl_security_options = noanonymous smtpd_sasl_type = dovecot smtpd_tls_auth_only = yes smtpd_tls_cert_file = /etc/ssl/certs/noveltys.crt smtpd_tls_key_file = /etc/ssl/private/noveltys.key smtpd_tls_security_level = may smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache smtpd_use_tls = yes virtual_alias_maps = hash:/etc/postfix/virtual/user_aliases virtual_gid_maps = static:5000 virtual_mailbox_base = /home/mail virtual_mailbox_domains = /etc/postfix/virtual/domains virtual_mailbox_limit = 512000000 virtual_mailbox_maps = hash:/etc/postfix/virtual/user_mailboxes_path virtual_minimum_uid = 5000 virtual_transport = dovecot virtual_uid_maps = static:5000

Ma question est pourquoi ça essaye encore de se connecter sur l’ancienne IP ?

Salut,
C’est pas très clair.

Changement de serveur ça veut dire upgrade ou tu as basculé la conf sur un autre serveur ?
Si oui, comment as-tu fait ?

Le telnet est fait sur le serveur mail ?
Tu as changé l’IP du serveur ?

Que disent:

J’ai basculé ma conf sur un nouveau serveur
j’ai déjà stoppé postfix et dovecot sur l’ancien
puis fais une install de 0 sur le nouveau
j’ai bien 2 serveurs distincts

ipconfig :
[code]eth0 Link encap:Ethernet HWaddr 4c:72:b9:20:8d:cd
inet adr:94.xxx.xxx.xxx Bcast:94.23.39.255 Masque:255.255.255.0
adr inet6: fe80::4e72:b9ff:fe20:8dcd/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:9292180 errors:0 dropped:0 overruns:0 frame:0
TX packets:4774950 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:13014098992 (12.1 GiB) TX bytes:370704005 (353.5 MiB)
Interruption:20 M?moire:fe500000-fe520000

lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:H?te
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:555 errors:0 dropped:0 overruns:0 frame:0
TX packets:555 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:65717 (64.1 KiB) TX bytes:65717 (64.1 KiB)[/code]
cat /etc/hostname
nsxxxxxx.ovh.net
cat /etc/hosts
[code]# Do not remove the following line, or various programs

that require network functionality will fail.

127.0.0.1 localhost.localdomain localhost
94.xxx.xxx.xxx nsxxxxxx.ovh.net

The following lines are desirable for IPv6 capable hosts

#(added automatically by netbase upgrade)
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts[/code]

Salut,
Et du côté des DNS ? Tu as fait quoi ?

PS: Je masque ton IP… :wink:

[quote=“lol”]Salut,
Et du côté des DNS ? Tu as fait quoi ?

PS: Je masque ton IP… :wink:[/quote]
Effectivement, et non sans honte, j’admets avoir oublier le côté DNS
Le souci venait de la, le changement de DNS du nouveau serveur n’était pas propagé

Résolu ? => coche verte :wink:

Sinon concernant les DNS : depuis que j’ai installé un serveur DNS récursif sur mon LAN je n’ai plus aucun souci de propagation DNS… au pire je redémarre mon serveur récursif histoire de vider son cache, et toutes les modifications DNS sont visibles immédiatement. Si j’avais su que ça aurait cet effet là, je l’aurais installé depuis longtemps ! :slightly_smiling:

[quote=“bklups”]
quand je fais un telnet de

# telnet localhost BAD Error in IMAP command received by server.
ou

# telnet imap.mondomaine.fr Trying "IP de l'ancien serveur" telnet: Unable to connect to remote host: Connection refused[/quote]

=> BAD Error, normal t’a pas précisé le port 143, ou alors tu nous a pas tout dis sur la commande imap que tu as tapé :

[quote=“bklups”]Effectivement, et non sans honte, j’admets avoir oublier le côté DNS
Le souci venait de la, le changement de DNS du nouveau serveur n’était pas propagé[/quote]

:mrgreen: