性能:IMAP、POP、WebDAV(交换)
我使用 VS 2008、.net 3.5、C# 和 Exchange 2003 服务器。
我想访问 Exchange 中的收件箱并阅读邮件,也许还有附件。
我正在拼命寻找一些关于 POP 与 IMAP 与 WebDAV Exchange-MAPI 的使用情况的统计数据(高性能),特别是在专业环境中。
WebDAV 的性能比 Imap 和 POP3 更好?
I use VS 2008, .net 3.5, C# and Exchange 2003 server.
I want to access inbox in Exchange and read messages and perhaps attachaments.
I'm desperately looking for some statistics (high performance) about usage of POP versus IMAP versus WebDAV Exchange-MAPI, especially in professional context.
WebDAV has more performance than Imap and POP3 ?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
POP、IMAP 和 WebDAV 都是协议。
这并不容易,因为它们的功能有点不同。 POP 提供离线访问,而 IMAP 主要用于在线操作。根据具体情况,离线操作可能有其优势,但如果您在多个客户端上操作,它可能会变得很痛苦。
另一方面,IMAP 做了很多在线性能优化。关键思想是推迟信息传输,直到明确需要该信息或者是客户所要求的信息为止。
其中包括
其中一些优点非常适用于基于 webdav 的访问,因为查询等可以将查询的执行推迟到服务器并返回过滤后的数据。
然而,在另一个上下文中(不是您的),如果数据已经可以离线使用,那么所有处理都会避免网络访问,并且由于离线功能将导致性能提高。
条件可能会有所不同,但您应该能够测试您正在寻找的基本操作。例如,服务器性能如何随着数据的增加而变化等。
POP, IMAP and WebDAV are protocols.
It is not easy as they function a bit differently. POP provides for offline access while with IMAP you predominantly operate online. Depending on the context, offline operations can have it's advantages but if you are operating out of multiple clients, it can become a pain.
IMAP on other hand does a lot of online performance optimizations. The key idea is to defer transferring of information till it is clear that it is required or is what the client has requested.
These include
Some of these advantages hold well for webdav based access to since query etc can defer the execution of query to server and return the filtered data.
How ever, in another context(Not yours), if the data is available offline already then all processing avoid network access and will result on increased performance due to offline capabilities.
The conditions can be varying but you should be able to test out the basic operations that you are looking for. For example how does the server performance vary with increased data etc.