Ai-je vraiment besoin d'Exchange Server?

Ma société a obtenu une application que nous développons, une grande partie est la fonction de messagerie sur elle (envoi uniquement). Jusqu'à présent, nous avons été en mesure de gérer tout ce qui concerne le service smtp régulier (dans la maison, par exemple) dans le server Windows 2008. Je me request et je souhaite que vos opinions sur si Exchange Server est allé nous faire de bien? Gardez à l'esprit que nous n'envoyons que des courriels. Si vous pensez que ce serait bien, j'apprécierais également la motivation.

EDIT: Quels bénéfices pour notre application, si nous utilisons le server Exchange pour le courrier électronique? Nous avons développé cette application et c'est génial. Maintenant, nous avons eu une réunion et nous voulons étendre l'application et peut-être utiliser d'autres logiciels comme le server d'échange et ainsi de suite. Je peux lire sur le server, mais parfois j'entends parler d'autres personnes et les pensées donnent une autre perspective.

Désolé si mes tags sont fous sur celui-ci, et désolé pour la question mal posée, à ma défense, j'étais fatigué;)

Merci les gars

Vous n'avez pas besoin du server Exchange du tout. Vous pouvez utiliser le service SMTP embedded dans Windows Server pour envoyer ou utiliser un server SMTP qui est déjà utilisé dans l'entreprise (ce qui peut être nécessaire en cas de ressortingctions de pare-feu sur le trafic SMTP sortant).

Je repenserais la prémisse de la question. Si tout ce que vous faites, envoyez un courrier électronique, tout ce dont vous avez vraiment besoin, c'est le framework .net et un FAI avec un relais de messagerie. Vous n'avez pas besoin de SMTP sur le server Windows du tout pour simplement envoyer un courrier électronique. Je vous suggérerait plutôt de penser à quoi-quoi que ce soit que vous pourriez get pour la valeur si vous aviez un server Excahnge disponible pour votre application. Par exemple, une fonction de suivi des messages (par l'expéditeur et non les reçus) serait-elle précieuse? Existe-t-il des exigences d'archivage? par fonctionnalité de gestion de l'expéditeur? Exchange (comme beaucoup de produits Microsoft) n'est pas seulement une application mais une plate-forme à part entière. L'autre chose à penser lorsque vous travaillez avec microsoft platforsm est que la valeur n'est pas dans une seule application, mais dans l'intégralité de la stack du côté client. L'une des façons d'append de la valeur instantanée à votre application consiste à exploiter la stack, plutôt qu'à créer une application qui résout le problème X (par exemple, MyApp est la meilleure solution pour créer des widgets et éventuellement s'intègrer à l'échange)

Le server Exchange est beaucoup plus que le courrier électronique. Si tout ce que vous devez faire est d'envoyer un email, avez-vous regardé linux A c'est B gratuit, il vous suffit d'envoyer un courrier électronique.

L'échange est fantastique sur ce qu'il fait. Mais l'utiliser comme une tête de tête SMTP pour une application serait comme utiliser un navire de croisière à bord de l'océan dans votre baignoire. Non seulement cela coûtera cher pour vos besoins, il sera maladroit de le configurer correctement et de le garder en security lorsque tout ce que vous voulez est une petite partie de sa fonctionnalité, une petite partie disponible plus facilement.

Si vous regardez Exchange, cela implique que vous utilisez déjà Windows? Si tel est le cas, je regarderais certainement les solutions SMTP plus simples disponibles pour Windows, y compris celle qui, je pense, est toujours embeddede dans IIS, ce qui, je pense, est ce que vous faites déjà? Avez-vous une raison d'être mécontent de cela pour le moment, ou votre question est-elle plus conforme aux lignes de «J'entends parler de cette chose d'échange tout le time alors je me demandais de quoi il s'agissait»?

Nous sums une maison de change, mais même si notre logiciel de service d'assistance, par exemple, utilise effectivement blat pour envoyer des courriels, simplement parce que c'est tout ce dont il a besoin.