Re: [FRnOG] [TECH] Switch L2 48x1GbE + 4x10GbE (SFP+) ?

[Marc De Saya]

Oui mais le fond de panier est nettement moindre
Le 21 mai 2014 22:52, "Olivier MELWIG"  a écrit :

> Bonsoir Stéphane,
>
> Du point de vue coût l'EX3300 est plus intéressant que l 'EX4300 qui n'a
> pas notamment l'uplink 10g de base et coûte plus cher par sa modularité.
> L'EX3300 a un LCD pour les opérations de maintenance de base, mais n'a en
> effet pas de double alim native (redondance par RPS).
>
>- Alim et Ventilo fixes (modulaires à partir de la gamme EX4200).
>- Jusque 10 switchs peuvent être intégrés au fur et à mesure dans le
>même Virtual Chassis sans licence supplémentaire.
>- 24 ou 48 ports 10/100/1000BT, PoE+ ou non et 4 ports uplink SFP ou
>SFPP dispo de base selon besoin (speed autodetection).
>- L2/L3 sans upgrade OS, juste une clé licence pour utiliser BGP/ISIS si
>nécessaire.
>- 111 LAG max par VC, max 8 interfaces par LAG.
>
> Et il y a un modèle airflow vers face avant : EX3300-48T-BF AC 76W
> Pas mal d'Univ ont fait le pas vers Junos et la gamme EX.
>
> My 2 cts,
>
> O.
>
>
> Le 21 mai 2014 14:59, Raphael Maunier  a écrit :
>
> >
> > C’est effectivement que le 3200 / 4200 / 4300 qui sont hotswap sur l’alim
> > :)
> >
> > Donc l’ex 3300 avec RPS c’est pour de l’infra non-critique ou sinon 100%
> > redondé que tu peux eteindre pour remplacer le sw si l’alim intégrée par
> en
> > cacahouete.
> >
> > Raphael
> >
> > On 21 May 2014, at 14:48, Raphael Maunier  wrote:
> >
> > > C’est pas du “vrai” double alim :)
> > >
> > > C’est une alimentation externe. L’avantage de l’ex3300 est que
> > l’alimentation n’est pas fixe. Donc, si elle crame et que le RPS prend le
> > relais, il est toujours possible de la remplacer sans eteindre le switch
> et
> > l’ouvrir.
> > > Cependant, le cable du RPS est court, donc pour faire 6 baies avec un
> > seul rps, tu peux apres étendre tes vêtements entre les baies :)
> > >
> > >
> > > On 21 May 2014, at 14:22, Thien Duc Nguyen  wrote:
> > >
> > >> Le 2014-05-21 14:03, Raphael Mazelier a écrit :
> > >>> Le 21/05/2014 14:00, Raphael Maunier a écrit :
> > >>> EX3300 car les 3200 n’ont que 2*10G
> > >>> A noter que les EX3200/3300 ne sont pas double alims.
> > >>> Raphael
> > >>> On 21 May 2014, at 13:57, Raphael Mazelier 
> wrote:
> > >>> 3200 j'ai dit 3200 ? il fallait évidement comprendre EX3300.
> > >>> Et oui simple alimentation, très embêtant, mais bon vu le prix faut
> > >>> pas trop en demander.
> > >>
> > >> La double alimentation est possible sur le EX3300 avec un RTS (en gros
> > c'est une alimentation externe pouvant fournir du jus à 6 équipements).
> > >>
> > >> TD
> > >>
> > >>
> > >> ---
> > >> Liste de diffusion du FRnOG
> > >> http://www.frnog.org/
> > >
> > >
> > > ---
> > > Liste de diffusion du FRnOG
> > > http://www.frnog.org/
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
> >
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Pirate ou Arnaque

[Marc De Saya]

l'un n'empêche pas l'autre surtout si tu parviens a faire etablir une
session en face tu peux injecter des données et certainement obtenir des
informations parfaitement pertinentes avec un peu de chance et de
l'ingénierie sociale.

Ex: Un rickroll avec un frame de la fenêtre attaquante et un js pour
recuperer l'ip, les cookie, les lso flash, l'historique du browser
Ajoute a cela "mais quand je clique sur ce lien il rempli automatiquement
mon numéro de carte je dois payer ? Ca ne marche pas je vous montre le lien"

Le pabx qui fait passer par toute la famille d'aziza c'est pas mal aussi
mais, peut être un poil plus complexe.

Le 12 mai 2014 03:29, "technicien hahd"  a écrit :
>
> Et pour ceux qui veulent faire tout le tralala à base de VM décrit par
Michel
> Py dans sa réponse précédente, ne soyez pas idiots et essayez d'obtenir
des
> infos utiles

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [MISC] Re: [FRnOG] [JOBS] Recherche stage sys & reseau

[Marc De Saya]

Un fileshare en ligne avec une api js de cryptage comme mega c'est plutôt
sympa mais ça n'a aucun intérêt dans ce cas d'utilisation ou le but edt de
diffuser un cv
+1 pour l'interop
Le 12 mai 2014 23:16, "technicien hahd"  a écrit :

> Mega est un site développé avant tout pour chrome et en fait une telle
> promotion que c'est à se demander combien google a payé Dotcom. Pendant un
> temps c'était possible d'accéder au site avec opera mais la fonction
> d'upload
> ne fonctionnait pas mais c'est du passé.
>
> Apparemment l'explication officielle est là: https://mega.co.nz/#blog_1et là:
> https://mega.co.nz/#blog_9 mais comme j'utilise opéra je suis redirigé
> vers la
> page de mise à jour, car mega n'est même pas capable d'afficher une simple
> page
> web >.>
>
> Ce n'est pas le web qui a changé en un an, c'est opera qui a beaucoup
> changé.
> La nouvelle version d'opera a abandonné le moteur qui a fait sa renommée
> pour
> passer à blink le moteur de Chrome. En installant google opera et en
> renoncant
> à ce qui fait l'intérêt d'opera (et à condition de ne pas utiliser linux)
> ça
> permets d'accéder aux services mega.
>
> Chez mozilla ils ont eu peur de perdre des parts de marché[1] alors ils se
> sont empréssé de se plier aux demandes de dotcom pour essayer de rendre
> firefox
> compatible avec mega, résultat firefox est maintenant indiqué comme
> compatible
> avec mega mais présente des dysfonctionnements et des performances
> déplorables.
>
> Une autre option est de renoncer a mega, surtout pour poster une recherche
> d'emploi.
> Personnellement je m'opposerai fermement à recruter quelqu'un pour un poste
> d'admin réseau/système qui fait montre d'une telle indifférence à la
> problèmatique de portabilité et d'accessibilité. De mon temps les candidats
> pour ce genre de poste utilisaient leur propre espace web, souvent hébergé
> par
> leurs soins sur leur serveur.
>
> [1]: https://bugzilla.mozilla.org/show_bug.cgi?id=832732
>
> On Sunday 11 May 2014 17:21:31 Emmanuel Thierry wrote:
> > Bonjour,
> >
> > Browser 1 (opera 12) : browser outdated, il faut mettre à jour (le web a
> > tant changé en 1 an ?) Browser 2 (safari) : Bloqué à 99%
> > De mieux en mieux les services cloud. Ils ne connaissent pas les simples
> URL
> > de téléchargement, sans flasheries/javaeries/javascripteries à la noix ?
> >
> > /me retourne dans sa grotte ! ;)
> >
> > Cordialement
> > Emmanuel Thierry
> >
> > Le 9 mai 2014 à 17:46, SICILIANO Laurent 
> a
> écrit :
> > > Bonjour,
> > >
> > > Je suis actuellement en troisième année au sein de l'école Supinfo
> (sur le
> > > campus de Montréal). Je recherche actuellement un stage d'une durée de
> 3
> > > à 4 mois devant se dérouler entre le 1er juillet et le 31 octobre, de
> > > préférence sur Lyon.
> > >
> > > Je suis à la recherche d'un stage d'Administrateur systèmes&réseaux
> > >
> > > Je me permets donc de joindre à ce court mail ma lettre de motivation,
> mon
> > > CV.
> > >
> > > CV :
> > >
> https://mega.co.nz/#!5glhiJLI!9ysCfB3p2Cd0InbZXV16HNo7_bVS_h7POSF7BrWrpFs
> > > Lettre de motivation :
> > >
> https://mega.co.nz/#!Bw0wFDoL!-AWLi-7UtOCC0GTdgsE22StKlR7rwOQYKrhPcojrjA0
> > > Lettres de recommandation :
> > >
> https://mega.co.nz/#!cs9zCbyS!GfFR1fF0SbebMUny-xLKCdOnhelB6kog92d8MOGY8ig
> > > -
> > >
> https://mega.co.nz/#!RhlghAjJ!iigjsDhVf82J-t_3tYkW_TJgw_YbmBqnjf4QDMuFTIM
> > >
> > > Etant cependant actuellement sur le campus de Montréal, vous pouvez me
> > > contacter via mail, téléphone (001 438 823 7855) ou encore Skype
> > > (laurent.siciliano).
> > >
> > > Merci et bonne journée.
> > >
> > > Cordialement,
> > >
> > >
> > > Laurent SICILIANO
> > >
> > >
> > >
> > >
> > >
> > > ---
> > > Liste de diffusion du FRnOG
> > > http://www.frnog.org/
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Re: [MISC] Décret sur les contrôles de sécurité par l'ANSSI

