[fatah91]

Tout dépend ton niveau de compétence.
Avec le mutualisé, OVH gère tout pour toi. Evidemment ce n'est pas du sur mesure et tu n'auras pas moyen de modifier certains paramètres du système.

Avec un VPS tu es reponsable de l'administration, de la configuration, des backups, et toussa.

Disons mes compétences se limitent à l'installation d'une ubuntu server comme intranet(appli php/mysql maison et serveur de fichier via samba), mais en intranet je n'ai pas besoin de sécurités (en dehors des backups) vu que nous sommes que 4 et que le serveur n'est pas accessible de l'extérieur. Disons que ce qui peut faire peur dans le vps c'est l'aspect sécurité.
De plus je me dis que 2 euros pas mois, si j'arrivais à apprendre à utiliser un vps et y trouver une utilité ...

[fritz2cat]

Tout dépend ton niveau de compétence.
Avec le mutualisé, OVH gère tout pour toi. Evidemment ce n'est pas du sur mesure et tu n'auras pas moyen de modifier certains paramètres du système.

Avec un VPS tu es reponsable de l'administration, de la configuration, des backups, et toussa.

[fatah91]

à 2 euros par mois, faut-il encore parler de conversion ?

je ne parle pas du prix très attractif, je parlais de performance.
En fait, je cherche à voir si çà peut avoir un intérêt pour une tpe de 4 personnes, et voir quels utilisations/fonctionnalités pourraient être intéressantes à mettre en place ... voir ce que je peut faire évoluer dans notre système informatique actuel et tout et tout

[fritz2cat]

à 2 euros par mois, faut-il encore parler de conversion ?

[fatah91]

Tiens, je dispose d'un vieux 90plan dont je ne me sers pas. Je me demandais si çà valais le coup de convertir en un VPS Classic 1 pour dans un premier temps apprendre à m'en servir, et voir si çà ne pourrais pas être mieux que l'autre 90 plan dont je me sers pour notre site en joomla et nos mails.
Donc la conversion 90plan vers VPS Classic 1 vaut-elle le coup ?

[fatah91]

Dans mes serveurs Postfix, je rejette tous les messages provenant de serveurs qui n'ont pas de nom d'hôte. Ca me permet d'éliminer une quantité phénoménale de spam provenant de domaines qui n'existent pas ainsi que tous les messages vers des adresses inconnues@mon nom de domaine.
Parfois, il y a des mails provenant en général de serveurs Exchange de collectivités locales et configurés par des "amateurs" qui laissent leur nom de domaine en .local et n'ont pas d'enregistrement DNS valables pour cet hôte et mes clients veulent recevoir tout de même ces mails, alors que diplomatiquement je ne peux pas dire aux DSI de leurs correspondants que ce sont des rigolos incompétents. Ma solution est de créer dans mon Postfix une entrée host avec l'adresse ip du serveur que je veux accepter et je lui donne un nom d'hôte du genre smtp.le domainedelexpediteur.com.
Ceci fonctionne parce que j'ai la main sur les serveurs Postfix de mes clients, dans le cas de mails hébergés par un provider, on ne peut rien faire du tout !

Ok, c'est noter :
Donc Lundi, je dis à mon directeur que les informaticiens de notre client ne sont que des amateurs.
Merci quand même pour les réponses, et ne vous inquitez pas, si je suis chez ovh, c'est pas pour rien : cocorico ...

[laurentm]

Dans mes serveurs Postfix, je rejette tous les messages provenant de serveurs qui n'ont pas de nom d'hôte. Ca me permet d'éliminer une quantité phénoménale de spam provenant de domaines qui n'existent pas ainsi que tous les messages vers des adresses inconnues@mon nom de domaine.
Parfois, il y a des mails provenant en général de serveurs Exchange de collectivités locales et configurés par des "amateurs" qui laissent leur nom de domaine en .local et n'ont pas d'enregistrement DNS valables pour cet hôte et mes clients veulent recevoir tout de même ces mails, alors que diplomatiquement je ne peux pas dire aux DSI de leurs correspondants que ce sont des rigolos incompétents. Ma solution est de créer dans mon Postfix une entrée host avec l'adresse ip du serveur que je veux accepter et je lui donne un nom d'hôte du genre smtp.le domainedelexpediteur.com.
Ceci fonctionne parce que j'ai la main sur les serveurs Postfix de mes clients, dans le cas de mails hébergés par un provider, on ne peut rien faire du tout !

[fatah91]

