C#/Exchange EMail Client

Question

J'ai besoin de créer un service Windows C# très simple pour écouter et traiter les emails avec des lignes d'objet spéciales. J'ai déjà le code qui traite ces courriels qui fonctionnent bien. Pour faciliter le développement, j'ai juste emballé le code dans un "Outlook Addin" sur ma propre machine, fonctionnant sous mon propre compte email. Fonctionne très bien.

Maintenant que cela fonctionne, je dois le déplacer vers le serveur. J'ai une configuration spéciale de compte de courrier électronique sur le serveur d'échange à cette fin. Je ne veux vraiment pas que Outlook s'exécute sur le serveur. Existe-t-il un autre moyen de se connecter à ce compte de messagerie et d'écouter les e-mails de mon service Windows sans utiliser le client Outlook?

Merci!

Answer 1

Si votre administrateur d'échange l'a activé, vous pouvez utiliser IMAP ou POP3 pour vous connecter au serveur.

Vous pouvez également utiliser MAPI pour vous connecter.

Vous pouvez trouver un certain nombre de bibliothèques (gratuites et autres) pour faire les trois.

J'ai eu une bonne expérience avec MailBee IMAP mais il y a certainement des alternatives libres si vous avez seulement besoin de faire quelques fonctionnalités simples.

Answer 2

Il semble que votre code soit étroitement lié à Outlook, vous devrez donc peut-être modifier votre approche pour le serveur. J'ai fait face exactement le même problème l'année dernière et a examiné les options suivantes:

• CDO (not supported by Microsoft avec .NET en raison d'une bizarrerie lors de l'exécution en cours)
• WebDAV pour Exchange 2003
• Web Services pour Exchange 2007 (excellent exemple dans le lien)

vous devez également vous demander - vous réellement besoin votre programme pour vérifier le serveur de messagerie? Je ne pouvais pas utiliser l'une des options ci-dessus, donc l'un des administrateurs de messagerie a mis en place une règle d'échange qui a déposé les emails/pièces jointes dans un dossier spécial sur le serveur. Je pourrais alors traiter les fichiers à mon gré. Travaillé extrêmement bien et beaucoup plus facile à maintenir qu'interroger directement le serveur de courrier par le code.