[Marc De Saya]

Donc avec ma télécommande au fond de mon canapé je suis opérateur télécom
???

Le 20 novembre 2012 21:19, Eric Freyssinet  a
écrit :

> Bonsoir,
>
> C'est défini par le CPCE, dans son article 32:
>
> " 15° Opérateur. On entend par opérateur toute personne physique ou morale
> exploitant un réseau de communications électroniques ouvert au public ou
> fournissant au public un service de communications électroniques.
> (on notera ici au passage le "ou", il n'y a donc pas nécessité d'exploiter
> un réseau pour être opérateur, il suffit d'avoir des équipements qui
> offrent un service de communications électroniques, comme un serveur de
> messagerie instantanée par exemple)
> " 6° Services de communications électroniques. On entend par services de
> communications électroniques les prestations consistant entièrement ou
> principalement en la fourniture de communications électroniques. Ne sont
> pas visés les services consistant à éditer ou à distribuer des services de
> communication au public par voie électronique.
> " 1° Communications électroniques. On entend par communications
> électroniques les émissions, transmissions ou réceptions de signes, de
> signaux, d'écrits, d'images ou de sons, par voie électromagnétique.
>
> Comme tous ceux-là opèrent au moins des serveurs de courrier électronique
> dans le cadre de leurs hébergements, pour OVH en plus de la téléphonie et
> pour tous, ils transmettent les signaux en question et gèrent leurs propres
> réseaux pour le faire... Oui ce sont des opérateurs.
>
> L'AFNIC... est un office d'enregistrement, ça c'est sûr. Pour le reste, ça
> dépend de ce que vous faites ! :)
>
> Petit aparté: il y a des opérateurs qui s'ignorent. La déclaration est
> obligatoire, mais tous ne sont pas déclarés. C'est l'article 32 qui définit
> ce qu'est un opérateur, pas la déclaration.
>
> Cordialement,
>
> Eric Freyssinet
>
>
> 2012/11/20 Stephane Bortzmeyer 
>
> > On Tue, Nov 20, 2012 at 02:20:36PM +0100,
> >  Alexandre Archambault  wrote
> >  a message of 26 lines which said:
> >
> > > Pour faire simple, opérateur = tout opérateur d'accès / transit /
> > > interco (IXP), que ce soit fixe, mobile, TDM ou IP, privé comme
> > > public. Donc d'Orange au FAI / hotspot associatif,
> >
> > Donc, FranceIX est concerné mais pas Gandi ou OVH (en tout cas pour
> > l'activité d'hébergement de ce dernier), ni l'AFNIC.
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
> >
>
>
>
> --
> Eric Freyssinet
> perso: eric.freyssi...@m4x.org
> pro: eric.freyssi...@gendarmerie.interieur.gouv.fr
> blog: http://blog.crimenumerique.fr/ - twitter:
> @ericfreyss
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Tout le monde a bien jeté ses routeurs Huawei à la poubelle ?

[Marc De Saya]

Et que dire de checkpoint alors firewall issu par le mossad qui équipe
toutes les sociétés du cac40 ?
Surtout lorsque Stuxnet et FLAME semble clairement avoir été développé par
ces derniers ?

Les usa aussi ont déjà financé moult fois des société pour leur éviter la
faillite et ce n'est pas un hasard si une grande partie de la r&d cisco est
en Inde (au sujet de "la vente à perte"). Donc que la chine finance huwaei
ne m'étonne pas trop.

Même si la communication émane du Sénat, personnellement je pense qu'il
faut vraiment nuancer ces propos qui semblent très orientés ...

Il existe très certainement une grande société de télécom qui déduction
faite des pots de vins au dirigeant a équipé son coeur de réseau en alcatel
ou autre à perte alors que cela ne correspondait pas au besoin d'origine ...

Le 22 juillet 2012 00:36, Stephane Bortzmeyer  a écrit :

