Postfix - Problème de "storage" étrange.

Bonjour à tous,

Ayant développé une newsletter pour mon client, qui fonctionnait jusqu'à il y a quelques heures correctement, j'obtiens à présent le message suivant :
Code:

Citation:

---

Erreur pendant l'envoi du mail: (Failed to set sender: mail@domaine.fr [SMTP: Invalid response code received from server (code: 452, response: 4.3.1 Insufficient system storage)])

---

J'ai donc consulté la "queue" de postfix : vide.
J'ai redemarré postfix : le problème persiste.

J'ai édité le fichier /etc/postfix/main.cf pour attribuer plus d'espace, mais rien y fait.
Je ne parviens donc plus à trouver la cause du problème.

Quelqu'un pourrait-il m'aiguiller ? Cela tombe en plus le jour de la livraison... :cry:

Merci d'avance.

Bonjour,

Est-ce que le serveur smtp tourne dans une jail ?
Peux-tu afficher le resultat des commandes suivantes:

Code:

---

1 2 3

df -h postconf -n

---

La premiere pour s'assurer qu'il reste bien de la place sur la partition sur laquelle est montee /var/spool/mail ;)
La deuxieme pour avoir la configuration de postfix (et voir si une limite sur la taille des messages n'a pas ete mise en place)

Merci de ton aide voici le résultat des commandes :

Pour dh -f :

Citation:

---

Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/md1 5,0G 4,7G 12M 100% /
tmpfs 2,0G 0 2,0G 0% /lib/init/rw
udev 10M 2,7M 7,4M 27% /dev
tmpfs 2,0G 0 2,0G 0% /dev/shm
/dev/md2 683G 47M 648G 1% /home

---

et postconf -n :

Citation:

---

alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
config_directory = /etc/postfix
inet_interfaces = all
mailbox_size_limit = 150000000
message_size_limit = 35000000
mydestination = ns366793.ovh.net, localhost.ovh.net, , localhost
myhostname = ns366793.ovh.net
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
myorigin = /etc/mailname
readme_directory = no
recipient_delimiter = +
relay_domains =
relayhost =
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes

---

Citation:

---

Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/md1 5,0G 4,7G 12M 100% /

---

Ca doit etre ca qui coince ;o)

J'ai fait un aptitude clean, et j'arrive à 98% pour /dev/md1/
Quelques questions : comment puis-je d'avantage vider le disque ?
Mais surtout pourquoi ce disque est-il utilisé alors que le /dev/md2 a bien plus de place ?
(je suis chez ovh, serveur dédié, debian)

C'est vrai qu'a avoir 683G+50G au total et avoir un modele de partition root + home ca parait un peu leger... Si tu peux demander a ovh de creer une partition sur laquelle tu peux monter var ce serait parfait (puis tant qu'on y est une pour usr, une pour tmp ;) )

Sinon, une methode que je n'ai pas testee serait de changer le repertoire de queue de postfix. Ca semble etre possible en modifiant ces deux parametres:

Code:

---

1 2 3 4

# postconf -d | grep spool mail_spool_directory = /var/mail queue_directory = /var/spool/postfix

---