Cerca nel supporto

Attenzione alle mail truffa. Mozilla non chiederà mai di chiamare o mandare messaggi a un numero di telefono o di inviare dati personali. Segnalare qualsiasi attività sospetta utilizzando l'opzione “Segnala abuso”.

Learn More

Questa discussione è archiviata. Inserire una nuova richiesta se occorre aiuto.

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

  • 1 risposta
  • 1 ha questo problema
  • 5 visualizzazioni
  • Ultima risposta di 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.

Soluzione scelta

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

Leggere questa risposta nel contesto 👍 0

Tutte le risposte (1)

more options

Soluzione scelta

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