> http://www.senat.fr/rap/r11-681/r11-681_mono.html
>
> 3. Un enjeu majeur : Pour une interdiction totale sur le territoire
> européen des « routeurs de coeur de réseaux » et autres équipements
> informatiques sensibles d'origine chinoise
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [JOBS] Offre d'emploi - Urgent !

[Marc De Saya]

J'ai un ami qui travail dans la zone avec 1 année d'expérience de plus et
le même profile pour 50k€/an hors avantage. Il ne changera pas de travail
je lui ai déjà demandé.

A ce salaire je ne connais personne qui prendra "le risque" de déménager en
urgence mais ça vaut quand même le coup d'essayer.
Cependant, on ne peut pas avoir le beur, l'argent du beur, la crémière, la
vache à lait, la ferme et la bonne humeur pour le prix d'un sourire.

Le 16 juillet 2012 21:09, Eric ROLLAND  a écrit :

>
> Salaire : 30KE /39h + Intéressement.
> Expérience exigée d'au moins 3 ans en agence web.
> Poste à pourvoir dans les 15 jours. Possibilité d'hébergement très sympa
> durant quelques mois.
>
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] Re: [FRnOG] Re: [FRnOG] Re: [FRnOG] Références de switch avec ingress shaping

[Marc De Saya]

Certains switch chez Extreme Networks le fond (Ingress/Egress)

Le 30 décembre 2010 19:58, Thomas Mangin
a écrit :

>
> On 30 Dec 2010, at 18:24, Fabien Delmotte wrote:
>
> > Bonsoir,
> > Un switch layer 2 peut chez certains constructeurs accepter des ACLs et
> faire du rate limiting en hardware.
> > Cela existe depuis au moins 10 ans.
> >
> > Dans le fait de modifier la vitesse du port, tu pénalises l'ensemble des
> applications, et comme tu utilises le contrôle de flux tu écroules à court
> terme les serveurs.
>
> Il faut bien faire attention a ce que le switch permette des ACL/limites
> sure les packets entrants, certain switch ne peuvent le faire que sur les
> packets sortants.
>
> Thomas
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>

[FRnOG] Re: [FRnOG] Re: [FRnOG] Afficher la liste de ses « diplômes » dans le .signature (Was: Hijacked the Internet

[Marc De Saya]

et que dire de la LPI qui commence à être de plus en plus en vogue !
Les certif ubuntu lorsque tout est dispo sur le forum ?
etc...
Bien que cela ne soit pas le seul moyen de rémunération il faut bien que les
pro puissent vivre si tout est open source

Le 17 novembre 2010 09:46, Nicolas CARTRON  a écrit :

>
> On 17 nov. 2010, at 08:43, Hans Matthieu  wrote:
>
> >
> > Et pourquoi pas?
> > Ca peut donner une idée du niveau de la personne, et donc de la
> pertinence de ses interventions.
>
> Pour le CCIE je veux bien, mais le MCP...
>
> Nico. ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>

[FRnOG] Re: [FRnOG] Re: [FRnOG] Re: [FRnOG] RE: Afficher la liste de ses « diplômes » dans le .signature (Was: Hijack ed the Internet

[Marc De Saya]

Pour revenir sur le sujet, on n'a pas forcément la possibilité de manipuler
des équipements rares et couteux (gros SCE CISCO, très gros switch, PVG
Nortel...) autrement que via certaines certifications constructeur surtout
si des équipement approche de leur fin de vie. La seule autre solutions
c'est l'expérience professionnelle.

Ca ne veut donc pas dire que ceux qui n'ont pas la certif ne savent pas
travailler dessus ... et puis qu'est-ce que 5 à 10 pauvres jours de
manipulation d'un équipement au cours d'une session de formation si elle
tombe aux oubliettes dans les mois qui viennent...

Pour avoir été formateurs sur des technologies et équipements différents, je
me suis apperçu que les gens retiennent en moyenne 5% du contenu dans le
mois qui suit la formation...

Le 18 novembre 2010 02:30, Marc De Saya  a écrit :

> Bonjour
>
> Le 17 novembre 2010 23:33, Rémy Sanchez  a
> écrit :
>
> On 11/17/2010 11:00 PM, Sébastien FOUTREL wrote:
>> > A part ça, les derniers BTS info auxquels j'ai fait passer un
>> > entretien ne m'ont parlé que de classe A,B,C,D et pas de CIDR (sauf
>> > erreur l'usage des classes a été abandonné en 1996 [sinon on aurait
>> > épuisé les ipv4 en 98]).
>>
>> D'ailleurs est-ce que quelqu'un a une explication plausible sur pourquoi
>> est-ce que les classes sont toujours enseignées, et même mises en avant,
>> alors que ça n'est carrément plus à jour du tout...
>>
>
> Probablement pour comprendre les netmask associé par défaut
>
>
>>
>> Dans le même genre : pourquoi est-ce qu'on enseigne encore l'IPv4 en
>> ignorant royalement l'IPv6, alors qu'un élève formé aujourd'hui a
>> largement plus intérêt à connaître l'IPv6 que l'IPv4 ?...
>>
>
> Parceque des petits nouveaux travailleront plus sur du v4. J'en ai même
> croisé qui ne savait pas ce qu'était le NAT sorti d'école d'ingénieur en
> informatique...
>
>>
>> (vendredi approche, j'y peux rien...)
>>
>
> On dirait oui :)
>
>
>>
>> --
>> Rémy Sanchez
>>
>>
>>
>>
>

[FRnOG] Re: [FRnOG] Re: [FRnOG] Re: [FRnOG] RE: Afficher la liste de ses « diplômes » dans le .signature (Was: Hijack ed the Internet

[Marc De Saya]

Bonjour

Le 17 novembre 2010 23:33, Rémy Sanchez  a
écrit :

> On 11/17/2010 11:00 PM, Sébastien FOUTREL wrote:
> > A part ça, les derniers BTS info auxquels j'ai fait passer un
> > entretien ne m'ont parlé que de classe A,B,C,D et pas de CIDR (sauf
> > erreur l'usage des classes a été abandonné en 1996 [sinon on aurait
> > épuisé les ipv4 en 98]).
>
> D'ailleurs est-ce que quelqu'un a une explication plausible sur pourquoi
> est-ce que les classes sont toujours enseignées, et même mises en avant,
> alors que ça n'est carrément plus à jour du tout...
>

Probablement pour comprendre les netmask associé par défaut


>
> Dans le même genre : pourquoi est-ce qu'on enseigne encore l'IPv4 en
> ignorant royalement l'IPv6, alors qu'un élève formé aujourd'hui a
> largement plus intérêt à connaître l'IPv6 que l'IPv4 ?...
>

Parceque des petits nouveaux travailleront plus sur du v4. J'en ai même
croisé qui ne savait pas ce qu'était le NAT sorti d'école d'ingénieur en
informatique...

