Where did you install Firefox from? Help Mozilla uncover 3rd party websites that offer problematic Firefox installation by taking part in our campaign. There will be swag, and you'll be featured in our blog if you manage to report at least 10 valid reports!

搜索 | 用户支持

防范以用户支持为名的诈骗。我们绝对不会要求您拨打电话或发送短信,及提供任何个人信息。请使用“举报滥用”选项报告涉及违规的行为。

Learn More

Can guderkar's MExInt github extension (restoring Exchange functionality) be included in native Thunderbird code, or at least promoted as an official extension?

  • 1 个回答
  • 1 人有此问题
  • 3 次查看
  • 最后回复者为 Matt

more options

See https://github.com/guderkar/MExInt/blob/master/README.md

For several years I have had no luck adding Microsoft Exchange accounts (in corporate medical institutions) that did not have clearly visible IMAP/POP3 configurations. That I would even have to log in to the Outlook Exchange Web Services and noodle around in the settings was probably more than the average Thunderbird user had time to try. I tried DavMail but was completely flummoxed by it and could not get it to work. This was generally the principal direction I received from searches and forums online. That, and using ExQuilla, which costs $10/year to add something that seemed relatively straightforward to the free and open-source repository that is Thunderbird. At a certain point (about a year ago), I just gave up, so until today I had been using emClient for my Exchange only accounts, even though this is touted as a service that Thunderbird should typically handle. When I set up guderkar's app, which simply required that a couple of permutations in standard questions (basic or NTLM authentication), (certificate or no certificate), and a standard server name ("email domain"/EWS/Exchange.asmx), my e-mail started downloading. And I can send! I'm overjoyed. If this is incorporated into Thunderbird or made more widely available, I think it will increase the utility of the program, especially to users in Enterprise settings, where OWS/EWS/OWA is standard.

See https://github.com/guderkar/MExInt/blob/master/README.md For several years I have had no luck adding Microsoft Exchange accounts (in corporate medical institutions) that did not have clearly visible IMAP/POP3 configurations. That I would even have to log in to the Outlook Exchange Web Services and noodle around in the settings was probably more than the average Thunderbird user had time to try. I tried DavMail but was completely flummoxed by it and could not get it to work. This was generally the principal direction I received from searches and forums online. That, and using ExQuilla, which costs $10/year to add something that seemed relatively straightforward to the free and open-source repository that is Thunderbird. At a certain point (about a year ago), I just gave up, so until today I had been using emClient for my Exchange only accounts, even though this is touted as a service that Thunderbird should typically handle. When I set up guderkar's app, which simply required that a couple of permutations in standard questions (basic or NTLM authentication), (certificate or no certificate), and a standard server name ("email domain"/EWS/Exchange.asmx), my e-mail started downloading. And I can send! I'm overjoyed. If this is incorporated into Thunderbird or made more widely available, I think it will increase the utility of the program, especially to users in Enterprise settings, where OWS/EWS/OWA is standard.

被采纳的解决方案

There is a process that one goes through to get an add-on into peoples view. The first is to actually load it into the addons.thunderbird.net web site. That is something the author does. Once the code is vetted that is does not contain nasty backdoors or other security or privacy risks it will be offered to Thunderbird users in general.

If that code is maintained by the author then the add-on will continue to work. If it is not than like so many before it it will slide to the wayside.

As for integration, it is 17 years since that request for enhancement was opened. So speedy resolution is probably not all that likely. https://bugzilla.mozilla.org/show_bug.cgi?id=128284

But you are more than welcome to submit a patch. Remember calendar data is a different add-on and will also need to be incorporated. Calendar is often as important to exchange users as mail. https://bugzilla.mozilla.org/show_bug.cgi?id=128284

定位到答案原位置 👍 0

所有回复 (1)

more options

选择的解决方案

There is a process that one goes through to get an add-on into peoples view. The first is to actually load it into the addons.thunderbird.net web site. That is something the author does. Once the code is vetted that is does not contain nasty backdoors or other security or privacy risks it will be offered to Thunderbird users in general.

If that code is maintained by the author then the add-on will continue to work. If it is not than like so many before it it will slide to the wayside.

As for integration, it is 17 years since that request for enhancement was opened. So speedy resolution is probably not all that likely. https://bugzilla.mozilla.org/show_bug.cgi?id=128284

But you are more than welcome to submit a patch. Remember calendar data is a different add-on and will also need to be incorporated. Calendar is often as important to exchange users as mail. https://bugzilla.mozilla.org/show_bug.cgi?id=128284