當您收到錯誤報告時，請記住錯誤報告對您的工作至關重要。如果您不知道問題，就無法修復它們。因此，務必感謝每位發送錯誤報告的人。
不過，您沒有義務給予超出此的回應。錯誤報告的主要目的是幫助您透過改進程式的下一個版本來為社群做出貢獻。許多回報錯誤的人沒有意識到這一點——他們認為重點是您個別幫助他們。有些人會要求您專注於此，而不是改進程式。如果您順從他們的意願，您將會從維護程式的工作中分心。
例如，人們有時會以模糊（因此無用）的方式回報錯誤，當您要求更多資訊時，他們會說：「我只是想看看您是否已經知道解決方案」（在這種情況下，錯誤報告對改進程式沒有任何幫助）。當這種情況發生時，您應該向他們解釋錯誤報告的真正目的。（罐頭式解釋將使這更有效率。）
當人們要求您投入時間來幫助他們使用程式時，做他們要求的事情可能看起來「有幫助」。但這比改進程式更沒有幫助，而改進程式才是維護者的真正工作。
在您願意且時間允許的情況下，盡可能幫助個別使用者。但請注意限制您花在這方面的時間——不要讓它侵蝕您維護程式所需的時間！要知道如何拒絕；當您時間緊迫時，只需「感謝您的錯誤報告——我會修復它」就已足夠回應。
某些 GNU 軟體包，例如 Emacs 和 GCC，附帶關於如何使錯誤報告有用的建議。複製和調整這些建議可能對您的軟體包非常有用。
如果您想使用基於電子郵件的錯誤追蹤系統，請參閱 https://bugs.gnu.org；這可以與常規錯誤回報地址連結。或者，如果您想使用基於網路的錯誤追蹤系統，Savannah 支援此功能（請參閱 舊版本），但請務必同時接受透過常規電子郵件提交的錯誤——我們不想對使用者提交報告設置不必要的障礙。