>
> (vendredi approche, j'y peux rien...)
>

On dirait oui :)


>
> --
> Rémy Sanchez
>
>
>
>

[FRnOG] Re: [FRnOG] Re: [FRnOG] Re: [FRnOG] OVH crée un dat acenter

[Marc De Saya]

Sa me rapplle la un client (la DGA pour ne pas les citer), qui avait un
vieux cluster IBM "branché" (le mot est fort parceque le bricoloage était
impressionnant) sur un radiateur !

2010/10/7 Pierre-Henry Muller 

>
> >
> > on chauffe les entreprises voisines qui ont besoins de la
> > challeur pour chauffer les produits chimiques avant de les
> > melanger. Eux ont vu leur facture EDF diminuer de presque 90%
> > et donc au contraire c'est tout sauf "bullshit".
> >
> > Octave
>
> Arnaud tu devrais utiliser ta chaleur pour le préchauffage des chaudières
> de la centrale voisine :) ça sera écolo tant qu'ils ne démarrent pas la
> centrale,
> t'auras sans doute une ristourne sur l'élec.
>
> De mon point de vue Arnaud et Octave vous faites du bon boulot, chacun avec
> une approche différente mais au moins vous faites quelque chose de concret
> pas comme d'autres qui utilisent vraiment le mot green sans avoir rien
> réalisé de probant.
> --
> Pierre-Henry Muller
>
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>

Re: [FRnOG] Contact Skynet pour mailing list

[Marc De Saya]

Le 7 octobre 2010 14:15, Benjamin Billon  a écrit :

>
> Plus je réfléchie à la solution, plus je me dit que si c'est Skynet qui
> bloque au bout d'un moment, il va falloir passer par un autre MX et changer
> les SPF dans les DNS, pour relayer les mails ailleurs que ce soit via un
> service d'envoie de mail ou via un autre relay...
>
> C'est même une certitude. Les fournisseurs d'accès européens proposent
> habituellement un service de messagerie électronique en même temps qu'une ou
> plusieurs adresses emails par abonnés. Les serveurs MX sont initialement
> prévus dans ce but, pas pour envoyer la newsletter d'un abonné. Ce genre de
> service reste évidemment possible, mais facturés.
> Par expérience j'ai vu des entreprises, dont le serveur exchange était
> hébergé chez BT (pas le plus petit ISP du coin) et dont tous les mails
> repassaient par un serveur SMTP de BT, avec des résultats catastrophiques
> (mails du département RH arrivant après la date du rendez-vous, etc.).
>


A c'est curieux ça me rappel un client :)

>
>
>
>   Un des premier éléments de réponse mis en évidence par Thomas, est de
>>> load balancer les mails sur un pool d'IP en sortie ceci permet d'éviter la
>>> propagation d'une IP dans les RBL.
>>>
>>  Ce n'est pas une bonne pratique, les spammeurs font la même chose.
>> Tu disposes d'un volume suffisant pour te créer une réputation sur une
>> seule IP (enfin si tu relay par Skynet la question ne se pose même pas).
>> Envoyer depuis une seule IP, dédiée à ce client, permet aux ISP d'identifier
>> facilement l'expéditeur. Libre à eux ensuite de passer les messages en
>> inbox, en spambox, ou de les refuser : au moins ils le font en sachant qui
>> tu es et ce que tu envoies (c'est le principe de la réputation).
>
>
> Justement la c'est Skynet qui indique via un contact anonyme que nous
> relayons trop de mail depuis une seule IP, trop vite ce qui conduit à une
> saturation (qui n'est pas constaté puisque depuis une autre IP ça passe
> nickel).
>
> Oui, le service de base de Skynet n'est sans doute pas adapté à tes
> besoins.
>

C'est certain...

>
>   Comme je l'ai souligné, selon moi, l'avantage d'utiliser plusieurs IP en
> sortie quand on cible un grand nombre de destinataire est d'éviter une
> propagation rapide dans les RBL de l'IP (qui semble arrivé fatalement ou
> bout d'un moment à l'autre).
>
> Mais c'est une mauvaise pratique à éviter.
> Si le contenu de ton message est filtré, en viendras-tu à mettre le texte
> dans une image ?
>

Non. Encore une fois ça n'est pas du SPAM mais un mail totalement légitime
pour le quel des abonnés nombreux souhaitent bien le recevoir. Mettre le
texte dans une image sans une bonne raison commercial (flyer promotionnel,
invitation, bon de réduction, photo ...) avec consentement du client
pourrait relever d'une pratique de spammer. Dans mon cas, il s'agit de mails
à caractère associatif.

>
>
>
>>  Un autre éléments de réponse serait d'utiliser des boites noir type
>>> ironport qui possède un mécanisme interne de communication inter-boiboite
>>> permettant de ne pas se faire "tagger"
>>>
>>  Je croyais que le client n'avait pas beaucoup de moyens =D
>> Et puis pour le B2B, Ironport ça peut aider, mais pour
>> Hotmail/Orange/Yahoo/Free/etc. ça n'apporte rien.
>>
>
> C'est le cas c'est pour ça que j'ai exclus IronPort mais *type* IronPort,
> J'entends par ex une PME franco-française spécialisée dans de telles
> appliance. Ca doit bien exister ?
>
> Je n'en connais pas ... La position d'IronPort / Cisco / Spamcop est très
> confortable car ils sont américains donc très gros dès le départ, présents
> un peu partout sur la planète et possèdent donc des sources données
> suffisamment variées pour se faire un avis crédible de ce qui se passe en
> terme de menaces.
> Par contre, avoir en même temps le rôle de machine à expédier et de machine
> à recevoir, c'est forcément tendancieux (à l'image de Goto Soft, boite
> française éditrice de Sarbacane d'un côté et de VadeRetro de l'autre)
>

Ahaha ! C'est pas faut... Si en plus la sarbacane est intégré au Vade Retro
ça reviendrai à selectionner le type d'envoie de SPAM ou mail normal.

>
> Benjamin
>

Re: [FRnOG] Contact Skynet pour mailing list

[Marc De Saya]

Bonjour Benjamin et merci pour ces réponses

Plus je réfléchie à la solution, plus je me dit que si c'est Skynet qui
bloque au bout d'un moment, il va falloir passer par un autre MX et changer
les SPF dans les DNS, pour relayer les mails ailleurs que ce soit via un
service d'envoie de mail ou via un autre relay...

Le 6 octobre 2010 19:56, Benjamin Billon  a écrit :

