Forum Linux.debian/ubuntu A votre avis ... ?!?!

• # maître de stage

  Posté par gnu_thomas le 24 avril 2006 à 18:23. Évalué à 4.

  

  Trop bon la boite, il font faire leur architecture par un stagiaire qui lui vient la faire faire par les moules de linuxfr.
  
  Ne le prends pas mal je comprends bien que tu as besoin d'aide mais bon ...

  • [^] # Re: maître de stage

    Posté par Mouns (site web personnel) le 25 avril 2006 à 01:08. Évalué à 2.

    

    il doit avoir besoin d'un mec qui lui fait un how to ...
    
    c'est un stagiaire quoi, il est là pour apprendre.
    
    d'un autre coté, il n'a pas de salaire au mieux des indemnités, donc c pas comme si on faisait son boulot.
    
    dans le cadre de hosting, le mieux est d'ecrire un sendmail.cf à la main.
    
    pour un sujet de stage, c pas mal "parsing, génération & validation d'un sendmail.cf".

    • [^] # Re: maître de stage

      Posté par TitBen le 25 avril 2006 à 08:58. Évalué à 1.

      

      Comme le dit Moun's, un stage est fait pour apprendre de nouveaux éléments ! Avoir des expériences professionnelles !
      
      Et je demande pas qu'on fasse "mon boulot" ... mais juste un peu d'aide, histoire de m'éclairer ! Mais il est vrai qu'un How To serait coool ! lol Mais j'en demande pas tant !

• # amha

  Posté par Cereal Killer le 24 avril 2006 à 19:47. Évalué à 2.

  

  Choisis celui que tu connais le mieux!
  
  Ces trois serveurs de mails sont tous très bon et tous capable de gerer haut la main 10 000 mails/jour. Le mieux à faire, si t'as pas plus de contrainte materiel que ça, c'est de choisir celui que tu connais le mieux.
  
  Un petit + pour postifx, en toute subjectivité, parcequ'il à été conçu pour être facilement configurable et très sécurisé (ce qui est compatible avec la facilité de configuration)
  
  Et un petit - pour sendmail justement pour sa grande complexité de configuration (prend le temps de lire un sendmail.cf et tu comprendras), ce qui est incompatible avec la securité.

  • [^] # Re: amha

    Posté par viking le 24 avril 2006 à 20:43. Évalué à 1.

    

    Si tu n'en connais aucun, au lieu de tirer à pile ou face, regarde sur Internet celui pour lequel tu trouveras le plus facilement de l'aide et de la doc et/ou celui qui est le plus utilisé.
    
    A mon avis avec cette méthode tu devrais tomber sur Postfix.

  • [^] # Re: amha

    Posté par Nicolas Bernard (site web personnel) le 25 avril 2006 à 08:41. Évalué à 2.

    

    Je suis d'accord avec Cereal Killer. J'ajouterai juste Qmail dans la liste des choix possibles, à coté de PostFix (histoire de relancer le Troll sur les licences ;-) .

  • [^] # Re: amha

    Posté par TitBen le 25 avril 2006 à 09:05. Évalué à -1.

    

    J'ai déjà fait pas mal de recherche sur le net et je dois dire que le fichier de configuration de Sendmail fait peur !! Comme le dit si bien un Internaute : Si tu n'as pas une longue barbe et que tu ne vie pas dans un local machine, faut laisser tomber Sendmail ! LOL
    
    Sinon pour mes recherches, j'ai trouvé plus d'infos sur Postfix que sur Exim ! Et il est vrai que la configuration de Postfix a l'air beaucoup plus simple que celle d'Exim !
    
    Quand à Qmail ... c'est quasi pareil que Postfix, et je pense que Postfix est plus documenté que Qmail ! non ?
    
    Au niveau de Postfix, quel flux peut-il gérer au maximum ? Si vous avez des infos à ce sujet, je suis preneur ! pareil pour Exim4 ! ;)

