有没有实现电子邮件功能,而电子邮件客户端的可靠途径? [英] Is there a reliable way to implement email functionality without an email client?

查看:225
本文介绍了有没有实现电子邮件功能,而电子邮件客户端的可靠途径?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我目前负责将有限的电子邮件功能的应用程序。它仅适用于没有安装Outlook,但可能有观前preSS的Windows Live Mail或类似的东西在一台Windows个人电脑。我不能获得电子邮件服务器的详细信息的电脑是客户,而不是内部。我也不能使用 CDO或扩展MAPI 作为客户端可能没有交流,我也被禁止从创建一个Web服务来实现的功能,这将是过于昂贵执行。

I'm currently tasked with adding limited email functionality to an application. It's only for Windows PCs that don't have Outlook installed but may have one of Outlook Express, Windows Live Mail, or something similar. I am not allowed to obtain email server details as the PCs are for clients, not internal. I also cannot use CDO or extended MAPI as the client may not have Exchange and I have also been forbidden from creating a web service to implement the functionality as that would be far too expensive to implement.

于是很自然我看着使用第三方库,但最好的一个,我发现,救赎,据我可以告诉的,因为它使用扩展MAPI的图片,并仅适用于Exchange或Outlook通信。

So naturally I looked into using a third party library but the best one I found, Redemption, as far as I can tell is out of the picture because it uses extended MAPI and only communicates with Exchange or Outlook.

一个简单的邮寄地址链接是不够的,因为我必须包括附件。

A simple mailto link will not be sufficient because I have to include attachments.

然后,我开发了一些.NET code的基础上的这个其中的大多的作品,但也有一对夫妇的,因为它仅适用问题,不带附件,除非安装了Outlook客户端和<一href="http://blogs.msdn.com/b/mstehle/archive/2007/10/03/fyi-why-are-mapi-and-cdo-1-21-not-supported-in-managed-net-$c$c.aspx"相对=nofollow>管理code是根本不从​​长远来看MAPI 兼容。通常情况下,它工作正常在我的主要开发机器,但我只设法测试在XP上使用Outlook防爆preSS和Vista与Windows邮件迄今附件不会在任的那些工作。

Then I developed some .NET code based on this which mostly works but there are a couple of problems in that it only works without attachments unless an Outlook client is installed and that managed code is simply not compatible with MAPI in the long run. Typically it works fine on my main development machine but I have only managed to test on XP with Outlook Express and Vista with Windows Mail so far and attachments don't work in either of those.

我一直调查进一步,并已发现的唯一可靠的解决方案似乎写围绕MAPI32.DLL简单MAPI函数的C ++或VB6 COM包装。我宁可不创建一个VB6之一,尽管这将是对我来说最简单的解决方案和C ++一个是我的技能之外,我怀疑这是否会比任何的管理code我已经使用好与所有有关操作系统和邮件客户端方案。

I have been investigating further and have found that the only reliable solution appears to be writing a C++ or VB6 COM wrapper around the simple MAPI functions in MAPI32.dll. I'd rather not create a VB6 one, even though that would be the easiest solution for me and a C++ one is outside of my skillset and I'm dubious if it will work any better than the managed code I have used with all the OS and mail client scenarios involved.

我如何可靠地在上述限制实现与附件功能的电子邮件?

How can I reliably implement email with attachment functionality under the above restrictions?

推荐答案

我们使用库由codeStone它支持IMAP和POP是pretty的容易实现。

We use a library by CodeStone which supports IMAP and POP and is pretty easy to implement.

HTTP://$c$cstone.co.uk/软件/文档/ csmail / csmail.html

这篇关于有没有实现电子邮件功能,而电子邮件客户端的可靠途径?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