>
>
>> Les adhérents de mon clients souhaitent tous recevoir ce mail (ça n'est
>> absolument pas du SPAM). J'ai fait en sorte qu'il lance régulièrement des
>> campagnes de demande de désincriptions afin justement d'éviter ce genre de
>> situation. Ma question reste ouverte au sujet des seuil de req/s, syn/s,
>> SMPT EHLO /s etc ... qu'un opérateur/gros maileur est en droit de limiter
>> pour une mailing liste totalement légitime. Après comme le souligne Pierre,
>> il y a des services payant qui "garantissent" l'envoie légitime de mail.
>>
> Si tu parles de programmes de certification, ils ne sont sans doute pas
> nécessaires dans ton cas.


 Non je ne parlais pas de ces types de certification qui ne sont
effectivement pas nécessaire dans le cas de mon client.


>  Seulement là je fais de l'open source à 100% car mon clients n'a pas
>> beaucoup de moyen...
>>
>> Un des premier éléments de réponse mis en évidence par Thomas, est de load
>> balancer les mails sur un pool d'IP en sortie ceci permet d'éviter la
>> propagation d'une IP dans les RBL.
>>
> Ce n'est pas une bonne pratique, les spammeurs font la même chose.
> Tu disposes d'un volume suffisant pour te créer une réputation sur une
> seule IP (enfin si tu relay par Skynet la question ne se pose même pas).
> Envoyer depuis une seule IP, dédiée à ce client, permet aux ISP d'identifier
> facilement l'expéditeur. Libre à eux ensuite de passer les messages en
> inbox, en spambox, ou de les refuser : au moins ils le font en sachant qui
> tu es et ce que tu envoies (c'est le principe de la réputation).


Justement la c'est Skynet qui indique via un contact anonyme que nous
relayons trop de mail depuis une seule IP, trop vite ce qui conduit à une
saturation (qui n'est pas constaté puisque depuis une autre IP ça passe
nickel).
Comme je l'ai souligné, selon moi, l'avantage d'utiliser plusieurs IP en
sortie quand on cible un grand nombre de destinataire est d'éviter une
propagation rapide dans les RBL de l'IP (qui semble arrivé fatalement ou
bout d'un moment à l'autre).



>
>  Un autre éléments de réponse serait d'utiliser des boites noir type
>> ironport qui possède un mécanisme interne de communication inter-boiboite
>> permettant de ne pas se faire "tagger"
>>
> Je croyais que le client n'avait pas beaucoup de moyens =D
> Et puis pour le B2B, Ironport ça peut aider, mais pour
> Hotmail/Orange/Yahoo/Free/etc. ça n'apporte rien.
>

C'est le cas c'est pour ça que j'ai exclus IronPort mais *type* IronPort,
J'entends par ex une PME franco-française spécialisée dans de telles
appliance. Ca doit bien exister ?

>
> Benjamin
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>

/Marc

Re: [FRnOG] Contact Skynet pour mailing list

[Marc De Saya]

Merci pour ces réponses François.

Le 6 octobre 2010 23:46, Francois Petillon  a écrit :

> On 10/06/2010 07:44 PM, Marc De Saya wrote:
>
>> Merci Thomas, si tu en as d'autre je suis preneur.
>> Pour le reste je partage totalement l'avis de Pierre, une fois que tu es
>> inscrit à une mailing-list tu signifies clairement ton acceptation. C'est
>> pourquoi TOUTE liste de diffusion DOIT prévoir un mécanisme automatique de
>> désincription (avec un minimum de vérification). Si ça n'est pas le cas,
>> pour les liste française, la répression des fraudes et la CNIL sont la
>> pour
>> ça.
>>
>
> Ça, c'est la version bisounours. Si un serveur (entreprise, emailer ou
> assimilé) balance un mail (autre qu'une unique demande de confirmation
> d'inscription) sur une adresse mail dont je sais qu'elle n'a jamais fait la
> moindre demande et encore moins confirmé l'inscription, c'est blacklistage
> direct.
>
> C'est typique des newsletters qui utilisent des listes d'email commerciales
> voir, dans des cas plus rare, ne font pas de double-optin (il y a quelques
> petits malins qui trouvent spirituel de s'inscrire comme
> postmas...@free.fr/r...@free.fr/etc.)



En même temps c'est la version RFC5321 ! Après c'est exactement ce que j'ai
dit plus haut : un mécanisme d'inscription/désincription sérieux (avec un
minimum de vérification -lire mail de confirmation- avec cookie/captcha) et
la tout de suite il y a moins de blacklistage :)

>
>
>  Ma question reste ouverte au sujet des seuil de req/s, syn/s,
>> SMPT EHLO /s etc ... qu'un opérateur/gros maileur est en droit de limiter
>> pour une mailing liste totalement légitime.
>>
>
> Le problème est que ce genre de seuil n'a strictement aucun interet (à la
> limite, c'est plutôt l'évolution dans le temps qui pourrait être pris en
> compte). La réponse que je fait lorsqu'on me pose ce genre de question est
> d'être server-friendly. En gros, vous pouvez balancer autant de mail que
> vous voulez mais en ouvrant un nombre raisonnable de connexions simultanées.
> Si les serveurs sont chargés, votre débit sera effectivement faible (et
> c'est dans ce cas que je trouve la limite req/s absurde : si vous êtes en
> deça de la limite, vous allez vous retrouver à ouvrir d'autant plus de
> connexions alors que le serveur est déjà à la rue).
>
>
> Cependant, si quelqu'un commence à bombarder un serveur à plus 1000 req/s
sur plusieurs port depuis une IP à mon avis il y a un reverse quelque part
qui risque de faire au moins du rate limiting et voir me un IPS qui bloque
dans la foulée.
Cela dit je partage votre avis sur l'évolution dans le temps mais être
serveur friendly implique que l'opérateur expose ces données de suivi de
monitoring de la charge pour s'y adapter.



>  Un des premier éléments de réponse mis en évidence par Thomas, est de load
>> balancer les mails sur un pool d'IP en sortie ceci permet d'éviter la
>> propagation d'une IP dans les RBL.
>>
>
> Il m'est déjà arrivé d'aller chercher les raisons pour lesquelles nos MXes
> étaient à la rue. Lorsque je tombe sur un pool de serveurs utilisés en //
> pour envoyer rapidement un grand nombre de mails, j'ai tendance à shooter
> les IPs assez rapidement (j'ai souvenir d'être tombé une fois sur deux
> expediteurs qui nous balançaient, en pleine heure de pointe, plus de 80
> mails/s chacun en multipliant les connexions depuis quelques dizaines d'IP
> différentes).
>
> Effectivement c'est la remarque que j'ai fait plus haut, si le pool d'IP
appartient au même registrant mieux encore s'il est membre d'une /24 il
devient aisé de shooté tout ou parti du bloc. Ce mécanisme ne fait que
ralentir une propagation dans les RBL à mon sens.


