2010-06-06 7 views
1

Je suis prêt à créer une application de messagerie qui fonctionne du côté serveur. N'étant pas familier avec un serveur particulier, je me demande si je peux obtenir quelques recommandations basées sur votre expérience. Je recherche un démon stable, prêt pour la production et évolutif, qui offre une interface c/cpp api facile à utiliser.Quel serveur de messagerie choisiriez-vous pour développer votre produit au-dessus de

Je suis prêt à accrocher les mails entrants et sortants et les manipuler avant l'expédition ou placé dans la boîte de réception.

Note:

  1. MS Exchange ou tout autre non open source ne sont pas une option
  2. doit être exécuté sur linux

Répondre

1

Sendmail, car il a l'avantage, qu'aucun de vos clients (potentiels) ne peut se plaindre de se comporter de manière non standard - Sendmail est la norme de facto.

Bien sûr, tout le reste pourrait être contre - mais personne au monde n'a de serveur de messagerie qui ne parlera pas à sendmail.

Je suppose bien sûr que vous voulez que votre serveur de messagerie puisse communiquer avec d'autres serveurs de messagerie OEM, car c'est une exigence de cette application.

Si, par contre, votre serveur de messagerie a seulement besoin de parler à d'autres instances de lui-même (ou d'autres choses sur lesquelles vous avez le contrôle et l'intention de tester), n'hésitez pas à ignorer cette suggestion.

+0

a choisi votre réponse mais je vais probablement utiliser postfix, car il était le meilleur ;-) –

0

Apache James est un serveur de messagerie basé sur Java open source avec excellentes options pour l'extensibilité.

+0

vu, mais préfèrent un serveur c/C++ pour deux raisons, les performances et l'intégration. mon application est implémentée en c, et je n'ai aucune expérience avec java et c binding. Y a-t-il un support pour un tel en Java? Peut-être que je devrais google pour cette question particulière ;-) –

+0

Je voudrais éditer votre question pour refléter vos préférences. Et les performances sont-elles un problème lorsque vous êtes susceptible d'être lié au réseau? (pour ne pas mentionner l'optimiseur JVM JIT est extrêmement puissant) –

+0

vous avez raison avec deux points. l'édition aurait lieu rapidement. En ce qui concerne les performances, dans un environnement de trafic intense, chaque cycle de processeur compte, ainsi que chaque Go de RAM. Je ne souhaite pas fournir un clone Exchange en termes de complexité, de géant et de maladresse - je souhaite que mon application soit décrite comme étant légère, extrêmement rapide et facile à mettre à l'échelle. –