访问网络来源的数据并将其显示为“消息”；在 Outlook 中
我在 http 连接上提供的数据本质上是消息信息。
我想为 Outlook 创建一个插件，它将使用该 http 服务/与该服务交互，就好像它是邮件源一样，并显示发件人、收件人、主题、日期等，然后能够下载实际消息并显示它。
我设想可以通过左侧面板中的文件夹访问此服务。 （如果我可以将消息从该服务拖到收件箱中，那么 Uber 的功能就是！）
不幸的是，我通常不会在 MS Stack 上编写代码——我是一个 Linux 爱好者。因此，我正在寻找一个循序渐进的教程或类似的示例。如果做不到这一点，我会雇人来写这篇文章，所以我很想知道当我聘请某人来写这篇文章时我应该寻找的具体技能。
编辑/其他想法
我考虑过更改使用 IMAP 的 Web 服务（或至少创建一个中间人），但只实现了命令的子集（例如，没有删除或创建文件夹或移动）
一个问题也就是说，检索实际消息需要是一项不同的操作（对最终用户有配额成本的操作），因此我不能只显示消息。一个选项是显示“检索”按钮而不是实际的消息（我在这里找到了一个很棒的资源：http://msdn.microsoft.com/en-us/library/dd542625.aspx 进行类似的操作），然后让该按钮执行检索，然后重新加载自身。或许。
I have data I provide on an http connection that's essentially message information.
I'd like to create an AddOn for Outlook that will consume/interface with that http service as if it were a mail source and display sender, recipient, subject, date etc and then be able to download the actual message and display it.
I envision this service being accessed either via a folder in the left-hand panel. (Uber feature would be if I could drag a message out of this service into the inbox!)
Unfortunately, I don't normally write code on the MS Stack -- I'm a linux guy. So I'm looking for either a follow-the-dots tutorial or an example of something similar. Failing that, I'll hire someone to write this so would love to know the specific skillsets I should be looking for when I contract someone to write it.
EDIT / Additional Thoughts
I have considered changing the web service (or at least creating a middle-man) that spoke IMAP, but only implemented a sub-set of commands (eg, there's no delete or create-folder or move)
One problem with that is that retrieving the actual message needs to be a different opperation (one that has a quota cost to the end user) so I can't just show the message. An option would be to show a "retrieve" button rather than the actual message (I found a great resource here: http://msdn.microsoft.com/en-us/library/dd542625.aspx for doing something like that) and then having that button do the retrieve and then reload itself. Maybe.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
正如佩卡所说，这可能会变成一个大项目..您的描述非常笼统，正如您所知，细节决定成败！但有很多选项..
您也许可以使用 Folder.WebViewURL 您在 Outlook 中创建的文件夹的属性，并通过 Web 应用程序显示您的应用程序（您可以在您喜欢的任何技术堆栈上构建它）
好吧，拖放可能会变得有点棘手。
也可以使用 Outlook 表单。表单可以调用您的网络服务并显示您想要的内容。 SO上有一些关于表单的信息，但是 http://www.outlookcode.com/article .aspx?ID=35 是最好的地方。
子类化..然后，您可以在 Outlook 树下创建自己的树，并在右侧窗格中显示您想要的任何内容，例如网格表单等。这些可以与普通的 Outlook 文件夹交互，并且您可以进行拖放操作您必须创建 Outlook 项目才能将它们显示在收件箱中。有一个关于该技术的教程 http://www.codeproject.com/KB/office /additional_panel_Outlook.aspx 虽然没有完全按照您想要的方式进行操作，但技术是合理的。
接下来构建您自己的 MAPI 消息存储提供程序，这可能是列表中最难做的事情。http://msdn.microsoft.com/en-us/library/cc842153.aspx
正如我所说，你的问题不是功能规范，总是有很多方法可以给猫剥皮，但你应该看看 2 或 3 种，除非它足够简单，只是显示一个 Web 应用程序。
马库斯
As Pekka says this could turn into a big project .. your description is pretty general and as you know the devil is in the detail ! but there are a number of options ..
you may be able to use Folder.WebViewURL Property of a folder that you have created in outlook and show your app via a web app (you can build that on any tech stack you like)
ok drag and drop may become a little tricky to do.
Outlook forms could also be used. A form can call out to your web service and display what you want. There is some info about form on SO but http://www.outlookcode.com/article.aspx?ID=35 is the best place.
Subclassing .. you can then create your own tree under the outlook tree and display whatever you want in the right hand pane such as grids forms etc. these can interact with the normal outlook folders and you can do your drag and drop though you woudl have to create Outlook Items to display them in the inbox. There is a tutorial on the technique http://www.codeproject.com/KB/office/additional_panel_Outlook.aspx though not doing exactly what you want but the technique is sound.
Next up build your own MAPI Message Store Provider which is probally the hardest thing to do on the list.http://msdn.microsoft.com/en-us/library/cc842153.aspx
As I said your question is no functional spec and there are always many ways to skin the cat but 2 or 3 are probaly where you shoudl look at unless it simple enough just a display a web app.
Marcus
也许我们的产品可以帮助您避免编写自己的 MAPI 消息存储提供程序。
Kayxo Insight：MAPI 消息存储提供程序的 .Net 自定义框架
Maybe our product could help you in order to avoid writing your own MAPI Message Store Provider.
Kayxo Insight : .Net Custom Framework for MAPI Message Store Provider