> François
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>
/Marc

Re: [FRnOG] Contact Skynet pour mailing list

[Marc De Saya]

Juste une précision suite à oubli :)

Le 6 octobre 2010 19:48, Nicolas CARTRON  a écrit :

> On 6 oct. 2010, at 19:45, Marc De Saya  wrote:
>
> Le 6 octobre 2010 19:44, Marc De Saya < 
> mads...@gmail.com> a écrit :
>
>> [...]
>>
>
> Et encore moins à l'opérateur !
>
>
> Original, tu te réponds à toi-même ? ;)
>

Re: [FRnOG] Contact Skynet pour mailing list

[Marc De Saya]

Le 6 octobre 2010 19:44, Marc De Saya  a écrit :

> Merci Thomas, si tu en as d'autre je suis preneur.
> Pour le reste je partage totalement l'avis de Pierre, une fois que tu es
> inscrit à une mailing-list tu signifies clairement ton acceptation. C'est
> pourquoi TOUTE liste de diffusion DOIT prévoir un mécanisme automatique de
> désincription (avec un minimum de vérification). Si ça n'est pas le cas,
> pour les liste française, la répression des fraudes et la CNIL sont la pour
> ça. Et au pire il reste le filtre antispam local. Pour reprendre l'analogie
> de Pierre, coller une étiquette "stop la pub" sur ta boite au lettre ne
> suffit pas mais ça n'est pas pour autant que le "facteur" a le droit de
> bener tout ce qui vient d'un utilisateur appartenant à une liste !
>
>
Et encore moins à l'opérateur !


> Les adhérents de mon clients souhaitent tous recevoir ce mail (ça n'est
> absolument pas du SPAM). J'ai fait en sorte qu'il lance régulièrement des
> campagnes de demande de désincriptions afin justement d'éviter ce genre de
> situation. Ma question reste ouverte au sujet des seuil de req/s, syn/s,
> SMPT EHLO /s etc ... qu'un opérateur/gros maileur est en droit de limiter
> pour une mailing liste totalement légitime. Après comme le souligne Pierre,
> il y a des services payant qui "garantissent" l'envoie légitime de mail.
> Seulement là je fais de l'open source à 100% car mon clients n'a pas
> beaucoup de moyen...
>
> Un des premier éléments de réponse mis en évidence par Thomas, est de load
> balancer les mails sur un pool d'IP en sortie ceci permet d'éviter la
> propagation d'une IP dans les RBL.
> Un autre éléments de réponse serait d'utiliser des boites noir type
> ironport qui possède un mécanisme interne de communication inter-boiboite
> permettant de ne pas se faire "tagger"
>
> Si vous disposer de liens ajoutant d'autre éléments je suis fortement
> preneur :)
>
> /Marc
>
>
> Le 6 octobre 2010 17:41, Thomas Mangin a 
> écrit :
>
> > Je ne trouve plus ce blog qui expliquait les milles ET une manièreS dont
>> les MUA laisseNT filtrer l'info auX "pro du mail de masse" dommage c'était
>> super intéressant.
>>
>> Trouve - dans le bookmark :)
>>
>> https://secure.grepular.com/email_privacy_tester/
>> https://secure.grepular.com/Automated_Email_Privacy_Tester
>>
>> Thomas---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>>
>>
>

Re: [FRnOG] Contact Skynet pour mailing list

[Marc De Saya]

Merci Thomas, si tu en as d'autre je suis preneur.
Pour le reste je partage totalement l'avis de Pierre, une fois que tu es
inscrit à une mailing-list tu signifies clairement ton acceptation. C'est
pourquoi TOUTE liste de diffusion DOIT prévoir un mécanisme automatique de
désincription (avec un minimum de vérification). Si ça n'est pas le cas,
pour les liste française, la répression des fraudes et la CNIL sont la pour
ça. Et au pire il reste le filtre antispam local. Pour reprendre l'analogie
de Pierre, coller une étiquette "stop la pub" sur ta boite au lettre ne
suffit pas mais ça n'est pas pour autant que le "facteur" a le droit de
bener tout ce qui vient d'un utilisateur appartenant à une liste !

Les adhérents de mon clients souhaitent tous recevoir ce mail (ça n'est
absolument pas du SPAM). J'ai fait en sorte qu'il lance régulièrement des
campagnes de demande de désincriptions afin justement d'éviter ce genre de
situation. Ma question reste ouverte au sujet des seuil de req/s, syn/s,
SMPT EHLO /s etc ... qu'un opérateur/gros maileur est en droit de limiter
pour une mailing liste totalement légitime. Après comme le souligne Pierre,
il y a des services payant qui "garantissent" l'envoie légitime de mail.
Seulement là je fais de l'open source à 100% car mon clients n'a pas
beaucoup de moyen...

Un des premier éléments de réponse mis en évidence par Thomas, est de load
balancer les mails sur un pool d'IP en sortie ceci permet d'éviter la
propagation d'une IP dans les RBL.
Un autre éléments de réponse serait d'utiliser des boites noir type ironport
qui possède un mécanisme interne de communication inter-boiboite permettant
de ne pas se faire "tagger"

Si vous disposer de liens ajoutant d'autre éléments je suis fortement
preneur :)

/Marc


Le 6 octobre 2010 17:41, Thomas Mangin  a
écrit :

> > Je ne trouve plus ce blog qui expliquait les milles ET une manièreS dont
> les MUA laisseNT filtrer l'info auX "pro du mail de masse" dommage c'était
> super intéressant.
>
> Trouve - dans le bookmark :)
>
> https://secure.grepular.com/email_privacy_tester/
> https://secure.grepular.com/Automated_Email_Privacy_Tester
>
> Thomas---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>

Re: [FRnOG] Contact Skynet pour mailing list

[Marc De Saya]

Je comprends mieux le sens du pas intéressé (mais pas le pourquoi :)

Tu as oublié Yahuuue...

L'APINC ça a l'air pas mail et adapté à l'esprit associatif de mon client
mais peut être un peu limité pour une mailing liste bi-mensuelle de 100 000
utilisateurs ?

Si des sociétées spécialisé dans le sujet écoute, je veux bien qu'on me
contacte (raisonnablement) en pm (afin de ne pas polluer la liste avec des
propal) pour me proposer coût/service.

Pour les autres, comment gérer un serveur serveur de mailing-liste open
source et maintenir sa réputation bonne pour ne pas être dans les RBL où
taggé spamer ? existe-t-il de la doc ? des règles simples (j'en connais
certaines mais pour ce volume) ?

/Marc

Le 6 octobre 2010 16:36, Dominique Rousseau  a écrit :

