A recent edit to a lightning article brought up the issue of having to rename and update Lightning articles, so it is no longer treated as an extension but the calendar component of Thunderbird.
Several articles only state where to find settings, rather than explain what each setting does.
Some popular functions don't have articles, while there is overlapping content and uncommon questions covered.
Add those to the issues of Thunderbird articles being difficult to read, out-dated, and in some cases not proof-read, and it's tough to know where to begin. It almost makes me want to start from scratch.
With that in mind, I created a map of articles I would propose for a Thunderbird KB. I compared it to the list of current articles from the KB dashboard. This helps us get an overview of the entire Thunderbird KB, see where everything fits in, which articles are related, expose any topics that need to be covered, etc.
We can then go through the KB from the top down.
See which articles we need to create, and which should be archived.
Fix the names of the articles
Remove old versions of Thunderbird from "Customize this article".
List of Configuration Options - just points users to where to find settings, rather than explaining what settings are for, and it has less than 100 visits in the past month
Configuration Options for Startup - just points users to where to find settings, rather than explaining what settings are for, and it has less than 100 visits in the past month
New in Thunderbird - not popular enough, and it has less than 100 visits in the past month
Does the proposed plan suck? Do you like the plan, but disagree with which articles to create/remove?
There are some issues with the Thunderbird KB that are beyond the scope of one article.
* We've got a [https://support.mozilla.org/en-US/forums/knowledge-base-articles/711125 list of articles that need to be renamed].
* A [https://support.mozilla.org/en-US/kb/using-lightning-calendar-add-on/discuss/6766 recent edit to a lightning article] brought up the issue of having to rename and update Lightning articles, so it is no longer treated as an extension but the calendar component of Thunderbird.
* Several articles only state where to find settings, rather than explain what each setting does.
* Some popular functions don't have articles, while there is overlapping content and uncommon questions covered.
Add those to the issues of Thunderbird articles being difficult to read, out-dated, and in some cases not proof-read, and it's tough to know where to begin. It almost makes me want to start from scratch.
With that in mind, I created a map of articles I would propose for a Thunderbird KB. I compared it to the list of current articles from the [https://support.mozilla.org/en-US/contributors/kb-overview?product=thunderbird KB dashboard]. This helps us get an overview of the entire Thunderbird KB, see where everything fits in, which articles are related, expose any topics that need to be covered, etc.
We can then go through the KB from the top down.
# See which articles we need to create, and which should be archived.
# Fix the names of the articles
# Remove old versions of Thunderbird from "Customize this article".
# Go through the content of each article.
'''Here is a [https://docs.google.com/spreadsheets/d/1dWI__zB0hRtIiWjbKat4zrq6BPXgwL8eogFjtBR2V7k/ proposed map of Thunderbird articles, and any current articles associated].'''
NOTE: There are two spreadsheets in that doc.
Using that map, here are some articles I think we should create:
* How to check which version of Thunderbird you have
* How to save and edit passwords
* What is the difference between account types (mainly explain the the difference between IMAP vs POP)
* What to do if your password isn't working
* How to compose HTML messages
* How Thunderbird works with anti-virus programs
* How to use tags.
* How to create and move folders
* How to move/copy messages
Here are articles I think should be archived
* [[Integration into Thunderbird]] - just tells you that there is a calendar component.
* [[Installing Thunderbird]] - Firefox equivalent is also archived. There's no need for this article.
* [[Blocking a sender]] - Should be covered in article about about filtering. If the demand is specific enough, I can see the need for it though.
* [[Configuration Options for Viewing Messages]] - just points users to where to find settings, rather than explaining what settings are for.
* [[Using the Lightning Calendar Add-on]] - content is covered in other articles
* [[Add Security Exception]] - not popular enough
* [[Avoiding Quota Limits on Mail Servers]] - maybe a troubleshooting article
* [[Switch from POP to IMAP account]] - Actually, I'm unsure about this one.
* [[Configuration Options for Folders]] - just points users to where to find settings, rather than explaining what settings are for.
* [[Standalone address book]] - not popular enough
* [[Keyboard Shortcuts for Searching]] - there's already a keyboard shortcuts article
* [[Installing Lightning into Thunderbird]] - Lightning is now part of Thunderbird
* [[FAQ Changing IMAP to POP]] - not popular enough
* [[Rebuilding the Global Database]] - not popular enough
* [[Configuration Options for Updates]] - just points users to where to find settings, rather than explaining what settings are for.
* [[Configuration Options for Security]] - just points users to where to find settings, rather than explaining what settings are for.
* [[ISP Configuration Settings]] - like the [[Installing Thunderbird]] article, there's no need for this article
* [[Reply Above or Below Quoted Text]] - not popular enough
* [[Configuring Email Aliases]] - I'm not even sure what this article is for
* [[Thunderbird FAQ]] - topic is too vague
* [[Recalling an Email]] - not popular enough
* [[Why has my "Send" button been replaced with "Send Later"]]
* [[Customizing the Start Page]] - not popular enough, and also covered in an article outlining settings in general pane
* [[Configuration Options for Downloading Messages]] - just points users to where to find settings, rather than explaining what settings are for.
* [[Calendar (Lightning and Sunbird) FAQ]] - too vague
* [[Thunderbird Accessibility Features]] - not popular enough
* [[Configuring Certificates]] - not popular enough
* [[Changing IMAP to POP]] - not popular enough
* [[Configuration Options for Sending Messages]] - just points users to where to find settings, rather than explaining what settings are for.
* [[Thunderbird and Logjam]] - not popular enough
* [[Message Tabs]] - not popular enough
* [[FAQ Thunderbird and Windows 7]] - content is covered elsewhere
* [[Configure Origin Address for Multiple Gmail Accounts]] - not popular enough
* [[Configuration Options for Character Encoding]] - just points users to where to find settings, rather than explaining what settings are for.
* [[Configuration Options for Writing Messages]] - just points users to where to find settings, rather than explaining what settings are for.
* [[Display name in message list and message pane]] - not popular enough
* [[Why does Thunderbird warn me that my server doesn't use encryption?]]
* [[Configuration Options for Receiving Messages]] - just points users to where to find settings, rather than explaining what settings are for.
* [[Configuration Options for Filtering Messages]] - just points users to where to find settings, rather than explaining what settings are for.
* [[Glossary of Terms including types of Accounts]] - not popular enough and not needed
* [[Print List of Messages]] - not popular enough
* [[Menu Reference TB]] - as with the [https://support.mozilla.org/en-US/kb/Menu%20Reference/discuss/1672 Firefox version], all the useful info is available elsewhere
* [[Configuration Options for Tags]] - just points users to where to find settings, rather than explaining what settings are for.
* [[ISP Database]] - no purpose
* [[Thunderbird and Windows 8]] - not needed anymore
* [[Configuration Options for Search]] - just points users to where to find settings, rather than explaining what settings are for.
* [[Viewing All Body Parts]] - not popular enough, as well as an obscene title. :)
* [[FAQ AOL email Sent Folder]] - not popular enough
* [[New in Thunderbird 31.0]] - not popular enough
* [[Configuration Options for Add-ons]] - just points users to where to find settings, rather than explaining what settings are for.
* [[Thunderbird is stuck in Safe Mode]] - not popular enough
* [[Thunderbird makes unrequested connections]]
* [[List of Configuration Options]] - just points users to where to find settings, rather than explaining what settings are for, and it has less than 100 visits in the past month
* [[Configuration Options for Startup]] - just points users to where to find settings, rather than explaining what settings are for, and it has less than 100 visits in the past month
* [[New in Thunderbird]] - not popular enough, and it has less than 100 visits in the past month
* [[Thunderbird can't be opened after you install it on a Mac - How to fix]] - not popular enough, and it has less than 100 visits in the past month
* [[Plugin Crash Reports TB]] - not needed anymore
* [[The Whats New or Migration Assistant tabs keep appearing]] - not popular enough, and it has less than 100 visits in the past month
* [[Configuration Options for System]] - just points users to where to find settings, rather than explaining what settings are for.
* [[Thunderbird Enterprise Deployment]] - not popular enough, and it has less than 100 visits in the past month
* [[Small Resolution Screens]] - not popular enough, and it has less than 100 visits in the past month
* [[New in Thunderbird 24]] - not popular enough, and it has less than 100 visits in the past month
* [[Configuration Options for Certificates]] - just points users to where to find settings, rather than explaining what settings are for.
* [[Configuration Options for Identity]] - just points users to where to find settings, rather than explaining what settings are for.
There are a couple of articles that I'm not sure about archiving.
* [[Mozilla Crash Reporter TB]]
* [[How to use a Virtual Card (vCard)]]
Does the proposed plan suck? Do you like the plan, but disagree with which articles to create/remove?
Using that map, here are some articles I think we should create:
How to check which version of Thunderbird you have
Troubleshooting information. Not help > about.
How to save and edit passwords
I was sure I wrote a password changing article years ago. Perhaps it was archived.
What is the difference between account types (mainly explain the the difference between IMAP vs POP)
I would say it exists and is in your list of articles to archive
What to do if your password isn't working
I would like an answer to that that does not confuse the ignorant nor insult those with two brain cells. Password for what? Master password does not obfuscate my mail is who will land there most. They will flag is as unhelpful.
How to compose HTML messages
That is the default so everyone is doing is. How to compose plain text messages.. that might be an article.
How Thunderbird works with anti-virus programs
Does it? We have a one tick option that basically no one uses, because they do not know it is there. How will an article increase it's use?
How to use tags.
IS that with an imap server that supports tags? a pop account or an IMAP server that does not support tags. Well you be explaining the risk associated with tags in transfering mail account to account and when deleting MSF files or running thunderfix?
This is actually quite a complex article with t of information that is technical in nature.'
How to create and move folders
How to move/copy messages
How do you do that? How many messages can be copied from say a gmail folder to a local folder in one go? Should we tell people how to do that if we are unaware of the limitations? My guess is it is somewhere in the very low thousands. Other servers will drop things and Thunderbird will drop things in their own way. Part of the copy is does the IMAP server support move, or is a move a delete and an add.
There are a couple of articles that I'm not sure about archiving.
Crash reporter is used extensively in support. Just about every topic with a crash references it. Archive it and we will have to bring it back.
vCard I have no strong feelings about, other than we offer the option to attach a vcard. I think we should document how it works.
Having said all that, I think that we must remember this is a knowledge base, not a manual. We keep the manual here http://en.flossmanuals.net/Thunderbird/ It is in even more need of an averhaul that the KB, but in my opinion it should probably be a highter priority than some other things as it should be the new users inormation source. If they need to go to he KB to create their email address and get their mail, then the manual is not doing it's job.
Perhaps you could look at including links to the manual in the KB.
Does the proposed plan suck? Do you like the plan, but disagree with which articles to create/remove?
</blockquote>
''Chris Ilias [[#post-70585|said]]''
<blockquote>
Using that map, here are some articles I think we should create:
* How to check which version of Thunderbird you have
</blockquote>
Troubleshooting information. Not help > about.
<blockquote>
* How to save and edit passwords
</blockquote>
I was sure I wrote a password changing article years ago. Perhaps it was archived.
<blockquote>
* What is the difference between account types (mainly explain the the difference between IMAP vs POP)
</blockquote>
I would say it exists and is in your list of articles to archive
<blockquote>
* What to do if your password isn't working
</blockquote>
I would like an answer to that that does not confuse the ignorant nor insult those with two brain cells. Password for what? Master password does not obfuscate my mail is who will land there most. They will flag is as unhelpful.
<blockquote>
* How to compose HTML messages
</blockquote>
That is the default so everyone is doing is. How to compose plain text messages.. that might be an article.
<blockquote>
* How Thunderbird works with anti-virus programs
</blockquote>
Does it? We have a one tick option that basically no one uses, because they do not know it is there. How will an article increase it's use?
<blockquote>
* How to use tags.
</blockquote>
IS that with an imap server that supports tags? a pop account or an IMAP server that does not support tags. Well you be explaining the risk associated with tags in transfering mail account to account and when deleting MSF files or running thunderfix?
This is actually quite a complex article with t of information that is technical in nature.'
<blockquote>
* How to create and move folders
* How to move/copy messages
</blockquote>
How do you do that? How many messages can be copied from say a gmail folder to a local folder in one go? Should we tell people how to do that if we are unaware of the limitations? My guess is it is somewhere in the very low thousands. Other servers will drop things and Thunderbird will drop things in their own way. Part of the copy is does the IMAP server support move, or is a move a delete and an add.
<blockquote>
There are a couple of articles that I'm not sure about archiving.
* [[Mozilla Crash Reporter TB]]
* [[How to use a Virtual Card (vCard)]]
</blockquote>
Crash reporter is used extensively in support. Just about every topic with a crash references it. Archive it and we will have to bring it back.
vCard I have no strong feelings about, other than we offer the option to attach a vcard. I think we should document how it works.
Having said all that, I think that we must remember this is a knowledge base, not a manual. We keep the manual here http://en.flossmanuals.net/Thunderbird/ It is in even more need of an averhaul that the KB, but in my opinion it should probably be a highter priority than some other things as it should be the new users inormation source. If they need to go to he KB to create their email address and get their mail, then the manual is not doing it's job.
Perhaps you could look at including links to the manual in the KB.
Does the proposed plan suck? Do you like the plan, but disagree with which articles to create/remove?
</blockquote>
Overall, I say "Wow, and thanks!". And generally I think it's a good approach.
Such a big surface area it's difficult to know where to begin. But I agree with many of Matt's comments. I disagree somewhat on some, but I can understand his concerns. Like I think a meaningful and useful tags article can be constructed. And we really do need better references about password.
I agree many articles can be archived. The easy choices are obsolete because Thunderbird changed. Like "New in XX" and "The Whats New or Migration Assistant tabs keep appearing". And many of the lightning ones can go, as you suggest. And "Standalone address book". Beyond that, in general I don't trust a clear 100 threshold. But you offer ideas about some that are salvagable, even though there usage is low, which is great.
Many we need to keep. Some are reference material used when we help users in SUMO. Some need improvement to make them actually useful. And a couple should be merged wiith other material. An incomplete list of examples:
Rebuilding the Global Database
Accessibility
Crashes
logjam
Some I have mixed feelings about. It's suprising the readership is so small. But perhaps their content is poor or they are not referenced enough, so users don't find them. Several are somewhat static material and not a maintenance burden, don't have links, etc, so the value in retiring them is not so great. Some examples:
Configuration Options for Identity
Glossary (although parts deserve their own kb, for example the discussion of online/offline)
The FAQ deserves special mention. You state that the article is vague, as in not focused. But that almost the definition of an FAQ, no? I think we should rename it to "About Thunderbird" <strike>and move about a third of the material needs to other topics</strike>. Then, we can decide whether an FAQ is needed. I believe a user would expect an FAQ to talk about problems, unlike the current FAQ.
(and finally, may I say how much I truly hate the size of SUMO's reply window - even when one stretches the field size)
Overall, I say "Wow, and thanks!". And generally I think it's a good approach.
Such a big surface area it's difficult to know where to begin. But I agree with many of Matt's comments. I disagree somewhat on some, but I can understand his concerns. Like I think a meaningful and useful tags article can be constructed. And we really do need better references about password.
I agree many articles can be archived. The easy choices are obsolete because Thunderbird changed. Like "New in XX" and "The Whats New or Migration Assistant tabs keep appearing". And many of the lightning ones can go, as you suggest. And "Standalone address book". Beyond that, in general I don't trust a clear 100 threshold. But you offer ideas about some that are salvagable, even though there usage is low, which is great.
Many we need to keep. Some are reference material used when we help users in SUMO. Some need improvement to make them actually useful. And a couple should be merged wiith other material. An incomplete list of examples:
* Rebuilding the Global Database
* Accessibility
* Crashes
* logjam
Some I have mixed feelings about. It's suprising the readership is so small. But perhaps their content is poor or they are not referenced enough, so users don't find them. Several are somewhat static material and not a maintenance burden, don't have links, etc, so the value in retiring them is not so great. Some examples:
* Configuration Options for Identity
* Glossary (although parts deserve their own kb, for example the discussion of online/offline)
The FAQ deserves special mention. You state that the article is vague, as in not focused. But that almost the definition of an FAQ, no? I think we should rename it to "About Thunderbird" <strike>and move about a third of the material needs to other topics</strike>. Then, we can decide whether an FAQ is needed. I believe a user would expect an FAQ to talk about problems, unlike the current FAQ.
(and finally, may I say how much I truly '''hate '''the size of SUMO's reply window - even when one stretches the field size)
Thanks for the input. I've made exceptions for the articles listed in your replies. Are there any more?
Matt, I realize that you're right about the passwords not working article. This topic belongs in part of the articles Cannot receive messages and Cannot send messages.
The How to compose HTML messages article would cover things like how to change the text font, colour, size, background colour, insert an image, insert a remote image, insert your own HTML, and other things about composing in HTML.
The AV programs article would cover what happens when an AV program is scanning incoming and outgoing messages, why the AV pref exists (so it doesn't quarantine the entire inbox), clarify that attachments are not run automatically, and common issues with specific AV programs, like the items covered at https://wiki.mozilla.org/Thunderbird:Testing:Antivirus_Related_Performance_Issues
Regarding the FAQ being vague by nature, I would prefer to have a 1:1 question to article ratio. If we still want a page that lists the most frequently asked questions, then we'll be able to look at article popularity to find out which questions are most frequently asked, and create a page that lists those articles.
Thanks for the input. I've made exceptions for the articles listed in your replies. Are there any more?
Matt, I realize that you're right about the ''passwords not working'' article. This topic belongs in part of the articles [[Cannot receive messages]] and [[Cannot send messages]].
The ''How to compose HTML messages'' article would cover things like how to change the text font, colour, size, background colour, insert an image, insert a remote image, insert your own HTML, and other things about composing in HTML.
The ''AV programs'' article would cover what happens when an AV program is scanning incoming and outgoing messages, why the AV pref exists (so it doesn't quarantine the entire inbox), clarify that attachments are not run automatically, and common issues with specific AV programs, like the items covered at https://wiki.mozilla.org/Thunderbird:Testing:Antivirus_Related_Performance_Issues
Regarding the FAQ being vague by nature, I would prefer to have a 1:1 question to article ratio. If we still want a page that lists the most frequently asked questions, then we'll be able to look at article popularity to find out which questions are most frequently asked, and create a page that lists those articles.
Great to see there's wilingness to finally put those poor TB articles in order :) I agree with nearly everything you have proposed. I think we can immediately archive the clearly obsolete articles and the "Configuration options for XX" rubbish.
I'll try to write the Tags article :)
Great to see there's wilingness to finally put those poor TB articles in order :) I agree with nearly everything you have proposed. I think we can immediately archive the clearly obsolete articles and the "Configuration options for XX" rubbish.
I'll try to write the Tags article :)
I'd really appreciate if someone checks it, expands if needed and make grammar/style corrections, and provide me some feedback.
Here it is - my first article: [[Message Tags - Categorize your email in Thunderbird]]
I'd really appreciate if someone checks it, expands if needed and make grammar/style corrections, and provide me some feedback.
I've created an article for the advanced options panel - [[Advanced panel - System, network, updates, and other advanced settings in Thunderbird]]
This should enable us to archive quite a few articles.
Next, I'm working on the account settings.
We (Italian Sumo contributors) would like to complete the localization of the untranslated Thunderbird articles on our dashboard (65% translated). We already localized all the KB articles for the other Mozilla products (Firefox desktop, android, OS, iOS, Webmaker, Focus), but we don't want to translate articles that will be archived because, I'm sure you'll understand, it could be just a waste of time. So, how could we proceed? Any suggestion?
First of all, thanks Chris! Hello everyone!<br>
I think you should approve (as "Ready for localization") your [[Advanced panel - System, network, updates, and other advanced settings in Thunderbird]] article (Finally a useful article!!!).
We (Italian Sumo contributors) would like to complete the localization of the untranslated Thunderbird articles on our dashboard (65% translated). <br>We already localized all the KB articles for the other Mozilla products (Firefox desktop, android, OS, iOS, Webmaker, Focus), but we don't want to translate articles that will be archived because, I'm sure you'll understand, it could be just a waste of time. So, how could we proceed? Any suggestion?
I've noticed that we have an article about ignoring threads but no general article about threads (what they are and how to turn them on/off). Do you think it would be useful? I can write it :)
''Michele Rodaro [[#post-71163|said]]''
<blockquote>
I think you should approve (as "Ready for localization") your [[Advanced panel - System, network, updates, and other advanced settings in Thunderbird]] article (Finally a useful article!!!).
</blockquote>
+1, good work!
I've edited the [[Updating Thunderbird]] article ([https://support.mozilla.org/en-US/kb/updating-thunderbird/discuss/6966 explanation here]). Please review it, leave me some feedback if needed, and change the title to something like '''Update Thunderbird to the latest version''' :)
I've noticed that we have an article about [[Ignoring threads|ignoring threads]] but no general article about threads (what they are and how to turn them on/off). Do you think it would be useful? I can write it :)
I've noticed that we have an article about ignoring threads but no general article about threads (what they are and how to turn them on/off). Do you think it would be useful? I can write it :)
Yes, but I think we need to be very clear what threading is. I see a lot of folk in support that consider the XXX wrote in the body of an email the "thread" this has been encouraged I am sure by Googles take on email.
While is is not usual to feature add-ons it might also be appropriate to mention the conversations add-on as it meets the needs of many looking for "threads". Also consider replacing the blocking threads. that is a sub topic of what you are talking about I think.
''Lan [[#post-71165|said]]''
<blockquote>
I've noticed that we have an article about [[Ignoring threads|ignoring threads]] but no general article about threads (what they are and how to turn them on/off). Do you think it would be useful? I can write it :)
</blockquote>
Yes, but I think we need to be very clear what threading is. I see a lot of folk in support that consider the XXX wrote in the body of an email the "thread" this has been encouraged I am sure by Googles take on email.
While is is not usual to feature add-ons it might also be appropriate to mention the conversations add-on as it meets the needs of many looking for "threads". Also consider replacing the blocking threads. that is a sub topic of what you are talking about I think.
I won't be able to lead this project anymore, because of new commitments.
If anyone is willing to take this on, just tell me, so we can transfer ownership of the google doc.
I won't be able to lead this project anymore, because of [http://ilias.ca/blog/2017/01/working-for-postbox/ new commitments].
If anyone is willing to take this on, just tell me, so we can transfer ownership of the google doc.
I'm sorry to see the project had halted again. I'd take the leadership if I had Reviewer rights and skills to deserve them, but now I can try to help by writing/rewriting Thunderbird articles and hoping someone (Chris? Tonnes? Matt? Wayne?) will review my work.
I'm sorry to see the project had halted again. I'd take the leadership if I had Reviewer rights and skills to deserve them, but now I can try to help by writing/rewriting Thunderbird articles and hoping someone (Chris? Tonnes? Matt? Wayne?) will review my work.
I have just written the [[Message threading in Thunderbird - keep messages grouped by conversation]] article (see a couple of posts above) and now I'm going to update [[Ignoring threads]].
I'm sorry to see the project had halted again. I'd take the leadership if I had Reviewer rights and skills to deserve them, but now I can try to help by writing/rewriting Thunderbird articles and hoping someone (Chris? Tonnes? Matt? Wayne?) will review my work.
Lan, I'm with you! I'm so sorry about this situation... In these days I updated these articles:
Viewing All Body Parts I suggest to change the title with a less "obscene"... Viewing All Body Parts of a Message ;-)
''Lan [[#post-72378|said]]''
<blockquote>
I'm sorry to see the project had halted again. I'd take the leadership if I had Reviewer rights and skills to deserve them, but now I can try to help by writing/rewriting Thunderbird articles and hoping someone (Chris? Tonnes? Matt? Wayne?) will review my work.
</blockquote> Lan, I'm with you! I'm so sorry about this situation... <br>In these days I updated these articles:<br>
[[Viewing All Body Parts]] I suggest to change the title with a less "obscene"... Viewing All Body Parts '''of a Message''' ;-)
[[Creating a Newsgroup Account]]
[[Switching the folder pane view]]<br>
and I hope someone will review my work.
I'm currently working on an account settings reference.
Once the new articles are created, we can start archiving the ones marked for archiving.
My contract with Postbox has ended, so I'll be restarting this project. I've created the following drafts:
*[[Password Manager - Remember, delete and change passwords in Thunderbird]]
*[[Find what version of Thunderbird you are using]]
*[[Privacy panel - Remote content and cookie settings in Thunderbird]]
*[[Security panel - Junk, scam, antivirus, and password settings in Thunderbird]]
I'm currently working on an account settings reference.
Once the new articles are created, we can start archiving the ones marked for archiving.
I've rewritten the Configuration Options for Accounts article. It still needs documentation for NNTP, Chat, and SMTP, but it should be good enough for now.
It's big, so it'll take a while to review.
I've rewritten the [[Configuration Options for Accounts]] article. It still needs documentation for NNTP, Chat, and SMTP, but it should be good enough for now.
It's big, so it'll take a while to review.
Thanks. :)
I don't use the Thunderbird Calendar, so I need someone else to create an article explaining the Calendar panel in the Options window.
Also,
I was going to write an article explaining the difference between IMAP and POP, but I would be very bias. I'd like to put a recommendation for IMAP. Does anyone disagree?
Thanks. :)
I don't use the Thunderbird Calendar, so I need someone else to create an article explaining the Calendar panel in the Options window.
Also,
I was going to write an article explaining the difference between IMAP and POP, but I would be very bias. I'd like to put a recommendation for IMAP. Does anyone disagree?
Sorry, but I don't use the Thunderbird Calendar too, so I can't help you.
As for IMAP vs. POP, I don't use the IMAP protocol for my accounts on Thunderbird (I use POP) and IMAP on my smartphone, but if you like to put a reccomendation for IMAP no problem for me. If the provider of the user supports IMAP, why not? Maybe it could be useful to write the advantages and disadvantages of the two protocols.
Sorry, but I don't use the Thunderbird Calendar too, so I can't help you.<br>
As for IMAP vs. POP, I don't use the IMAP protocol for my accounts on Thunderbird (I use POP) and IMAP on my smartphone, but if you like to put a reccomendation for IMAP no problem for me. <br>If the provider of the user supports IMAP, why not? <br>Maybe it could be useful to write the advantages and disadvantages of the two protocols.
Thanks. :)
I was going to write an article explaining the difference between IMAP and POP, but I would be very bias. I'd like to put a recommendation for IMAP. Does anyone disagree?
I had a lash at is some years ago here https://support.mozilla.org/en-US/kb/glossary-terms-including-types-accounts#w_mail-accounts but I would hope we can support the current default behavior of opting for IMAP if available. So your bias would probably be welcome on this occasion. I just see them as two way to achieve a stated goal with individual strengths and weaknesses. For most mail I prefer POP. I am not all that interested in the overhead IMAP synchronization causes.
''Chris Ilias [[#post-73398|said]]''
<blockquote>
Thanks. :)
I was going to write an article explaining the difference between IMAP and POP, but I would be very bias. I'd like to put a recommendation for IMAP. Does anyone disagree?
</blockquote>
I had a lash at is some years ago here https://support.mozilla.org/en-US/kb/glossary-terms-including-types-accounts#w_mail-accounts but I would hope we can support the current default behavior of opting for IMAP if available. So your bias would probably be welcome on this occasion. I just see them as two way to achieve a stated goal with individual strengths and weaknesses. For most mail I prefer POP. I am not all that interested in the overhead IMAP synchronization causes.
Probably nobody will deny the fact that Sumo’s TB section covers much less compared to the one for FF. When answering support questions some time ago I also found there were 2 or even 3 TB articles already marked as obsolete / no longer maintained that I did refer to in questions after all, simply because they were the only ones covering particular info.
That means in my opinion, some articles should not be marked as obsolete simply based on helpfulness rate or number of visits. The question should always be whether or not their info is covered elsewhere before doing so.
Archiving them afterwards, i.e. after updating other articles to contain that info if need be, should however be no issue.
My $0.02 about archiving:
Probably nobody will deny the fact that Sumo’s TB section covers much less compared to the one for FF. When answering support questions some time ago I also found there were 2 or even 3 TB articles already marked as obsolete / no longer maintained that I did refer to in questions after all, simply because they were the only ones covering particular info.
That means in my opinion, some articles should ''not'' be marked as obsolete simply based on helpfulness rate or number of visits. The question should always be whether or not their info is covered elsewhere before doing so.
Archiving them afterwards, i.e. after updating other articles to contain that info if need be, should however be no issue.