Exim est un MTA (http://fr.wikipedia.org/wiki/Mail_Transfer_Agent).
Mutt n'a pas toujours été capable de faire directement du pop/smtp/imap,
et nécessitait donc la présence d'un MTA sur la machine.
Sur une machine desktop, un MTA peut éventuellement etre pratique si on veut
pouvoir scripter l'envoie de mail mais dans ton cas c'est inutile.
NAT sur différents ports (est-ce que tes proxmox et webmins ont vraiment besoin d'être sur le port 80 ?)
si tu veux que plusieurs machines/VM servent du HTTP sur le port 80, installes un reverse-proxy sur l'hôte ou une autre VM. Nginx et apache savent faire ça (et d'autres sans doute).
Et sinon comme dit plus haut, du "professionnel" sur une ADSL … grmf, l'autohebergement c'est cool et tout et si c'est pour des potes/assos ou des machins sans beaucoup de traffic ça passe mais là quand je vois la bête qui te sert de serveur, faut bien voir qu'elle SURDIMENSIONNEE par rapport à la capacité de la ligne …
il faut mettre un nom d'hôte, mais je doute que gmail.com soit rééllement le nom de ta machine :-)
ça va vraisembleblement produire des mails mal-acceptés voir rejeté (je doute que ton IP soit autorisée à envoyer des mails pour le domaine gmail.com).
même remarque dans ton muttrc:
set hostname="gmail.com"
Et sinon ta configuration de MUTT utilise directement l'imaps et le smtps de gmail et pas du tout le MTA (exim) que tu essayes d'installer.
En as-tu rééllement besoin ? Si c'est simplement pour scripter des envoies de mail en ligne de commande tu peux utiliser la commande mutt -x qui permet d'émuler la commande mail.
Sinon vu l'usage que tu as l'air de vouloir faire, je pense que tu devrais plutot choisir la distribution par relai dans la configuration d'exim.
le routage avec route ne suffit pas, il manquait les directives idoines dans la configuration d'openvpn.
(ca m'apprendra à lire les docs en diagonales, tiens).
merci néanmoins à toi NeoX.
Mais en fait le dump est réalisé sur le serveur de VMs (j'aurais dû le préciser dsl), le serveurVPN lui ne reçoit rien.
Au niveau des règles iptables sur le serveur VPN, la première règle de INPUT est de
tout accepter sur l'interface tun0 (interface d'openvpn), et l'OUTPUT est en openbar.
Idem sur le serveur de VM (et pas de filtrage sur la table FORWARD).
Ceci dit j'ai beaucoup de règles (pour d'autres trucs) sur ces machines, je vais tester
avec un iptables vide pour voir.
# ca m'interresse...
Posté par sprdrx . En réponse au journal Banzaï ! Faites des gnomes.... Évalué à 1.
Salut,
moi ça m'interresse, tu peux me contacter a l'addresse at point naite.
Cdlt.
[^] # Re: Bien vu
Posté par sprdrx . En réponse au journal Webcrise: appel à contribution. Évalué à 2.
les civils ?
[^] # Re: BINGO !
Posté par sprdrx . En réponse au message configurer Mutt/exim4. Évalué à 1.
Exim est un MTA (http://fr.wikipedia.org/wiki/Mail_Transfer_Agent).
Mutt n'a pas toujours été capable de faire directement du pop/smtp/imap,
et nécessitait donc la présence d'un MTA sur la machine.
Sur une machine desktop, un MTA peut éventuellement etre pratique si on veut
pouvoir scripter l'envoie de mail mais dans ton cas c'est inutile.
# avec une seule IP publique ...
Posté par sprdrx . En réponse au message Création de service d'hébergement MULTI SITE chez soit. Évalué à 2.
… tes deux seules solutions:
NAT sur différents ports (est-ce que tes proxmox et webmins ont vraiment besoin d'être sur le port 80 ?)
si tu veux que plusieurs machines/VM servent du HTTP sur le port 80, installes un reverse-proxy sur l'hôte ou une autre VM. Nginx et apache savent faire ça (et d'autres sans doute).
Et sinon comme dit plus haut, du "professionnel" sur une ADSL … grmf, l'autohebergement c'est cool et tout et si c'est pour des potes/assos ou des machins sans beaucoup de traffic ça passe mais là quand je vois la bête qui te sert de serveur, faut bien voir qu'elle SURDIMENSIONNEE par rapport à la capacité de la ligne …
cdlt
# qq remarques
Posté par sprdrx . En réponse au message configurer Mutt/exim4. Évalué à 2.
Salut,
En ce qui concerne MUTT:
l'espace entre s et mtp est juste une typo au copier/coller ou c'est dans le fichier ?
auquel cas c'est sans doute ton erreur.
Ensuite:
il faut mettre un nom d'hôte, mais je doute que gmail.com soit rééllement le nom de ta machine :-)
ça va vraisembleblement produire des mails mal-acceptés voir rejeté (je doute que ton IP soit autorisée à envoyer des mails pour le domaine gmail.com).
même remarque dans ton muttrc:
Et sinon ta configuration de MUTT utilise directement l'imaps et le smtps de gmail et pas du tout le MTA (exim) que tu essayes d'installer.
En as-tu rééllement besoin ? Si c'est simplement pour scripter des envoies de mail en ligne de commande tu peux utiliser la commande mutt -x qui permet d'émuler la commande mail.
Sinon vu l'usage que tu as l'air de vouloir faire, je pense que tu devrais plutot choisir la distribution par relai dans la configuration d'exim.
cdlt
# [RESOLU]
Posté par sprdrx . En réponse au message [resolu] openvpn : pb de routage.. Évalué à 1.
Problème résolu,
le routage avec route ne suffit pas, il manquait les directives idoines dans la configuration d'openvpn.
(ca m'apprendra à lire les docs en diagonales, tiens).
merci néanmoins à toi NeoX.
Cdlt.
[^] # Re: icmp drop ?
Posté par sprdrx . En réponse au message [resolu] openvpn : pb de routage.. Évalué à 0.
Non, même en passant toutes les policy iptables en ACCEPT sur les deux serveurs, cela ne change rien.
[^] # Re: icmp drop ?
Posté par sprdrx . En réponse au message [resolu] openvpn : pb de routage.. Évalué à 0.
Merci pour ta réponse,
Mais en fait le dump est réalisé sur le serveur de VMs (j'aurais dû le préciser dsl), le serveurVPN lui ne reçoit rien.
Au niveau des règles iptables sur le serveur VPN, la première règle de INPUT est de
tout accepter sur l'interface tun0 (interface d'openvpn), et l'OUTPUT est en openbar.
Idem sur le serveur de VM (et pas de filtrage sur la table FORWARD).
Ceci dit j'ai beaucoup de règles (pour d'autres trucs) sur ces machines, je vais tester
avec un iptables vide pour voir.