> Le Wed, Oct 06, 2010 at 04:32:14PM +0200, Marc De Saya [mads...@gmail.com]
> a écrit:
> > Benjamin, ça part certes, mais est-ce que ça arrive et est-ce que ça
> > arrivera (ne sera pas marqué SPAM sur la route).
> > Thomas, si de telles boîtes existent, il doit y avoir une solution pour
> > faire ce qu'elle font.
>
> Oui, même si personne ne peut le garantir à 100%.
> Comme dit Benjamin, c'est un métier (le sien ;-) à part entière, que de
> connaitre les spécificités de tel ou tel serveur de chez GroMail,
> Chaumail ou AoHell.
>
> --
> Dominique Rousseau
> Neuronnexion, Prestataire Internet & Intranet
> 50, rue Riolan 8 Amiens
> tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.coop
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>

Re: [FRnOG] Contact Skynet pour mailing list

[Marc De Saya]

Benjamin, ça part certes, mais est-ce que ça arrive et est-ce que ça
arrivera (ne sera pas marqué SPAM sur la route).
Thomas, si de telles boîtes existent, il doit y avoir une solution pour
faire ce qu'elle font.

Pour l'instant la solution de relayer les mails moi même par un
mailman/sympa ou d'utiliser ceux de l'APINC me semble être la meilleure...

/Marc

Le 6 octobre 2010 16:05, Benjamin Billon  a écrit :

