Salut,
Je cherche qqun pour h=E9berger un service SMTP pour les collaborateurs =
de ma boite quand ils sont chez des clients. S'il y a du SSL c'est =
mieux.
Pour ceux qui sont int=E9ress=E9s, =E9vitez =E0 tout prix le MailPlan =
d'OVH : 1.20 Eur une fois pour toutes mais merci la qualit=E9 de service =
! En ce moment tout ce qui sort est tagg=E9 comme spam !! La classe =
quand on envoie une propale =E0 un client !!!!
Merci du tuyau.
Raph
"Spyou" a écrit dans le message de news: 422f1c55$0$16321$
"Raph" a écrit dans le message de news: 422ee534$0$2465$
Oui mais le jour où un collaborateur se fait piquer ses identifiants, c'est pas
mon serveur qui sera saturé et blacklisté à cause d'un spammeur quelconque ...
Non, mais c'est toi qui sera responsable de ce blacklistage et de cette saturation .. et la facture qui va avec
Oui mais mon serveur principal continuera de marcher au poil, et mes hébergés ne seront pas impactés !
Spyou
Donc, si j'en crois votre post precedent, vous faites plus facilement confiance a une IP fixe (se trouve-t-elle derriere un firewall ? se firewall est-il VRAIMENT bien configure ? les personnes ayant des windows au bout de cette IP fixe sont ils des idiots qui se loguent le matin en arrivant sur leur windows prefere avec le login 'Administrateur' ? etc...) qu'a un login / mot de passe ?
L'avantage de l'IP, c'est que (non obstant les hack potentiels de la machine qui se trouve derriere) on a toujours un responsable pré-identifié.
Si l'IP en question commence a foutre le bordel, on la coupe en n'impactant qu'elle .. Et si le bordel est vraiment tres gros, on a quelqu'un contre qui se retourner (plus simplement qu'avec un login/pass)
Donc, si j'en crois votre post precedent, vous faites plus facilement
confiance a une IP fixe (se trouve-t-elle derriere un firewall ? se
firewall est-il VRAIMENT bien configure ? les personnes ayant des
windows au bout de cette IP fixe sont ils des idiots qui se loguent le
matin en arrivant sur leur windows prefere avec le login
'Administrateur' ? etc...) qu'a un login / mot de passe ?
L'avantage de l'IP, c'est que (non obstant les hack potentiels de la
machine qui se trouve derriere) on a toujours un responsable pré-identifié.
Si l'IP en question commence a foutre le bordel, on la coupe en
n'impactant qu'elle .. Et si le bordel est vraiment tres gros, on a
quelqu'un contre qui se retourner (plus simplement qu'avec un login/pass)
Donc, si j'en crois votre post precedent, vous faites plus facilement confiance a une IP fixe (se trouve-t-elle derriere un firewall ? se firewall est-il VRAIMENT bien configure ? les personnes ayant des windows au bout de cette IP fixe sont ils des idiots qui se loguent le matin en arrivant sur leur windows prefere avec le login 'Administrateur' ? etc...) qu'a un login / mot de passe ?
L'avantage de l'IP, c'est que (non obstant les hack potentiels de la machine qui se trouve derriere) on a toujours un responsable pré-identifié.
Si l'IP en question commence a foutre le bordel, on la coupe en n'impactant qu'elle .. Et si le bordel est vraiment tres gros, on a quelqu'un contre qui se retourner (plus simplement qu'avec un login/pass)
fox[
Spyou wrote:
L'avantage de l'IP, c'est que (non obstant les hack potentiels de la machine qui se trouve derriere) on a toujours un responsable pré-identifié.
Si l'IP en question commence a foutre le bordel, on la coupe en n'impactant qu'elle .. Et si le bordel est vraiment tres gros, on a quelqu'un contre qui se retourner (plus simplement qu'avec un login/pass)
A partir du moment ou un utilisateur est responsable de ses login/password il est tout aussi facile de changer son mot de passe en cas d'abus, de l'en informer ensuite, et de l'aider a trouver le responsable.
Fox.
Spyou wrote:
L'avantage de l'IP, c'est que (non obstant les hack potentiels de la
machine qui se trouve derriere) on a toujours un responsable pré-identifié.
Si l'IP en question commence a foutre le bordel, on la coupe en
n'impactant qu'elle .. Et si le bordel est vraiment tres gros, on a
quelqu'un contre qui se retourner (plus simplement qu'avec un login/pass)
A partir du moment ou un utilisateur est responsable de ses
login/password il est tout aussi facile de changer son mot de passe en
cas d'abus, de l'en informer ensuite, et de l'aider a trouver le
responsable.
L'avantage de l'IP, c'est que (non obstant les hack potentiels de la machine qui se trouve derriere) on a toujours un responsable pré-identifié.
Si l'IP en question commence a foutre le bordel, on la coupe en n'impactant qu'elle .. Et si le bordel est vraiment tres gros, on a quelqu'un contre qui se retourner (plus simplement qu'avec un login/pass)
A partir du moment ou un utilisateur est responsable de ses login/password il est tout aussi facile de changer son mot de passe en cas d'abus, de l'en informer ensuite, et de l'aider a trouver le responsable.
Fox.
Rakotomandimby (R12y) Mihamina
( Thu, 10 Mar 2005 01:27:59 +0100 ) Spyou :
L'avantage de l'IP
je préfère changer des identifiants que bloquer une IP. -- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
( Thu, 10 Mar 2005 01:27:59 +0100 ) Spyou :
L'avantage de l'IP
je préfère changer des identifiants que bloquer une IP.
--
L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses
activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance)
Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
je préfère changer des identifiants que bloquer une IP. -- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
Patrick Mevzek
Si l'IP en question commence a foutre le bordel, on la coupe en n'impactant qu'elle .. Et si le bordel est vraiment tres gros, on a quelqu'un contre qui se retourner (plus simplement qu'avec un login/pass)
Personnellement, je trouve que c'est exactement le contraire. Une IP ca correspond même pas forcément à une seule machine (NAT, Proxy, etc...), et même si ca correspond à une seule machine, ca ne correspond pas nécessairement à une seule personne.
Alors qu'un login/pass, par définition normalement, c'est personnel donc ca identifie bien une personne et pas une machine ou un groupe de machines.
C'est deux niveaux différents, donc.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Si l'IP en question commence a foutre le bordel, on la coupe en
n'impactant qu'elle .. Et si le bordel est vraiment tres gros, on a
quelqu'un contre qui se retourner (plus simplement qu'avec un
login/pass)
Personnellement, je trouve que c'est exactement le contraire.
Une IP ca correspond même pas forcément à une seule machine (NAT, Proxy,
etc...), et même si ca correspond à une seule machine, ca ne correspond
pas nécessairement à une seule personne.
Alors qu'un login/pass, par définition normalement, c'est personnel donc
ca identifie bien une personne et pas une machine ou un groupe de
machines.
C'est deux niveaux différents, donc.
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Si l'IP en question commence a foutre le bordel, on la coupe en n'impactant qu'elle .. Et si le bordel est vraiment tres gros, on a quelqu'un contre qui se retourner (plus simplement qu'avec un login/pass)
Personnellement, je trouve que c'est exactement le contraire. Une IP ca correspond même pas forcément à une seule machine (NAT, Proxy, etc...), et même si ca correspond à une seule machine, ca ne correspond pas nécessairement à une seule personne.
Alors qu'un login/pass, par définition normalement, c'est personnel donc ca identifie bien une personne et pas une machine ou un groupe de machines.
C'est deux niveaux différents, donc.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Spyou
Personnellement, je trouve que c'est exactement le contraire. Une IP ca correspond même pas forcément à une seule machine (NAT, Proxy, etc...), et même si ca correspond à une seule machine, ca ne correspond pas nécessairement à une seule personne.
Alors qu'un login/pass, par définition normalement, c'est personnel donc ca identifie bien une personne et pas une machine ou un groupe de machines.
Pour moi, la question se posai plutot en terme de "qui a fait la bétise" plutot que de "a qui est le compte qui a permis de faire la bétise"
Si bétise il y'a, on va rechercher en premier lieu la responsabilité de celui qui l'a fait.
Si on se retrouve avec un serveur completement saturé par un paquet de mails venant d'une IP d'un pays du fin fond du bout du monde, on sera bien avancé.
Si on limite par IP, on est au moins sur de pouvoir retrouver le "coupable" dans un pays "connu".
Personnellement, je trouve que c'est exactement le contraire.
Une IP ca correspond même pas forcément à une seule machine (NAT, Proxy,
etc...), et même si ca correspond à une seule machine, ca ne correspond
pas nécessairement à une seule personne.
Alors qu'un login/pass, par définition normalement, c'est personnel donc
ca identifie bien une personne et pas une machine ou un groupe de
machines.
Pour moi, la question se posai plutot en terme de "qui a fait la bétise"
plutot que de "a qui est le compte qui a permis de faire la bétise"
Si bétise il y'a, on va rechercher en premier lieu la responsabilité de
celui qui l'a fait.
Si on se retrouve avec un serveur completement saturé par un paquet de
mails venant d'une IP d'un pays du fin fond du bout du monde, on sera
bien avancé.
Si on limite par IP, on est au moins sur de pouvoir retrouver le
"coupable" dans un pays "connu".
Personnellement, je trouve que c'est exactement le contraire. Une IP ca correspond même pas forcément à une seule machine (NAT, Proxy, etc...), et même si ca correspond à une seule machine, ca ne correspond pas nécessairement à une seule personne.
Alors qu'un login/pass, par définition normalement, c'est personnel donc ca identifie bien une personne et pas une machine ou un groupe de machines.
Pour moi, la question se posai plutot en terme de "qui a fait la bétise" plutot que de "a qui est le compte qui a permis de faire la bétise"
Si bétise il y'a, on va rechercher en premier lieu la responsabilité de celui qui l'a fait.
Si on se retrouve avec un serveur completement saturé par un paquet de mails venant d'une IP d'un pays du fin fond du bout du monde, on sera bien avancé.
Si on limite par IP, on est au moins sur de pouvoir retrouver le "coupable" dans un pays "connu".
Patrick Mevzek
Personnellement, je trouve que c'est exactement le contraire. Une IP ca correspond même pas forcément à une seule machine (NAT, Proxy, etc...), et même si ca correspond à une seule machine, ca ne correspond pas nécessairement à une seule personne.
Alors qu'un login/pass, par définition normalement, c'est personnel donc ca identifie bien une personne et pas une machine ou un groupe de machines.
Pour moi, la question se posai plutot en terme de "qui a fait la bétise" plutot que de "a qui est le compte qui a permis de faire la bétise"
Et encore une fois, justement dans ce cas précis, c'est l'exact contraire pour moi. Un login identifie une personne, où qu'elle se connecte. Une IP identifie juste une source de paquets. Si on filtre, 5 minutes après ca peut venir d'une autre IP alors que c'est le même utilisateur qui fait la bêtise.
Si on se retrouve avec un serveur completement saturé par un paquet de mails venant d'une IP d'un pays du fin fond du bout du monde, on sera bien avancé.
Oui, puisque dans l'exemple qui nous intéresse, il y a eu SMTP AUTH avant envoi, donc on sait qui envoit. D'où il envoit aussi, mais peu importe.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Personnellement, je trouve que c'est exactement le contraire. Une IP ca
correspond même pas forcément à une seule machine (NAT, Proxy, etc...),
et même si ca correspond à une seule machine, ca ne correspond pas
nécessairement à une seule personne.
Alors qu'un login/pass, par définition normalement, c'est personnel
donc ca identifie bien une personne et pas une machine ou un groupe de
machines.
Pour moi, la question se posai plutot en terme de "qui a fait la bétise"
plutot que de "a qui est le compte qui a permis de faire la bétise"
Et encore une fois, justement dans ce cas précis, c'est l'exact contraire
pour moi.
Un login identifie une personne, où qu'elle se connecte.
Une IP identifie juste une source de paquets. Si on filtre, 5 minutes
après ca peut venir d'une autre IP alors que c'est le même utilisateur
qui fait la bêtise.
Si on se retrouve avec un serveur completement saturé par un paquet de
mails venant d'une IP d'un pays du fin fond du bout du monde, on sera
bien avancé.
Oui, puisque dans l'exemple qui nous intéresse, il y a eu SMTP AUTH avant
envoi, donc on sait qui envoit. D'où il envoit aussi, mais peu importe.
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Personnellement, je trouve que c'est exactement le contraire. Une IP ca correspond même pas forcément à une seule machine (NAT, Proxy, etc...), et même si ca correspond à une seule machine, ca ne correspond pas nécessairement à une seule personne.
Alors qu'un login/pass, par définition normalement, c'est personnel donc ca identifie bien une personne et pas une machine ou un groupe de machines.
Pour moi, la question se posai plutot en terme de "qui a fait la bétise" plutot que de "a qui est le compte qui a permis de faire la bétise"
Et encore une fois, justement dans ce cas précis, c'est l'exact contraire pour moi. Un login identifie une personne, où qu'elle se connecte. Une IP identifie juste une source de paquets. Si on filtre, 5 minutes après ca peut venir d'une autre IP alors que c'est le même utilisateur qui fait la bêtise.
Si on se retrouve avec un serveur completement saturé par un paquet de mails venant d'une IP d'un pays du fin fond du bout du monde, on sera bien avancé.
Oui, puisque dans l'exemple qui nous intéresse, il y a eu SMTP AUTH avant envoi, donc on sait qui envoit. D'où il envoit aussi, mais peu importe.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Emmel
Patrick Mevzek wrote:
Personnellement, je trouve que c'est exactement le contraire. Une IP ca correspond même pas forcément à une seule machine (NAT, Proxy, etc...), et même si ca correspond à une seule machine, ca ne correspond pas nécessairement à une seule personne.
Alors qu'un login/pass, par définition normalement, c'est personnel donc ca identifie bien une personne et pas une machine ou un groupe de machines.
Pour moi, la question se posai plutot en terme de "qui a fait la bétise" plutot que de "a qui est le compte qui a permis de faire la bétise"
Et encore une fois, justement dans ce cas précis, c'est l'exact contraire pour moi. Un login identifie une personne, où qu'elle se connecte. Une IP identifie juste une source de paquets. Si on filtre, 5 minutes après ca peut venir d'une autre IP alors que c'est le même utilisateur qui fait la bêtise.
Si on se retrouve avec un serveur completement saturé par un paquet de mails venant d'une IP d'un pays du fin fond du bout du monde, on sera bien avancé.
Oui, puisque dans l'exemple qui nous intéresse, il y a eu SMTP AUTH avant envoi, donc on sait qui envoit. D'où il envoit aussi, mais peu importe.
Si vous voulez éviter tous ces problèmes, je ne vois qu'une solution
(lourde et coûteise) : utiliser des générateurs de 'one-time password' tels une SecurId, ...
ML
Patrick Mevzek wrote:
Personnellement, je trouve que c'est exactement le contraire. Une IP ca
correspond même pas forcément à une seule machine (NAT, Proxy, etc...),
et même si ca correspond à une seule machine, ca ne correspond pas
nécessairement à une seule personne.
Alors qu'un login/pass, par définition normalement, c'est personnel
donc ca identifie bien une personne et pas une machine ou un groupe de
machines.
Pour moi, la question se posai plutot en terme de "qui a fait la bétise"
plutot que de "a qui est le compte qui a permis de faire la bétise"
Et encore une fois, justement dans ce cas précis, c'est l'exact contraire
pour moi.
Un login identifie une personne, où qu'elle se connecte.
Une IP identifie juste une source de paquets. Si on filtre, 5 minutes
après ca peut venir d'une autre IP alors que c'est le même utilisateur
qui fait la bêtise.
Si on se retrouve avec un serveur completement saturé par un paquet de
mails venant d'une IP d'un pays du fin fond du bout du monde, on sera
bien avancé.
Oui, puisque dans l'exemple qui nous intéresse, il y a eu SMTP AUTH avant
envoi, donc on sait qui envoit. D'où il envoit aussi, mais peu importe.
Si vous voulez éviter tous ces problèmes, je ne vois qu'une solution
(lourde et coûteise) : utiliser des générateurs de 'one-time password'
tels une SecurId, ...
Personnellement, je trouve que c'est exactement le contraire. Une IP ca correspond même pas forcément à une seule machine (NAT, Proxy, etc...), et même si ca correspond à une seule machine, ca ne correspond pas nécessairement à une seule personne.
Alors qu'un login/pass, par définition normalement, c'est personnel donc ca identifie bien une personne et pas une machine ou un groupe de machines.
Pour moi, la question se posai plutot en terme de "qui a fait la bétise" plutot que de "a qui est le compte qui a permis de faire la bétise"
Et encore une fois, justement dans ce cas précis, c'est l'exact contraire pour moi. Un login identifie une personne, où qu'elle se connecte. Une IP identifie juste une source de paquets. Si on filtre, 5 minutes après ca peut venir d'une autre IP alors que c'est le même utilisateur qui fait la bêtise.
Si on se retrouve avec un serveur completement saturé par un paquet de mails venant d'une IP d'un pays du fin fond du bout du monde, on sera bien avancé.
Oui, puisque dans l'exemple qui nous intéresse, il y a eu SMTP AUTH avant envoi, donc on sait qui envoit. D'où il envoit aussi, mais peu importe.
Si vous voulez éviter tous ces problèmes, je ne vois qu'une solution
(lourde et coûteise) : utiliser des générateurs de 'one-time password' tels une SecurId, ...
ML
poiuytreza
"Raph" a écrit dans le message de news:422dd3b8$0$17149$ Salut, Je cherche qqun pour héberger un service SMTP pour les collaborateurs de ma boite quand ils sont chez des clients. S'il y a du SSL c'est mieux. Pour ceux qui sont intéressés, évitez à tout prix le MailPlan d'OVH : 1.20 Eur une fois pour toutes mais merci la qualité de service ! En ce moment tout ce qui sort est taggé comme spam !! La classe quand on envoie une propale à un client !!!! Merci du tuyau. Raph
LA POSTE propose à toute personne s'inscrivant à leur service gratuitement un service gratuit SMTP utilisable ensuite pour envoyer tous les emails que vous souhaitez avec l'adresse email de votre choix... Je l'utilise et ça marche très bien....
"Raph" <newsgroups@inrezo.com> a écrit dans le message de
news:422dd3b8$0$17149$636a15ce@news.free.fr...
Salut,
Je cherche qqun pour héberger un service SMTP pour les collaborateurs de ma
boite quand ils sont chez des clients. S'il y a du SSL c'est mieux.
Pour ceux qui sont intéressés, évitez à tout prix le MailPlan d'OVH : 1.20
Eur une fois pour toutes mais merci la qualité de service ! En ce moment
tout ce qui sort est taggé comme spam !! La classe quand on envoie une
propale à un client !!!!
Merci du tuyau.
Raph
LA POSTE propose à toute personne s'inscrivant à leur service gratuitement
un service gratuit SMTP utilisable ensuite pour envoyer tous les emails que
vous souhaitez avec l'adresse email de votre choix...
Je l'utilise et ça marche très bien....
"Raph" a écrit dans le message de news:422dd3b8$0$17149$ Salut, Je cherche qqun pour héberger un service SMTP pour les collaborateurs de ma boite quand ils sont chez des clients. S'il y a du SSL c'est mieux. Pour ceux qui sont intéressés, évitez à tout prix le MailPlan d'OVH : 1.20 Eur une fois pour toutes mais merci la qualité de service ! En ce moment tout ce qui sort est taggé comme spam !! La classe quand on envoie une propale à un client !!!! Merci du tuyau. Raph
LA POSTE propose à toute personne s'inscrivant à leur service gratuitement un service gratuit SMTP utilisable ensuite pour envoyer tous les emails que vous souhaitez avec l'adresse email de votre choix... Je l'utilise et ça marche très bien....