• # Heu ....

  Posté par -=[ silmaril ]=- (site web personnel) le 24 avril 2006 à 22:02. Évalué à 2.

  

  > Je suis donc en train de refaire tout celà. Voici ma configuration en
  > cours :
  > un serveur web pour l'administration via php de l'annuaire ldap, de
  > mysql
  > un serveur sql
  > un serveur ldap
  > un serveur de messagerie !
  
  Alors pour commencer tu ne par pas du bon coté.
  As tu identifié les processus nécéssitant de la puissance cpu
  et les autres ?
  T'est-tu informé sur les capacités d'un serveur ldap et sur l'opportunité de la base sql (et vice-versa) ?
  Quelle est la criticité du service ?
  Quels sont les budgets/le matériel dont tu dispose ?
  
  Amha une meilleure approche pour ta messagerie serait de partir comme suit:
  
  1 un serveur de stockage avec backup / replication
  2 une base ldap avec toutes les informations des utilisateurs
  ++> a repliquer au min. une fois
  3 X serveurs de filtrage avec amavis, spamassin et clamav
  4 X serveurs 'transport' avec postfix/exim4/sendmail/courier-mta
  5 X serveurs 'utilisateurs' avec courier-pop/ldap ou cyrus
  
  + Utilisation du dns RR pour répartir la charge sur tes serveurs frontaux.

  • [^] # Re: Heu ....

    Posté par -=[ silmaril ]=- (site web personnel) le 24 avril 2006 à 22:04. Évalué à 1.

    

    Ah oui et puis le serveur web dedié pour gérér la messagerie
    amha c'est du gachis. C'est typiquement un point ou tu peut réutiliser un serveur existant.

  • [^] # Re: Heu ....

    Posté par TitBen le 25 avril 2006 à 09:22. Évalué à 1.

    

    Merci pour ta réponse Benoit !
    
    Tout d'abord, je me suis déjà posé la question sur le pourquoi du pourquoi faire moitié ldap, moitié sql ! Moi j'aurai préféré faire du full SQL ! Mais après mon maitre de stage, il préfère avoir un peu de LDAP .... !!!
    Est-ce pour une question de fonctionnalité supplémentaire au SQL ? Est-ce pour une question de compatibilité pour les clients externes ? je ne sais pas trop quoi en penser !
    
    Pour la criticité du service !? moi je comprends ça comme ceci : il faut un service opérationnel, disponible et performant !
    
    Pour le budget, c'est pas un souci ! s'il faut X machines, y aura X machines ! mais pour celà, il faut que se soit prouvé que les X machines soient absoluement nécessaire !
    
    Ton approche a l'air plutot pas mal ! C'est en partie sur celà que je me basé !
    
    Pour le serveur Web dédié, c'est un serveur qui servira pour tous les clients externes ! Dessus il y aura une interface Web pour que chaque client puisse administrer facilement leur messagerie propre. Et en plus, il y aura une interface Web pour que l'on puisse nous aussi administrer facilement toute la messagerie (que ce soit aussi bien sur la base SQL que sur l'annuaire LDAP). Alors je pense qu'un serveur Web dédié est nécessaire !
    
    Bon bah je retourne à mes recherches approfondies !
    Et merci pour l'aide ... c'est toujours bon de savoir qu'on peut compter sur des Internautes avertis !! ;)

    • [^] # Re: Heu ....

      Posté par -=[ silmaril ]=- (site web personnel) le 25 avril 2006 à 16:26. Évalué à 1.

      

      >Tout d'abord, je me suis déjà posé la question sur le pourquoi du pourquoi faire >moitié ldap, moitié sql ! Moi j'aurai préféré faire du full SQL ! Mais après mon >maitre de stage, il préfère avoir un peu de LDAP .... !!!
      >Est-ce pour une question de fonctionnalité supplémentaire au SQL ? Est-ce pour >une question de compatibilité pour les clients externes ? je ne sais pas trop quoi >en penser !
      
      Je suis d'accord avec ton maitre de stage dans ce cas il faut du ldap, pour une
      raison simple: le protocole et les applications sont optimisés pour la lecture au detriment de l'écriture, à contrario du sql où l'écriture est aussi importante que la
      lecture.
      
      Ma question portait en fait sur l'interet du SQL dans ce cas, je ne voit pas ce qui motive la presence d'une base SQL dans ton projet, tout pouvant etre integrer dans un annuaire ldap.

      • [^] # Re: Heu ....

        Posté par TitBen le 25 avril 2006 à 16:48. Évalué à 1.

        

        oui, je suis tout à fait d'accord avec lui aussi pour ldap !
        
        Sinon, le fait qu'il y ai du SQL, c'est juste purement administratif ! le sql n'intervient pas dans la réception des mails !
        SAUF QUE, y a un script qui vient lire dans la base SQL des domaines et mettre à jour (toutes les heures par exemples) le fichier contenant tous les domaines dispo !
        Ce système là est en place actuellement avec Exim4 ! peut-être qu'avec Postfix ceci peut etre supprimé ! mais ça n'enlève en rien le fait que c'est administratif !
        
        J'espère avoir été clair ... lol

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.