>
>  En pratique la limite est bien plus basse et le nombre de mails  q'une
>> nouvelle IP peut envoyer est souvent limite (le temps d'établir une
>> réputation)
>>
> Yep.
> (je dirais bien que c'est un métier mais bon)
>
>
>  Maintenant je me vois mal faire 1000 x 100 envois avec 5s de latence entre
>> chaque envoie (soit 1h30 en tout).
>> Ceci vaudrait très certainement une mauvaise réputation et un joli SPAM
>> sur mes courrier en peut de temps...
>>
> Oui. Il suffit de se mettre à la place des filtres anti-spam pour voir que
> ça serait considéré comme suspect.
> Surtout que tes 5s de latence ne servent pas à grand chose, il faut gérer
> les différentes contraintes imposées par les différents domaines (limite de
> connexions simultanées, de message par transaction, de nombre de messages
> acceptés par jour, par heure, par minute ...)
> 100 000 destinataires si c'est bien géré ça part en quelques minutes.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>

Re: [FRnOG] Contact Skynet pour mailing list

[Marc De Saya]

Effectivement Thomas, c'est bien la 5321, autant pour moi.
Par contre il n'y a pas de limite *imposée* mais une limite recommandée
Comme tu le dis 1000 c'est trop, le RFC semble en recommander 100

   The minimum total number of recipients that MUST be buffered is 100
   recipients.  Rejection of messages (for excessive recipients) with
   fewer than 100 RCPT commands is a violation of this specification.
   The general principle that relaying SMTP server MUST NOT, and
   delivery SMTP servers SHOULD NOT, perform validation tests on message
   header fields suggests that messages SHOULD NOT be rejected based on
   the total number of recipients shown in header fields.  A server that
   imposes a limit on the number of recipients MUST behave in an orderly
   fashion, such as rejecting additional addresses over its limit rather
   than silently discarding addresses previously accepted.  A client
   that needs to deliver a message containing over 100 RCPT commands
   SHOULD be prepared to transmit in 100-recipient "chunks" if the
   server declines to accept more than 100 recipients in a single
   message.

Maintenant je me vois mal faire 1000 x 100 envois avec 5s de latence entre
chaque envoie (soit 1h30 en tout).
Ceci vaudrait très certainement une mauvaise réputation et un joli SPAM sur
mes courrier en peut de temps...

Le 6 octobre 2010 15:40, Thomas Mangin  a
écrit :

> Yep,
>
> Au niveau MTA la limite par défaut pour le nombre de RCPT est très haute a
> mon gout, pour postfix c'est 1000 :
> http://www.postfix.org/postconf.5.html#smtpd_recipient_limit
> En pratique la limite est bien plus basse et le nombre de mails  q'une
> nouvelle IP peut envoyer est souvent limite (le temps d'établir une
> réputation).
>
> Pour la RFC de nos jours c'est 5321 et non plus 2821 et je ne me souviens
> pas y avoir vu de limites.
>
> Et non, je ne suis pas intéressé :)
>
> Thomas
> <http://www.postfix.org/postconf.5.html#smtpd_recipient_limit>
> On 6 Oct 2010, at 14:16, Marc De Saya wrote:
>
> Comme du SPAM chez Skynet (et sûrement chez d'autres)
>
> Tu as très certainement trois limites :
>
> - 1 au niveau du FAI
> - 1 au niveau du client mail (contournable)
> - 1 tailles des champs de la rfc2821 concernant SMTP
>
> Si tu scriptes côté clients je suppose que c'est le nombre de EHLO SMTP/s
> (ou syn/s ou req/s) de ton opérateur qui devrait te rejeter. D'où ma
> question.
>
> /Marc
>
> Le 6 octobre 2010 15:09, Bastien Migette  a
> écrit :
>
>>  Pourquoi ne pas faire qu'un seul message avec les 100 000 personnes en
>> CCI et en RCPT un mail du genre mailing-list-us...@domain.com ?
>>
>> Maintenant je dois avouer que je ne sais pas du tout comment traiteras ça
>> le serveur SMTP...
>>
>>
>>
>> *From:* owner-fr...@frnog.org [mailto:owner-fr...@frnog.org] *On Behalf
>> Of *Marc De Saya
>> *Sent:* Wednesday, October 06, 2010 15:08
>> *To:* Dominique Rousseau; frnog@frnog.org
>> *Subject:* Re: [FRnOG] Contact Skynet pour mailing list
>>
>>
>> Je n'en doute pas mais il est dans l'urgence (pour ce mois) et parcequ'à
>> termes une solution open source avec serveur dédié sera plus adapté.
>> Je veux juste être sûr que l'opérateur ne rejète pas les message et qu'il
>> ne se fasse pas bloqué (comme c'est déjà arrivé précédement).
>>
>> Marc
>>
>> Le 6 octobre 2010 14:59, Dominique Rousseau  a écrit
>> :
>>
>> Le Wed, Oct 06, 2010 at 02:20:05PM +0200, madsaya madsaya [
>> mads...@gmail.com] a écrit:
>>
>> > Son fournisseur d'accès est skynet.be. Hé oui il fait sa de chez lui
>> > en plus mais je compte lui proposer une alternative après cette
>> > solution temporaire
>>
>> Et pourquoi pas « maintenant » ?
>>
>> Je suis sur que plusieurs des abonnés ici pourraient te faire une
>> réponse en privé, avec les services de leur « boutique ».
>>
>>
>> --
>> Dominique Rousseau
>> Neuronnexion, Prestataire Internet & Intranet
>> 50, rue Riolan 8 Amiens
>> tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.coop
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>>
>>
>
>
>

Re: [FRnOG] Contact Skynet pour mailing list

[Marc De Saya]

A la limite je viens de penser à une solution :)
Ne serait-il pas envisageable, que je monte un mailman/Sympa sur mes infras
et que j'envoie les mails à sa place ?

Il suffirait que je change les champs MX et TXT du DNS de son domaine.
Avec Free ou Nerim, ça devrait potentiellement poser moins de problème (sic)
?

/Marc


Le 6 octobre 2010 15:16, Marc De Saya  a écrit :

> Comme du SPAM chez Skynet (et sûrement chez d'autres)
>
> Tu as très certainement trois limites :
>
> - 1 au niveau du FAI
> - 1 au niveau du client mail (contournable)
> - 1 tailles des champs de la rfc2821 concernant SMTP
>
> Si tu scriptes côté clients je suppose que c'est le nombre de EHLO SMTP/s
> (ou syn/s ou req/s) de ton opérateur qui devrait te rejeter. D'où ma
> question.
>
> /Marc
>
> Le 6 octobre 2010 15:09, Bastien Migette  a
> écrit :
>
>   Pourquoi ne pas faire qu'un seul message avec les 100 000 personnes en
>> CCI et en RCPT un mail du genre mailing-list-us...@domain.com ?
>>
>> Maintenant je dois avouer que je ne sais pas du tout comment traiteras ça
>> le serveur SMTP...
>>
>>
>>
>>
>>
>> *From:* owner-fr...@frnog.org [mailto:owner-fr...@frnog.org] *On Behalf
>> Of *Marc De Saya
>> *Sent:* Wednesday, October 06, 2010 15:08
>> *To:* Dominique Rousseau; frnog@frnog.org
>> *Subject:* Re: [FRnOG] Contact Skynet pour mailing list
>>
>>
>>
>> Je n'en doute pas mais il est dans l'urgence (pour ce mois) et parcequ'à
>> termes une solution open source avec serveur dédié sera plus adapté.
>> Je veux juste être sûr que l'opérateur ne rejète pas les message et qu'il
>> ne se fasse pas bloqué (comme c'est déjà arrivé précédement).
>>
>> Marc
>>
>> Le 6 octobre 2010 14:59, Dominique Rousseau  a écrit
>> :
>>
>> Le Wed, Oct 06, 2010 at 02:20:05PM +0200, madsaya madsaya [
>> mads...@gmail.com] a écrit:
>>
>> > Son fournisseur d'accès est skynet.be. Hé oui il fait sa de chez lui
>> > en plus mais je compte lui proposer une alternative après cette
>> > solution temporaire
>>
>> Et pourquoi pas « maintenant » ?
>>
>> Je suis sur que plusieurs des abonnés ici pourraient te faire une
>> réponse en privé, avec les services de leur « boutique ».
>>
>>
>> --
>> Dominique Rousseau
>> Neuronnexion, Prestataire Internet & Intranet
>> 50, rue Riolan 8 Amiens
>> tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.coop
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>>
>>
>>
>
>

Re: [FRnOG] Contact Skynet pour mailing list

[Marc De Saya]

Comme du SPAM chez Skynet (et sûrement chez d'autres)

Tu as très certainement trois limites :

- 1 au niveau du FAI
- 1 au niveau du client mail (contournable)
- 1 tailles des champs de la rfc2821 concernant SMTP

Si tu scriptes côté clients je suppose que c'est le nombre de EHLO SMTP/s
(ou syn/s ou req/s) de ton opérateur qui devrait te rejeter. D'où ma
question.

/Marc

Le 6 octobre 2010 15:09, Bastien Migette  a écrit
:

>  Pourquoi ne pas faire qu'un seul message avec les 100 000 personnes en
> CCI et en RCPT un mail du genre mailing-list-us...@domain.com ?
>
> Maintenant je dois avouer que je ne sais pas du tout comment traiteras ça
> le serveur SMTP...
>
>
>
>
>
> *From:* owner-fr...@frnog.org [mailto:owner-fr...@frnog.org] *On Behalf Of
> *Marc De Saya
> *Sent:* Wednesday, October 06, 2010 15:08
> *To:* Dominique Rousseau; frnog@frnog.org
> *Subject:* Re: [FRnOG] Contact Skynet pour mailing list
>
>
>
> Je n'en doute pas mais il est dans l'urgence (pour ce mois) et parcequ'à
> termes une solution open source avec serveur dédié sera plus adapté.
> Je veux juste être sûr que l'opérateur ne rejète pas les message et qu'il
> ne se fasse pas bloqué (comme c'est déjà arrivé précédement).
>
> Marc
>
> Le 6 octobre 2010 14:59, Dominique Rousseau  a écrit :
>
> Le Wed, Oct 06, 2010 at 02:20:05PM +0200, madsaya madsaya [
> mads...@gmail.com] a écrit:
>
> > Son fournisseur d'accès est skynet.be. Hé oui il fait sa de chez lui
> > en plus mais je compte lui proposer une alternative après cette
> > solution temporaire
>
> Et pourquoi pas « maintenant » ?
>
> Je suis sur que plusieurs des abonnés ici pourraient te faire une
> réponse en privé, avec les services de leur « boutique ».
>
>
> --
> Dominique Rousseau
> Neuronnexion, Prestataire Internet & Intranet
> 50, rue Riolan 8 Amiens
> tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.coop
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>
>

Re: [FRnOG] Contact Skynet pour mailing list

[Marc De Saya]

Je n'en doute pas mais il est dans l'urgence (pour ce mois) et parcequ'à
termes une solution open source avec serveur dédié sera plus adapté.
Je veux juste être sûr que l'opérateur ne rejète pas les message et qu'il ne
se fasse pas bloqué (comme c'est déjà arrivé précédement).

Marc

Le 6 octobre 2010 14:59, Dominique Rousseau  a écrit :

> Le Wed, Oct 06, 2010 at 02:20:05PM +0200, madsaya madsaya [
> mads...@gmail.com] a écrit:
> > Son fournisseur d'accès est skynet.be. Hé oui il fait sa de chez lui
> > en plus mais je compte lui proposer une alternative après cette
> > solution temporaire
>
> Et pourquoi pas « maintenant » ?
>
> Je suis sur que plusieurs des abonnés ici pourraient te faire une
> réponse en privé, avec les services de leur « boutique ».
>
>
> --
> Dominique Rousseau
> Neuronnexion, Prestataire Internet & Intranet
> 50, rue Riolan 8 Amiens
> tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.coop
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>