donc en gros, tu va changer de serveur de messagerie, parce que tes correspondants ne savent pas configurer leurs serveur de mails correctement ?
si tu disais plutôt à ton correspondant ...@3-5lab.fr que la configuration de leur serveur MDaemon doit être revu, car même leurs envoie vers xxx@hotmail.com par exemple ne devrait pas aboutir...

Ne t inquiète pas, c'est ce que je comptais tenter lundi, mais il faut que j'ai des arguments et les mots correctes à transmettre à leur informaticien (ou par l’intermédiaire des clients). Mais si çà ne marche pas, il faut bien envisager toutes les solutions.
En même temps, comme notre directeur à eut aussi récemment d'autres soucis avec un ou deux autres clients ... on a un peut peur de perdre des messages importants, ou que certains messages importants n'arrive pas.

[Freemaster]

Si çà ne s'arrange pas, je vais devoir à contre cœur, envisager de quitter ovh, pour quelqu'un de moins strict...

donc en gros, tu va changer de serveur de messagerie, parce que tes correspondants ne savent pas configurer leurs serveur de mails correctement ?
si tu disais plutôt à ton correspondant ...@3-5lab.fr que la configuration de leur serveur MDaemon doit être revu, car même leurs envoie vers xxx@hotmail.com par exemple ne devrait pas aboutir...

[fatah91]

Quand un serveur envoyeur ne respecte pas cette convention, OVH fait traîner la réception de mail de peut-être 1 ou 2 minutes.

Une autre recommandation dans Internet (rfc-2821) suggère de mettre des timeouts d'établissement de session SMTP à des valeurs de l'ordre de 5 minutes.

Comme ce correspondant a décidé d'avorter l'échange après 60 secondes, la combinaison des 2 problèmes rend tout échange impossible vers un des 500'000 ou 1'000'000 de domaines hébergés chez OVH.

Le problème est que notre correspondant est un très gros client, présent dans toute la France... alors nous petite tpe de 4 bonhommes, dur de critiquer .
Si çà ne s'arrange pas, je vais devoir à contre cœur, envisager de quitter ovh, pour quelqu'un de moins strict...
A moins qu'il n'y ai une autre solution d’hébergement plus performant, sans être trop chère, chez ovh ?

[fritz2cat]

Error: 60 second wait for protocol timeout exceeded

Ca semble indiquer que probion.fr avait les MX suivants définins au moment de l'erreur: mx3, mx4, mxb.ovh.net ; et aujourd'hui mx0 et mxb.ovh.net.
Ce changement n'influencera pas l'impossibilité de cet expéditeur de vous envoyer des mails.
Depuis "presque toujours", OVH a mis en place une mesure antispam un peu brutale, mais qui n'embête finalement que ceux qui ne sont pas foutus de configurer correctement leur serveur d'envoi.

Votre correspondant emploie un serveur SMTP qu'il administre lui-même muisqu'il joint des fragments de logs. C'est une machine Windows (car on y mentionne Winsock).
Cette machine a une adresse IP qui n'est pas renseignée dans la question.
Un serveur SMTP devait toujours avoir un reverse DNS (PTR) qui fait correspondre un nom de serveur à partir de l'IP (exemple: 12.34.56.78 -> mailserver.example.com)
En outre la résolution de mailserver.example.com doit donner 12.34.56.78.

Quand un serveur envoyeur ne respecte pas cette convention, OVH fait traîner la réception de mail de peut-être 1 ou 2 minutes.

Une autre recommandation dans Internet (rfc-2821) suggère de mettre des timeouts d'établissement de session SMTP à des valeurs de l'ordre de 5 minutes.

Comme ce correspondant a décidé d'avorter l'échange après 60 secondes, la combinaison des 2 problèmes rend tout échange impossible vers un des 500'000 ou 1'000'000 de domaines hébergés chez OVH.

[fatah91]

Bonjour,
Plusieurs client n'arrive pas à nous envoyer de mails, l'un d'eux viens de me transmettre ce message d'erreur :
L'antispam d'ovh fait-il des siennes ?
Si quelqu'un peut m'aider...
Merci d'avance.

Le message joint a rencontré des erreurs de distribution permanentes.

Après une ou plusieurs tentatives échouées ce message a été supprimé de la file d'attente sur ce serveur. Le nombre et la fréquence des tentatives de distribution dépendent de la configuration locale.

--------------------------------------------------------------------------
VOTRE MESSAGE N'A PAS ÉTÉ DISTRIBUÉ À SON (SES) DESTINATAIRE(S)
--------------------------------------------------------------------------

