Re: Sendmail & Ldap
On Thursday 14 February 2002 10:36, Eric Piollet wrote: > > Bingo!!! Qd je relance sendmail : > map ldap_mailhost: class ldap not available > map ldap_mailroutingaddress : class ldap not available > > Quel est le problème ? Vient il de sendmail ou de mon annu ldap ?? Il semble que ton sendmail ne sache pas quoi faire avec une définition de class 'ldap'. As-tu compilé ta version pour ce genre d'accès ? La plupart des classes sont incluses par défaut, comme : hash, dbm, program, etc. Par contre, même en 8.11, ldap ne s'y trouve pas automatiquement. Je viens de trouver ça sur le net : Sendmail has support for ldap since somewhere around version 8.8.x using the map type ldapx.From version 8.10 and up an ldap database type ldap is supported. Please note that the ldap map support is not enabled per default in the RedHat package. Debian versions 2.2 and later do have ldap support in their sendmail, I am told. If you have to compile it yourself, please read the file sendmail/README from the sendmail sources. It contains valuable information about how to compile in the ldap support. Une bonne source d'info est : http://www.linuxdoc.org/HOWTO/LDAP-Implementation-HOWTO/ Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: sendmail
On Wed, 12 Dec 2001, Ryser François wrote: > Bonjours, je voudrais savoir si on peut logger pop3 dans un autre > fichier que celui de sendmail A priori je dirais non, car les deux utilisent probablement la classe syslog mail. Maintenant, on peut imaginer des tas de traitement pour faire cela par la suite. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: sendmail
Marc SCHAEFER wrote: > La plupart des systèmes propriétaires usent de `paquets' logiciels: > exemple, un Microsoft Proxy Server se charge de firewall, de proxy, de > cache, voire de masquerading/NAT, etc, tâches très spécifiques et donc > dévolues à des programmes différents sous système ouvert. Pour information, Microsoft appelle maintenant cela ISA (Internet Security and Acceleration Server) si c'est bien ce que je pense. Un collègue est en train d'étudier ça et il m'a fait savoir que ce ISA faisait tout ce que tu sitesconfiguration recommande par MS : P3 quelques centaines de Mhz (je sais plus la valeur exacte), 512 Mo de RAM, ... J'aurais bien aimé tester ça, mais j'ai qu'un P200 64 Mo de Ram à disposition :) Yann Souchon- [EMAIL PROTECTED] Etudiant EIG Telecom - GPG Key ID: 54B0E099 http://eig.unige.ch - http://linuxCH.org -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: sendmail
On Sat, 27 Oct 2001, Moncho Jeremy wrote: > J'avais l'impression que sendmail etais un outil tres elabore d' > "email delivery", qui pouvais utiliser tous les protocols précités > MDA, SMTP, MTA, POP3, et IMAP. sendmail implémente effectivement la partie MTA (en SMTP ou d'autres protocoles). La livraison proprement dite dans la boîte-aux-lettres est effectuée par mail.local ou par procmail. Les services de consultations de courrier sont effectués par des daemons POP ou IMAP indépendants de sendmail. > J'image que la vrai question a poser est "a quoi sert sendmail"? Implémenter un `switch' de courrier électronique, dans lequel on injecte des messages électroniques en format SMTP, qui peut réécrire les adresses de différents formats (UUCP ou DECmail, p.ex., mais cela est historique), ainsi qu'implémenter la livraison via SMTP ou d'autres protocoles. Certainement pas faire la livraison finale ni la consultation. On voit là d'ailleurs un concept fondamental d'UNIX -- et de Linux -- séparer les fonctionnalités. La plupart des systèmes propriétaires usent de `paquets' logiciels: exemple, un Microsoft Proxy Server se charge de firewall, de proxy, de cache, voire de masquerading/NAT, etc, tâches très spécifiques et donc dévolues à des programmes différents sous système ouvert. Donc, la question revient: que veux-tu faire *exactement* ? -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: sendmail
>C'est peut-être très clair pour toi, mais pas pour nous. C'est encore moins clair pour moi! >Et c'est quoi un `serveur d'email' ? Un truc qui délivre un mail à >un utilisateur local (MDA), un truc qui envoie, via SMTP, un mail à un serveur distant (MTA), un serveur POP ou IMAP ? J'avais l'impression que sendmail etais un outil tres elabore d' "email delivery", qui pouvais utiliser tous les protocols précités MDA, SMTP, MTA, POP3, et IMAP. En m'informant sur des liens données par certains d'entre vous, j'ai eu 2 impressions: que c'etais bien ce qu'il faisait, ou que ce n'etais pas du tout cela, et qu'en fait c'etait un outil de messagerie de reseau linux. J'image que la vrai question a poser est "a quoi sert sendmail"? Merci d'avance, Jeremy -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: sendmail
On Sat, 27 Oct 2001, Moncho Jeremy wrote: > je recherche, c'est un server d'email. En effet, j'utilise les Et c'est quoi un `serveur d'email' ? Un truc qui délivre un mail à un utilisateur local (MDA), un truc qui envoie, via SMTP, un mail à un serveur distant (MTA), un serveur POP ou IMAP ? C'est peut-être très clair pour toi, mais pas pour nous. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Sendmail configuration
On Fri, 23 Feb 2001, Ryser Francois wrote: > Bonjours, > > j'ai 2 machines Linux (Linux1 et Linux2) sur le réseau. > je suis connecté a Internet par un FW qui n'autorise que la machine linux1 à > envoyer du mail sur Internet. Je veux envoyer un mail depuis la machine > linux2. > > J'ai pus envoyer du mail sur Internet cela fonctionne mais le serveur en > face refuse le mail car il reçoit comme adresse [EMAIL PROTECTED] et > lorsqu'il verifie l'adresse sur linux1 qui est le MX de xxx.com l'adresse > [EMAIL PROTECTED] n'est pas reconnu. > > Comment résoudre ce problème ? J'avais utilise ``genericsdomain'' pour cela, info trouvée dans le ``HOWTO/mini/Sendmail-Address-Rewrite'' -- Félix Hauri - <[EMAIL PROTECTED]> - http://www.f-hauri.ch -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Sendmail configuration
Je n'ai pas tout compris (MX??), mais tu peus peut-etre changer linux2 ppour qu'elle soit acceptée. Dans ce cas tu peus lancer linuxconf et changer ton adresse dans masquerade. (ou bien utiliser les "roles" de Pine, peut-etre? -- _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ Bruno Crochet Tel : +41 22 705 91 33 (Bureau 4134) Uni Mail - FaPSE+41 22 705 93 80 (Labo Son) 40 bd du Pont d'ArveFax : +41 22 705 91 29 1211 Geneve 3 (Suisse) http://www.unige.ch/fapse/PSY/persons/bovet/crochet/ -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Sendmail configuration
On Fri, 23 Feb 2001, Ryser Francois wrote: > Comment résoudre ce problème ? Si c'est sendmail, DMdomaine.ch (MASQUERADE_AS dans le m4). -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: sendmail
On Fri, 29 Dec 2000, Daniel Cordey wrote: > Donc, peut-on dire que l'on s'oriente vers un abandon de sendmail ? Quelle est > la nouvelle tendance ? Va-t-on vers vers une solution (qmail OU postfix) ? ou > alors les deux a la fois ? Personnellement j'utilise toujours sendmail et j'en suis tout à fait satisfait. Mais si je devais créer une nouvelle infrastructure, je regarderais en détail postfix. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: sendmail
Commentaires trouvé sur Linuxfr sur la question: Exim tient la charge aussi bien que postfix quand on sait le configurer. Un peu comme Sendmail ... Disons qu'avec Exim tu peux réaliser beaucoup de chose facilement parce que tu as un programme qui est bien documenté, et une grosse doc livré en standart. Disons que chaque serveur de mail a des avantages et des inconvénients. Par exemple, Postfix ne supporte par les quotas car wiese n'en veut pas. Il faut récupérer un patch, comme pour Qmail. Par contre, si tu veux faire du relay de mail, sans rien stocker sur le disque, postfix est plus rapide, il ne vas pas écrire de fichier sur ton disque à l'inverse des autres. Postfix est plus lent lorsque tu envoies tes messages via /usr/lib/sendmail -i que via SMTP. Tout dépend de l'utilisation que tu veux en faire. Avec les logiciels tu as le choix, tu choisis donc le meilleur pour ton besoin. Luc S. Yann Forget a écrit : > > Daniel Cordey a écrit : > > la nouvelle tendance ? Va-t-on vers vers une solution (qmail OU postfix) ? ou > > alors les deux a la fois ? -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: sendmail
Daniel Cordey a écrit : > Donc, peut-on dire que l'on s'oriente vers un abandon de sendmail ? Quelle est Oui. Je crois qu'il y a un consensus là-dessus. > la nouvelle tendance ? Va-t-on vers vers une solution (qmail OU postfix) ? ou > alors les deux a la fois ? Certains préfèrent Qmail, d'autres Postfix. Ça ne tient principalament pas AMA à des raisons techniques. C'est un peu Emacs vs. Vi.;-) Pas de flame-war, SVP. ;-) Personnellement, je préfère Postfix, après avoir administré Sendmail et essayé Qmail. Je pense que, comme pour tous dans les logiciels libres, la diversité est une richesse. Pour résumer, voici les points forts AMA des deux logiciels: Qmail: interface Web de gestion des comptes. Sécurité. Autres ? Postfix: structure & syntaxe des fichiers de config. Facilité d'installation et d'administration. Performance (Sendmail x 3 annoncé). Support natif LDAP, MySQL. Architecture sécurisée (pas d'exécutable SuidRoot, la plupart des exécutables peuvent fonctionner chroot, etc.) Wietse Venema, le concepteur de Postfix, est aussi celui qui a fait Tcpdump, etc. > Je suis favorable a suivre les nouvelles tendances mais je n'aime pas trop > devoir changer de strategie tous les six mois... Quand il s'agit d'assurer une > continuite sur plusieurs systemes, on ne peut pas trop se planter. Yann -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: sendmail
On Thu, 28 Dec 2000, Marc SCHAEFER wrote: > Mais sendmail reste sendmail: c'est assez compliqué, et le programme est > assez vieux. C'est pour cela que de `nouveaux' logiciels ont été créés, > certains dans un but de fiabilité/sécurité/efficacité (qmail), et d'autres > dans un but de performance (postfix). > ... Donc, peut-on dire que l'on s'oriente vers un abandon de sendmail ? Quelle est la nouvelle tendance ? Va-t-on vers vers une solution (qmail OU postfix) ? ou alors les deux a la fois ? Je suis favorable a suivre les nouvelles tendances mais je n'aime pas trop devoir changer de strategie tous les six mois... Quand il s'agit d'assurer une continuite sur plusieurs systemes, on ne peut pas trop se planter. Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: sendmail
On Thu, 28 Dec 2000, hatim wrote: > est ce que sendmail permet et supporte l envoie de beaucoup de mail a la Il y a de très grands sites qui utilisent sendmail. Les versions récentes offrent des queues multiples, une meilleure prioritization, etc. Mais sendmail reste sendmail: c'est assez compliqué, et le programme est assez vieux. C'est pour cela que de `nouveaux' logiciels ont été créés, certains dans un but de fiabilité/sécurité/efficacité (qmail), et d'autres dans un but de performance (postfix). Passé les problèmes de jeunesse, et en particulier dans l'environnement relativement homogène d'aujourd'hui (UUCP, FTN, DECmail et autres sont du passé), ces logiciels sont tout à fait valables, et parfois plus simples à configurer, d'un design plus simple (KISS), d'une meilleure sécurité, et d'une meilleure performance. PS: avant d'envoyer un mail en masse, vérifie que tu as l'accord (implicite, ou explicite) de tes correspondants. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: sendmail : DNS time out...
Quoting Marc SCHAEFER <[EMAIL PROTECTED]>: > On Wed, 27 Dec 2000, Philippe Strauss wrote: > > > Ohh oui, j'imagine que c'est TCP Explicit congestion notification > (ECN)? > > Oui > > > Je savais pas que cela posait quelques problemes d'implementation > > chez cisco mais ca m'interesse, je vais fouiller le sujet :) > > Ici: > http://lists.insecure.org/linux-kernel/2000/Sep/1573.html > > Semble-t-il le firewall Cisco PIX est très strict en ce sens qu'il > vérifie > que les bits réservés de IPv4 dans le RFC ad-hoc sont bien à zéro. > Malheureusement, ces bits ont été définis dans un RFC ultérieur, > amendant > IPv4, et ça les ingénieurs CISCO ne l'ont pas vu. Ah ok le PIX, pas grave, c'est facilement corrigeable si ces cons la (cisco) le veulent bien (le PIX est un PC avec du soft). > Par contre, pour moi cela montre un design consciencieux de la part de > CISCO: ne pas laisser passer des choses qui ne sont pas encore définies > à > travers un firewall est une bonne politique. oui, mais t'emballe pas c'est rare ca chez cisco.. d'habitude, les packets de protocol de routage non-conforme sont interprete coute que coute est envoye dans la table de routage avec un minimum d'error checking.. de temps en temps cela pose probleme, comme en octobre de cette annee ou 258 gros tas de merde cisco GSR 12000 chez UUnet USA (AS701) ou tous crashe en meme temps Le PIX est un design d'une societe qu'ils ont rachete, j'imagine que cette maniere de faire datait d'avant le rachat :-) Si qqun a besoin d'un gros routeur, genre c7500, regardez serieusement les M5 et M10 de juniper (www.juniper.net) cela se vend comme des petits pains aux usa parait-il. deux URL qui font rire: http://www.theregister.co.uk/content/5/15326.html http://www.cctec.com/maillists/nanog/historical/0010/msg00302.html A+ -- Philippe Strauss, SafeHost SA. En offrant aux regards trop de drame humain, la technologie nous a desensibilisés, tant sur notre propre souffrance que sur celle des autres. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: sendmail
hatim a écrit : > > bonjour > est ce que sendmail permet et supporte l envoie de beaucoup de mail a la > fois ??? > beaucoup , genre 10.000 , 100.000 , 1.000.000 , 10.000.000 > est ce paramettrable ?? Pour un serveur conséquent, utilise plutôt Postfix : - plus performant, - mieux sécurisé, - plus facile à administrer. http://www.postfix.org/ Yann -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: sendmail : DNS time out...
On Wed, 27 Dec 2000, Philippe Strauss wrote: > Ohh oui, j'imagine que c'est TCP Explicit congestion notification (ECN)? Oui > Je savais pas que cela posait quelques problemes d'implementation > chez cisco mais ca m'interesse, je vais fouiller le sujet :) Ici: http://lists.insecure.org/linux-kernel/2000/Sep/1573.html Semble-t-il le firewall Cisco PIX est très strict en ce sens qu'il vérifie que les bits réservés de IPv4 dans le RFC ad-hoc sont bien à zéro. Malheureusement, ces bits ont été définis dans un RFC ultérieur, amendant IPv4, et ça les ingénieurs CISCO ne l'ont pas vu. Par contre, pour moi cela montre un design consciencieux de la part de CISCO: ne pas laisser passer des choses qui ne sont pas encore définies à travers un firewall est une bonne politique. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: sendmail : DNS time out...
Quoting Marc SCHAEFER <[EMAIL PROTECTED]>: > Philippe Strauss a dit: > > > 'provider') il y a des choses interessante a faire (strategie > > de queueing autre que FIFO a activer, selon l'access serveur utilise) > > mais bon, m'ettonerait que tu aies ca sous ton controle. > > De quoi s'agit-il ? S'agit-il de rendre p.ex. les paquets UDP de DNS > prioritaires dans les routeurs, et comme derniers candidats pour > `dropping' ? Dans cet ordre d'idee, mais en evitant le risque de voir les packet UDP en question prendre toute la bande passante a dispositions du fait qu'ils seraient traiter dans une file d'attente de plus haute priorite. Une solution plus simple a mettre en oeuvre (mais plus futee en realite, au niveau du routeur) c'est d'activer (si il est disponible ce qui n'est pas si evident) le FQ, fair queueing, qui, grosso-modo, identifie chaques flux (en regardant le protocole, les ip et ports source et dest.) et le gere independamment les uns des autres. ainsi, meme avec du traffic 'en gros' genre SMTP dans ce cas la, les conversations DNS serait traitee dans des DELAIS acceptable. J'ai eu des problemes similaires il y a qques semaines chez safehost, on a travaille pendant 1 mois sur un canal B isdn (64kbit/s), puree ca m'a fait chier de decouvrir que l'access server du cote provider ne supportait aucun queueing 'intelligent' (autre que FIFO). > J'ai aussi entendu parler d'options de congestion-avoidance dans TCP > (notamment avec Linux 2.4), en particulier en raison du fait que cela > pose > des problèmes de compatibilité avec des routeurs Cisco. A part ça, c'est > utile ? Ohh oui, j'imagine que c'est TCP Explicit congestion notification (ECN)? oui c'est tres utiles, c'est une possibilite offerte au routeurs d'indiquer aux stacks TCP envoyant du traffic de reduire son debit pour cause de congestion quelque part sur le trajet, SANS packet drop. Je savais pas que cela posait quelques problemes d'implementation chez cisco mais ca m'interesse, je vais fouiller le sujet :) Note que j'ai active TCP ECN et TCP SACK (selective acknowledgement) des qu'ils etaient disponible et j'ai jamais eu un bleme avec. > merci & bonnes fêtes encore. merci et bonne fetes aussi :) -- Philippe Strauss, SafeHost SA. En offrant aux regards trop de drame humain, la technologie nous a desensibilisés, tant sur notre propre souffrance que sur celle des autres. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: sendmail : DNS time out...
On Sun, 24 Dec 2000, Dominique Muller wrote: > que pour la performence... et puis ça me met dans une situation identique > ou je suis sur ligne louée et que je dois tout faire, c'est une bonne raison > dicticielle... La différence est qu'il y a un grand risque que ton cache DNS soit vide ... -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: sendmail : DNS time out...
Philippe Strauss a dit: > 'provider') il y a des choses interessante a faire (strategie > de queueing autre que FIFO a activer, selon l'access serveur utilise) > mais bon, m'ettonerait que tu aies ca sous ton controle. De quoi s'agit-il ? S'agit-il de rendre p.ex. les paquets UDP de DNS prioritaires dans les routeurs, et comme derniers candidats pour `dropping' ? J'ai aussi entendu parler d'options de congestion-avoidance dans TCP (notamment avec Linux 2.4), en particulier en raison du fait que cela pose des problèmes de compatibilité avec des routeurs Cisco. A part ça, c'est utile ? merci & bonnes fêtes encore. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: sendmail : DNS time out...
Le dim, 24 déc 2000, Philippe Strauss a écrit : > Veille aussi a ne pas utiliser un trop gros MTU/MRU sur le lien ISDN, > 296 bytes est un bon choix, mais pas plus a ce debit!! > Si tu as le controle sur l'autre bout du lien (le cote > 'provider') il y a des choses interessante a faire (strategie > de queueing autre que FIFO a activer, selon l'access serveur utilise) > mais bon, m'ettonerait que tu aies ca sous ton controle. Pas dans mon cas, j'utilise un routeur isdn sur l'ethernet... je ne crois pas pouvoir modifier ces paramètres sur le routeur qui *devraient* être fixées à une valeure standard pour une connexion isdn. J'ai passé bind en forwarding sur le serveur dns de mon provider, les requêtes dsn se font très nettement plus rapides. Merci, Dom. -- Email : hb9hli @ bluewin.ch ou hb9hli @ free.fr ICQ#: 16107255 AX25mail : [EMAIL PROTECTED] Node: HB9IAC-11 Snail-mail: PO Box 133 ch-2400 Le Locle - Switzerland Web : http://hb9hli.cjb.net (hamradio and linux) Powered by LinuX 2.2 -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: sendmail : DNS time out...
Quoting Dominique Muller <[EMAIL PROTECTED]>: > Salut à tout le monde, > > Une petite quesion pour Noel :-) et oui, c'est qu'à ce moment ou > j'envoie des > messages avec une grande liste de ditribution, résultat, sendmail râle à > cause > du DNS... (dns time-out) > > Je pence que le trafic généré sur la ligne (isdn-64k) retarde le DNS à > faire ses > reqêtes. Mais alors comment résoudre le problème, chercher côté sendmail > ou bien > côté DNS ? Veille aussi a ne pas utiliser un trop gros MTU/MRU sur le lien ISDN, 296 bytes est un bon choix, mais pas plus a ce debit!! Si tu as le controle sur l'autre bout du lien (le cote 'provider') il y a des choses interessante a faire (strategie de queueing autre que FIFO a activer, selon l'access serveur utilise) mais bon, m'ettonerait que tu aies ca sous ton controle. A+ -- Philippe Strauss, SafeHost SA. Psychiatrists say that one out of four people are mentally ill. Check three friends. If they're OK, you're it. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: sendmail : DNS time out...
Le dim, 24 déc 2000, Marc SCHAEFER a écrit : > Pourquoi ne pas utiliser le serveur SMTP du fournisseur de service (celui > qui a une connexion permanente :)) comme smart-host ? > > Ca te permettra aussi de raccrocher plus vite. Oui j'y ai songé, mais j'ai une sale tronche d'indépendantiste ;-))) Mon but était de me rendre le plus indépendant du provider, plus par jeu que pour la performence... et puis ça me met dans une situation identique ou je suis sur ligne louée et que je dois tout faire, c'est une bonne raison dicticielle... Dom. -- Email : hb9hli @ bluewin.ch ou hb9hli @ free.fr ICQ#: 16107255 AX25mail : [EMAIL PROTECTED] Node: HB9IAC-11 Snail-mail: PO Box 133 ch-2400 Le Locle - Switzerland Web : http://hb9hli.cjb.net (hamradio and linux) Powered by LinuX 2.2 -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: sendmail : DNS time out...
Le dim, 24 déc 2000, Francois Deppierraz a écrit : > Si c'est un problème DNS tu peux essayer d'installer un Bind en mode > forward sur ta machine afin qu'il aille directement demander les infos > au serveur de ton provider qui aura sûrement une meilleure connectivité > avec les root-servers. Effectivement c'est bien plus rapide, je vais voir si sendmail fonctionne mieux ainsi. Je veux encore voir si on peut faire en mode forward et si ça ne marche pas, faire un request sur les root-servers, si c'est possible. Merci... Dom. -- Email : hb9hli @ bluewin.ch ou hb9hli @ free.fr ICQ#: 16107255 AX25mail : [EMAIL PROTECTED] Node: HB9IAC-11 Snail-mail: PO Box 133 ch-2400 Le Locle - Switzerland Web : http://hb9hli.cjb.net (hamradio and linux) Powered by LinuX 2.2 -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: sendmail : DNS time out...
On Sun, 24 Dec 2000, Dominique Muller wrote: > Une petite quesion pour Noel :-) et oui, c'est qu'à ce moment ou > j'envoie des messages avec une grande liste de ditribution, résultat, > sendmail râle à cause du DNS... (dns time-out) Pourquoi ne pas utiliser le serveur SMTP du fournisseur de service (celui qui a une connexion permanente :)) comme smart-host ? Ca te permettra aussi de raccrocher plus vite. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: sendmail : DNS time out...
On Sun, Dec 24, 2000 at 02:09:31PM +, Dominique Muller wrote: > Une petite quesion pour Noel :-) et oui, c'est qu'à ce moment ou j'envoie des > messages avec une grande liste de ditribution, résultat, sendmail râle à cause > du DNS... (dns time-out) > > Je pence que le trafic généré sur la ligne (isdn-64k) retarde le DNS à faire ses > reqêtes. Mais alors comment résoudre le problème, chercher côté sendmail ou bien > côté DNS ? > > J'utilise senmail avec une déclaration d'adresse et de domaine sortant, côté > DNS, j'attaque le root DNS avec le script fourmi avec la suse 7.0. pour toute > adresse autre que le réseau local. Si c'est un problème DNS tu peux essayer d'installer un Bind en mode forward sur ta machine afin qu'il aille directement demander les infos au serveur de ton provider qui aura sûrement une meilleure connectivité avec les root-servers. -- Francois Deppierraz <[EMAIL PROTECTED]> Nimag Networks Sàrl - www.nimag.net Phone +41 21 847 00 75 - Fax +41 21 847 00 77 PGP Key ID: 9D283BC9 -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Sendmail, SMART_HOST
Je suis egalement chez Sunrise, mais sous smtp.spectraweb.ch et pop.spectraweb.ch On Mon, 04 Dec 2000 16:11:56 +, Alexandre Galletet wrote: >>Je suppose que ceci est le fournisseur de service SMTP ? P.ex. si >>tu >>te >> >>connectes par Sunrise cela devrait être mail.sunrise.ch. >> >http://www-internal.alphanet.ch/linux-leman/ avant de poser >une question. -- H.Savary, [EMAIL PROTECTED] on 12.05.2000 -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Sendmail, SMART_HOST
> > DEFINE('SMART_HOST', 'mail.gramu.com')dnl Y'aurais pas un pb de syntaxe ? Chez moi j'ai : define(`SMART_HOST', `smtp8:[smtp.wanadoo.fr]')dnl -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Sendmail, SMART_HOST
>Je suppose que ceci est le fournisseur de service SMTP ? P.ex. si tu >te >connectes par Sunrise cela devrait être mail.sunrise.ch. > >Tout juste. J'ai essayé de remplacer mail.gramu.com avec >mail.sunrise.ch, mais j'ai toujours le meme problème! > >l'adresse du serveur SMTP de freeusrf est : smtp.freesurf.ch >(le POP : pop.freesurf.ch) > >je ne sais pas si c'est la source du problème... mais peut-être que ça >peut aider... J'ai essayé, mais l'erreur est ailleur (la vérité aussi :-)) Merci Alex -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Re: Sendmail, SMART_HOST
>> DEFINE('SMART_HOST', 'mail.gramu.com')dnl > > > >Je suppose que ceci est le fournisseur de service SMTP ? P.ex. si tu >te >connectes par Sunrise cela devrait être mail.sunrise.ch. > >Tout juste. J'ai essayé de remplacer mail.gramu.com avec >mail.sunrise.ch, mais j'ai toujours le meme problème! > l'adresse du serveur SMTP de freeusrf est : smtp.freesurf.ch (le POP : pop.freesurf.ch) je ne sais pas si c'est la source du problème... mais peut-être que ça peut aider... fred -- Enjoy more time at less cost with sunrise freetime http://go.sunrise.ch/de/sel/default.asp -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Sendmail, SMART_HOST
On Mon, 4 Dec 2000, Alexandre Galletet wrote: > DEFINE('SMART_HOST', 'mail.gramu.com')dnl Je suppose que ceci est le fournisseur de service SMTP ? P.ex. si tu te connectes par Sunrise cela devrait être mail.sunrise.ch. Tout juste. J'ai essayé de remplacer mail.gramu.com avec mail.sunrise.ch, mais j'ai toujours le meme problème! Que faire pour trouver le problème. Merci Alex -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Sendmail, SMART_HOST
On Mon, 4 Dec 2000, Alexandre Galletet wrote: > DEFINE('SMART_HOST', 'mail.gramu.com')dnl Je suppose que ceci est le fournisseur de service SMTP ? P.ex. si tu te connectes par Sunrise cela devrait être mail.sunrise.ch. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.