Failed address: xxx@probion.fr

--- Session Transcript ---
Sat 2014-03-15 15:12:26: Session 013097; child 0006 Sat 2014-03-15 15:12:26: Parsing message
Sat 2014-03-15 15:12:26: * From: yyy@yyy.fr Sat 2014-03-15 15:12:26: * To: xxx@probion.fr Sat 2014-03-15 15:12:26: * Subject: RE: Devis Sat 2014-03-15 15:12:26: * Size (bytes): 13712 Sat 2014-03-15 15:12:26: * Message-ID:
Sat 2014-03-15 15:12:26: Attempting SMTP connection to [probion.fr] Sat 2014-03-15 15:12:26: Resolving MX records for [probion.fr] (DNS Server: 193.227.248.1)...
Sat 2014-03-15 15:12:26: * P=001 S=000 D=probion.fr TTL=(1440) MX=[mx3.ovh.net] Sat 2014-03-15 15:12:26: * P=005 S=001 D=probion.fr TTL=(1440) MX=[mx4.ovh.net] Sat 2014-03-15 15:12:26: * P=100 S=002 D=probion.fr TTL=(1440) MX=[mxb.ovh.net] Sat 2014-03-15 15:12:26: Attempting SMTP connection to [mx3.ovh.net:25] Sat 2014-03-15 15:12:26: Resolving A record for [mx3.ovh.net] (DNS Server: 193.227.248.1)...
Sat 2014-03-15 15:12:26: * D=mx3.ovh.net TTL=(527) A=[213.186.33.73] Sat 2014-03-15 15:12:26: Attempting SMTP connection to [213.186.33.73:25] Sat 2014-03-15 15:12:26: Waiting for socket connection...
Sat 2014-03-15 15:12:26: * Connection established (80.245.58.231:1618 -> 213.186.33.73:25) Sat 2014-03-15 15:12:26: Waiting for protocol to start...
Sat 2014-03-15 15:13:26: * Error: 60 second wait for protocol timeout exceeded Sat 2014-03-15 15:13:26: Attempting SMTP connection to [mx4.ovh.net:25] Sat 2014-03-15 15:13:26: Resolving A record for [mx4.ovh.net] (DNS Server: 193.227.248.1)...
Sat 2014-03-15 15:13:26: * D=mx4.ovh.net TTL=(191) A=[213.186.33.74] Sat 2014-03-15 15:13:26: Attempting SMTP connection to [213.186.33.74:25] Sat 2014-03-15 15:13:26: Waiting for socket connection...
Sat 2014-03-15 15:13:26: * Connection established (80.245.58.231:1625 -> 213.186.33.74:25) Sat 2014-03-15 15:13:26: Waiting for protocol to start...
Sat 2014-03-15 15:14:26: * Error: 60 second wait for protocol timeout exceeded Sat 2014-03-15 15:14:26: Attempting SMTP connection to [mxb.ovh.net:25] Sat 2014-03-15 15:14:26: Resolving A record for [mxb.ovh.net] (DNS Server: 193.227.248.1)...
Sat 2014-03-15 15:14:26: * D=mxb.ovh.net TTL=(493) A=[213.186.38.144] Sat 2014-03-15 15:14:26: * D=mxb.ovh.net TTL=(493) A=[213.186.39.173] Sat 2014-03-15 15:14:26: * D=mxb.ovh.net TTL=(493) A=[178.32.228.222] Sat 2014-03-15 15:14:26: * D=mxb.ovh.net TTL=(493) A=[213.186.35.149] Sat 2014-03-15 15:14:26: * D=mxb.ovh.net TTL=(493) A=[213.186.35.158] Sat 2014-03-15 15:14:26: * D=mxb.ovh.net TTL=(493) A=[213.186.37.67] Sat 2014-03-15 15:14:26: * D=mxb.ovh.net TTL=(493) A=[213.186.37.103] Sat 2014-03-15 15:14:26: Randomly picked 213.186.37.67 from list of A records Sat 2014-03-15 15:14:26: Attempting SMTP connection to [213.186.37.67:25] Sat 2014-03-15 15:14:26: Waiting for socket connection...
Sat 2014-03-15 15:14:47: * Winsock Error 10060 Sat 2014-03-15 15:14:47: Ce message est en attente depuis 2 jours; il lui reste 0 jours
--- End Transcript ---
: Message contenant [1] pièces jointes