diff --git a/app/src/main/assets/SETUP-zh-rTW.md b/app/src/main/assets/SETUP-zh-rTW.md index 4c73ffe241..b0999f2515 100644 --- a/app/src/main/assets/SETUP-zh-rTW.md +++ b/app/src/main/assets/SETUP-zh-rTW.md @@ -4,13 +4,13 @@ ## 需求 -需要一個網際網路連線來設定帳戶和身分。 +需要網路連線來設定帳戶和身分。 ## 快速設定 Just select the appropriate provider or *Other provider* and enter your name, email address and password and tap *Check*. -This will work for most email providers. +這適用於大部分的電子郵件服務商。 If the quick setup doesn't work, you'll need to set up an account and an identity manually, see below for instructions. @@ -30,11 +30,11 @@ See [this FAQ](https://github.com/M66B/FairEmail/blob/master/FAQ.md#FAQ9) about ## 取得權限 - 存取聯絡人資訊 -If you want to lookup email addresses, have contact photos shown, etc, you'll need to grant permission to read contact information to FairEmail. Just tap *Grant* and select *Allow*. +如果您想搜尋電子郵件地址、顯示聯絡人頭貼等,您需要授權FairEmail讀取聯絡人。 輕觸 *給予權限(Grant)* 之後選擇 *允許(Allow)*. ## 關閉電池效能最佳化 - 持續接收電子郵件 -在近期Android版本中,為了減少電池使用量,Android在關閉螢幕後有時會使應用程式進入睡眠。 如果您想要實時接收新電子郵件通知,您應關閉FailEmail的電池最佳化設定。 Tap *Manage* and follow the instructions. +在近期Android版本中,為了減少電池使用量,Android在關閉螢幕後有時會使應用程式進入睡眠。 若您想要及時接收新電子郵件通知,您需要關閉FailEmail的電池最佳化設定。 點擊 *管理(Manage)*並跟從指示。 ## 問題 diff --git a/app/src/main/res/values-cs-rCZ/strings.xml b/app/src/main/res/values-cs-rCZ/strings.xml index 26328b9993..10874b4a57 100644 --- a/app/src/main/res/values-cs-rCZ/strings.xml +++ b/app/src/main/res/values-cs-rCZ/strings.xml @@ -200,6 +200,7 @@ Probíhá konfigurace účtu … Export nastavení Import nastavení + Heslo slouží k zašifrování nastavení a je vyžadováno pro jeho zpětný import Importované účty budou přidány bez přepsání stávajících účtů Heslo Heslo obsahuje řídící znaky či mezery @@ -474,6 +475,7 @@ Omezit paralelní přístup k databázi Odesílat zprávy o chybách Protokolovat protokoly + Rozšířené protokolování Režim ladění Odstranit přílohy starých zpráv Úklid diff --git a/app/src/main/res/values-da-rDK/strings.xml b/app/src/main/res/values-da-rDK/strings.xml index bafdf93b4d..85fcf03fab 100644 --- a/app/src/main/res/values-da-rDK/strings.xml +++ b/app/src/main/res/values-da-rDK/strings.xml @@ -450,6 +450,7 @@ Begræns parallel databaseadgang Send fejlrapporter Protokollogning + Udvidet logning Fejlretningstilstand Slet gamle beskeders vedhæftninger Oprydning diff --git a/app/src/main/res/values-de-rAT/strings.xml b/app/src/main/res/values-de-rAT/strings.xml index de180a5dfa..8917beff59 100644 --- a/app/src/main/res/values-de-rAT/strings.xml +++ b/app/src/main/res/values-de-rAT/strings.xml @@ -454,6 +454,7 @@ Parallelen Datenbankzugriff beschränken Fehlerberichte senden Protokollaufzeichnung + Zusätzliche Protokollierung Fehlersuchmodus Anhänge aus alten Nachrichten löschen Bereinigen diff --git a/app/src/main/res/values-de-rDE/strings.xml b/app/src/main/res/values-de-rDE/strings.xml index de180a5dfa..8917beff59 100644 --- a/app/src/main/res/values-de-rDE/strings.xml +++ b/app/src/main/res/values-de-rDE/strings.xml @@ -454,6 +454,7 @@ Parallelen Datenbankzugriff beschränken Fehlerberichte senden Protokollaufzeichnung + Zusätzliche Protokollierung Fehlersuchmodus Anhänge aus alten Nachrichten löschen Bereinigen diff --git a/app/src/main/res/values-de-rLI/strings.xml b/app/src/main/res/values-de-rLI/strings.xml index de180a5dfa..8917beff59 100644 --- a/app/src/main/res/values-de-rLI/strings.xml +++ b/app/src/main/res/values-de-rLI/strings.xml @@ -454,6 +454,7 @@ Parallelen Datenbankzugriff beschränken Fehlerberichte senden Protokollaufzeichnung + Zusätzliche Protokollierung Fehlersuchmodus Anhänge aus alten Nachrichten löschen Bereinigen diff --git a/app/src/main/res/values-fr-rCA/strings.xml b/app/src/main/res/values-fr-rCA/strings.xml index d4d1ccc433..ebb2814996 100644 --- a/app/src/main/res/values-fr-rCA/strings.xml +++ b/app/src/main/res/values-fr-rCA/strings.xml @@ -453,6 +453,7 @@ Limiter les accès multiples à la base de données Envoyer les rapports d’erreur Journalisation du protocole + Journalisation supplémentaire Débogage Supprimer les pièces jointes des anciens messages Nettoyage diff --git a/app/src/main/res/values-fr-rFR/strings.xml b/app/src/main/res/values-fr-rFR/strings.xml index 4f11156d6f..ba4f59507e 100644 --- a/app/src/main/res/values-fr-rFR/strings.xml +++ b/app/src/main/res/values-fr-rFR/strings.xml @@ -453,6 +453,7 @@ Limiter les accès multiples à la base de données Envoyer les rapports d’erreur Journalisation du protocole + Journalisation supplémentaire Débogage Supprimer les pièces jointes des anciens messages Nettoyage diff --git a/app/src/main/res/values-nl-rNL/strings.xml b/app/src/main/res/values-nl-rNL/strings.xml index 5e27ccb94c..ae67da4eeb 100644 --- a/app/src/main/res/values-nl-rNL/strings.xml +++ b/app/src/main/res/values-nl-rNL/strings.xml @@ -452,7 +452,8 @@ Probeer experimentele functies Beperk parallelle database toegang Foutrapporten verzenden - Protocolregistratie + Protocol logging + Extra logging Foutopsporing modus Bijlagen van oude berichten verwijderen Opruimen diff --git a/app/src/main/res/values-ru-rRU/strings.xml b/app/src/main/res/values-ru-rRU/strings.xml index efef05df3b..6ea188860d 100644 --- a/app/src/main/res/values-ru-rRU/strings.xml +++ b/app/src/main/res/values-ru-rRU/strings.xml @@ -475,6 +475,7 @@ Ограничение одновременного доступа к базе данных Отправлять отчёты об ошибках Журнал протокола + Расширенный журнал Режим отладки Удалять вложения старых сообщений Очистка diff --git a/app/src/main/res/values-zh-rCN/strings.xml b/app/src/main/res/values-zh-rCN/strings.xml index f4d738c9f8..8f6ad492ba 100644 --- a/app/src/main/res/values-zh-rCN/strings.xml +++ b/app/src/main/res/values-zh-rCN/strings.xml @@ -166,7 +166,7 @@ 正在配置账户 … 导出设置 导入设置 - 密码用于加密设置,并且需要密码才能再次导入设置 + 该密码用于加密设置且在导入设置时需要 导入的账户不会覆盖任何现有的账户 密码 密码包含控制字符或空格字符 diff --git a/app/src/main/res/values-zh-rTW/strings.xml b/app/src/main/res/values-zh-rTW/strings.xml index 13457f1415..0f50d44ed1 100644 --- a/app/src/main/res/values-zh-rTW/strings.xml +++ b/app/src/main/res/values-zh-rTW/strings.xml @@ -3,6 +3,7 @@ FairEmail 搜尋 更新紀錄 FairEmail 是一款重視隱私及安全的郵件軟體。因此,在您使用時可能會覺得有些不同。 + 例如,預設情況下,郵件會重新格式化以刪除不安全的元素並提高可讀性。此外,為了安全起見,開啟連結前會詢問一次。 如果需要,兩者都可以停用。 預設頻道 再次「返回」離開程式 儲存空間不足 @@ -105,12 +106,18 @@ 設定 幫助 快速設定 + 新增帳戶 有些提供者讓新增一個帳號變得困難。請不要將此怪罪於 FairEmail 而是向你的提供商請求支援。 快速設定將會透過 autoconfig.thunderbird.net 取得設定資訊 IMAP 伺服器用於接收訊息 SMTP 伺服器用於傳送訊息 精靈 + 這個安裝精靈可以讓您新增多個帳號 我需要一個新的 email 地址。 + 接收電郵 + 發送電子郵件 + 帳號 + 身份 此電子郵件提供者僅在官方應用程式版本中同意OAuth 其他服務商 POP3 帳號 @@ -135,9 +142,11 @@ 管理 獲取 取得必須的權限 + Microsoft Exchange是否支援? 什麼是身份? 取得權限 取用聯絡人資訊(可選) + 停用電池最佳化 為了可靠地接收email 雖然聽起來衝突,但關閉電池最佳化可以促成更少的電量消耗 下一個畫面中,選擇「所有應用程式」後尋找 FairMail,接著選擇「不要最佳化」 @@ -145,6 +154,7 @@ 不會同步? 已啟用節省流量 顯示進階選項 + 回到收件匣 前往收件匣 必須要完成 完成 @@ -184,11 +194,16 @@ 依據系統設定 全黑背景 若 Android 支援時將會依據日/夜模式切換亮/暗主題 + 我想要更多顏色 進階 選項 回復為預設 重置提示 更多進階選項 + 你正在瀏覽進階選項。 + 所有的預設值都可以依照您的喜好進行修改。 + + 開始 接收 寄送 連線 @@ -212,6 +227,7 @@ 同步資料夾清單 同步分享的資料夾清單 管理資料夾訂閱 + 在同步訊息時檢查回覆 email 的地址。 在同步訊息時檢查發送者的email地址。 自動調整保持活躍的間隔 預設顯示鍵盤 @@ -396,6 +412,7 @@ 金鑰和證書通常可以在 “進階-加密和憑證” 內找到。 允許其他應用程式搜尋訊息 在 Adnroid 分享選單中顯示常用的聯絡人 + 偵測訊息語言 建立搜尋索引 %1$d / %2$d 訊息被索引 (%3$s) 分類訊息 @@ -423,6 +440,7 @@ 這將傳輸額外的數據並消耗額外的電池電量,尤其是如果設備上存儲了大量消息時 此僅套用至新接收的訊息且可能與已存在的群組不兼容 停用此功能將在某種程度上減少資料和電池的使用,但是也會停用更新文件夾列表 + 這將檢查寄件人的域名和回覆地址是否相同 這將檢查 DNS MX 記錄是否存在 這將會減緩同步訊息的速度 除了 Android 提供的聯絡人。 僅在啟用後,聯絡人資料將被儲存以用於新寄送或接收的郵件。 @@ -495,6 +513,7 @@ 郵件大小上限(MB) 預設要求郵件回執 如果出現“無效的問候語”,“需要有效的地址”或類似的錯誤,請嘗試更改此設置 + 也防止你回覆自己 可選的 建議的 連結的帳號 @@ -582,6 +601,7 @@ 將郵件標記為擴展閱讀 馬上同步 子資料夾 + 查看更多訊息 同步 開啟同步 關閉同步 @@ -678,12 +698,14 @@ 前進 新訊息 編輯為新 + 編輯自己的註釋 建立規則 … 分享 添加到日曆 添加快捷方式 打印 列印郵件標題 + 列印影像 顯示標頭 保存原始消息 作為附件發送 @@ -694,6 +716,7 @@ 全部下載 保存全部 保存原始消息文件 + 選擇鍵 垃圾箱 複製 … 複雜到 … @@ -754,6 +777,7 @@ 永久刪除規則? 捨棄草稿? 顯示原始消息可能會洩露隱私敏感信息 + 使用深色主題 無法在深色背景上顯示原始消息,因為這可能會使深色文本和圖像不可見 在顯示原始消息時始終顯示圖像 顯示圖像可能會洩露隱私敏感信息 @@ -794,6 +818,7 @@ 立即發送 通過發送 發送於 … + 封存已回復的訊息 加密 優先 在 \'%1$s\' 找不到服務器 @@ -849,12 +874,14 @@ 沒有鑰匙給 %1$s 可以在發送設置中再次啟用提醒 僅純文本 + 狀態報告 索取收據 大多數提供商和電子郵件客戶端都會忽略收據請求 遺失寄件人 用戶名缺失 收件者缺失 PGP密鑰可用 + S/MIME密鑰可用 主旨為空 訊息為空 附件,附件,附件,包括 @@ -1222,6 +1249,7 @@ 所有專業功能均已激活 所有專業功能已激活 無效的回應 + FairEmail需要您的支持。 點按即可購買專業功能,以使項目繼續進行或關閉此消息。 從郵件服務器下載消息時出錯 再試一次 意外的錯誤 diff --git a/docs/FAQ-af-rZA.md b/docs/FAQ-af-rZA.md index 5a70618eb0..d903487446 100644 --- a/docs/FAQ-af-rZA.md +++ b/docs/FAQ-af-rZA.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-ar-rBH.md b/docs/FAQ-ar-rBH.md index 169f38d577..ed5a69a06b 100644 --- a/docs/FAQ-ar-rBH.md +++ b/docs/FAQ-ar-rBH.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-ar-rEG.md b/docs/FAQ-ar-rEG.md index 169f38d577..ed5a69a06b 100644 --- a/docs/FAQ-ar-rEG.md +++ b/docs/FAQ-ar-rEG.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-ar-rYE.md b/docs/FAQ-ar-rYE.md index 169f38d577..ed5a69a06b 100644 --- a/docs/FAQ-ar-rYE.md +++ b/docs/FAQ-ar-rYE.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-az-rAZ.md b/docs/FAQ-az-rAZ.md index 2b1d194000..4d34797f9c 100644 --- a/docs/FAQ-az-rAZ.md +++ b/docs/FAQ-az-rAZ.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-bg-rBG.md b/docs/FAQ-bg-rBG.md index 5a70618eb0..d903487446 100644 --- a/docs/FAQ-bg-rBG.md +++ b/docs/FAQ-bg-rBG.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-bn-rBD.md b/docs/FAQ-bn-rBD.md index 5a70618eb0..d903487446 100644 --- a/docs/FAQ-bn-rBD.md +++ b/docs/FAQ-bn-rBD.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-bn-rIN.md b/docs/FAQ-bn-rIN.md index 5a70618eb0..d903487446 100644 --- a/docs/FAQ-bn-rIN.md +++ b/docs/FAQ-bn-rIN.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-ca-rES.md b/docs/FAQ-ca-rES.md index 5a70618eb0..d903487446 100644 --- a/docs/FAQ-ca-rES.md +++ b/docs/FAQ-ca-rES.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-cs-rCZ.md b/docs/FAQ-cs-rCZ.md index 7f73ea96f1..549d9d4cfd 100644 --- a/docs/FAQ-cs-rCZ.md +++ b/docs/FAQ-cs-rCZ.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-da-rDK.md b/docs/FAQ-da-rDK.md index 87f3bf006c..c7bca4d052 100644 --- a/docs/FAQ-da-rDK.md +++ b/docs/FAQ-da-rDK.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +Er domænenavnene for afsender og svaradresse forskellige, vises advarselsflaget også, da dette oftest vil indikere phishing-beskeder. Om ønsket, kan dette deaktiveres i modtagelsesindstillingerne (fra v1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-de-rAT.md b/docs/FAQ-de-rAT.md index 00c6e20657..084ace4ea5 100644 --- a/docs/FAQ-de-rAT.md +++ b/docs/FAQ-de-rAT.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +Wenn sich der Domainname des Absenders und der Domainname der Antwortadresse unterscheiden, wird ebenfalls das Warnsymbol angezeigt, da dies bei Phishing-Nachrichten am häufigsten der Fall ist. Falls gewünscht, kann dies in den Empfangseinstellungen deaktiviert werden (ab Version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. @@ -2146,7 +2146,7 @@ So, you don't have to disable this option if you don't have an EU SIM or are not Please [see here](https://github.com/leolin310148/ShortcutBadger#supported-launchers) for a list of launchers which can show the number of unread messages. -Beachten Sie, dass der Nova Launcher „TeslaUnread” benötigt, welcher [nicht mehr unterstützt wird](https://forum.xda-developers.com/android/general/bad-news-tesla-unread-devoloper-t3920415). +Beachten Sie, dass Nova Launcher „TeslaUnread” benötigt, was [nicht mehr unterstützt wird](https://forum.xda-developers.com/android/general/bad-news-tesla-unread-devoloper-t3920415). Beachten Sie, dass die Benachrichtigungseinstellung *Startsymbol mit Anzahl der neuen Nachrichten anzeigen* aktiviert sein muss (Standard aktiviert). diff --git a/docs/FAQ-de-rDE.md b/docs/FAQ-de-rDE.md index 00c6e20657..084ace4ea5 100644 --- a/docs/FAQ-de-rDE.md +++ b/docs/FAQ-de-rDE.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +Wenn sich der Domainname des Absenders und der Domainname der Antwortadresse unterscheiden, wird ebenfalls das Warnsymbol angezeigt, da dies bei Phishing-Nachrichten am häufigsten der Fall ist. Falls gewünscht, kann dies in den Empfangseinstellungen deaktiviert werden (ab Version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. @@ -2146,7 +2146,7 @@ So, you don't have to disable this option if you don't have an EU SIM or are not Please [see here](https://github.com/leolin310148/ShortcutBadger#supported-launchers) for a list of launchers which can show the number of unread messages. -Beachten Sie, dass der Nova Launcher „TeslaUnread” benötigt, welcher [nicht mehr unterstützt wird](https://forum.xda-developers.com/android/general/bad-news-tesla-unread-devoloper-t3920415). +Beachten Sie, dass Nova Launcher „TeslaUnread” benötigt, was [nicht mehr unterstützt wird](https://forum.xda-developers.com/android/general/bad-news-tesla-unread-devoloper-t3920415). Beachten Sie, dass die Benachrichtigungseinstellung *Startsymbol mit Anzahl der neuen Nachrichten anzeigen* aktiviert sein muss (Standard aktiviert). diff --git a/docs/FAQ-de-rLI.md b/docs/FAQ-de-rLI.md index 00c6e20657..084ace4ea5 100644 --- a/docs/FAQ-de-rLI.md +++ b/docs/FAQ-de-rLI.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +Wenn sich der Domainname des Absenders und der Domainname der Antwortadresse unterscheiden, wird ebenfalls das Warnsymbol angezeigt, da dies bei Phishing-Nachrichten am häufigsten der Fall ist. Falls gewünscht, kann dies in den Empfangseinstellungen deaktiviert werden (ab Version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. @@ -2146,7 +2146,7 @@ So, you don't have to disable this option if you don't have an EU SIM or are not Please [see here](https://github.com/leolin310148/ShortcutBadger#supported-launchers) for a list of launchers which can show the number of unread messages. -Beachten Sie, dass der Nova Launcher „TeslaUnread” benötigt, welcher [nicht mehr unterstützt wird](https://forum.xda-developers.com/android/general/bad-news-tesla-unread-devoloper-t3920415). +Beachten Sie, dass Nova Launcher „TeslaUnread” benötigt, was [nicht mehr unterstützt wird](https://forum.xda-developers.com/android/general/bad-news-tesla-unread-devoloper-t3920415). Beachten Sie, dass die Benachrichtigungseinstellung *Startsymbol mit Anzahl der neuen Nachrichten anzeigen* aktiviert sein muss (Standard aktiviert). diff --git a/docs/FAQ-el-rGR.md b/docs/FAQ-el-rGR.md index f5930cde44..159a50e7d3 100644 --- a/docs/FAQ-el-rGR.md +++ b/docs/FAQ-el-rGR.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-en-rGB.md b/docs/FAQ-en-rGB.md index ef8e15610d..7dda46cb06 100644 --- a/docs/FAQ-en-rGB.md +++ b/docs/FAQ-en-rGB.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-es-rES.md b/docs/FAQ-es-rES.md index 16a649d106..e5e36d1f60 100644 --- a/docs/FAQ-es-rES.md +++ b/docs/FAQ-es-rES.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-eu-rES.md b/docs/FAQ-eu-rES.md index 5a70618eb0..d903487446 100644 --- a/docs/FAQ-eu-rES.md +++ b/docs/FAQ-eu-rES.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-fa-rIR.md b/docs/FAQ-fa-rIR.md index 1a05386d63..46881c5079 100644 --- a/docs/FAQ-fa-rIR.md +++ b/docs/FAQ-fa-rIR.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-fi-rFI.md b/docs/FAQ-fi-rFI.md index 45553a3838..a463fbc7a4 100644 --- a/docs/FAQ-fi-rFI.md +++ b/docs/FAQ-fi-rFI.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-fr-rCA.md b/docs/FAQ-fr-rCA.md index 6efce3a320..ab4280fff8 100644 --- a/docs/FAQ-fr-rCA.md +++ b/docs/FAQ-fr-rCA.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +Si le nom de domaine de l'expéditeur et le nom de domaine de l'adresse de réponse diffèrent, le drapeau d'avertissement sera également affiché car c'est le cas le plus fréquent avec les messages d'hameçonnage. Si vous le souhaitez, ceci peut être désactivé dans les paramètres de réception (à partir de la version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-fr-rFR.md b/docs/FAQ-fr-rFR.md index 0eb2c5f1fb..aaa0db0c62 100644 --- a/docs/FAQ-fr-rFR.md +++ b/docs/FAQ-fr-rFR.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +Si le nom de domaine de l'expéditeur et le nom de domaine de l'adresse de réponse diffèrent, le drapeau d'avertissement sera également affiché car c'est le cas le plus fréquent avec les messages d'hameçonnage. Si vous le souhaitez, ceci peut être désactivé dans les paramètres de réception (à partir de la version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-fy-rNL.md b/docs/FAQ-fy-rNL.md index 5a70618eb0..d903487446 100644 --- a/docs/FAQ-fy-rNL.md +++ b/docs/FAQ-fy-rNL.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-gl-rES.md b/docs/FAQ-gl-rES.md index d4c555229b..adb7c8a924 100644 --- a/docs/FAQ-gl-rES.md +++ b/docs/FAQ-gl-rES.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-hi-rIN.md b/docs/FAQ-hi-rIN.md index 5a70618eb0..d903487446 100644 --- a/docs/FAQ-hi-rIN.md +++ b/docs/FAQ-hi-rIN.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-hr-rHR.md b/docs/FAQ-hr-rHR.md index 5a70618eb0..d903487446 100644 --- a/docs/FAQ-hr-rHR.md +++ b/docs/FAQ-hr-rHR.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-hu-rHU.md b/docs/FAQ-hu-rHU.md index f608eb6110..ca67351c7f 100644 --- a/docs/FAQ-hu-rHU.md +++ b/docs/FAQ-hu-rHU.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-in-rID.md b/docs/FAQ-in-rID.md index cae4a02bf1..9e28834ba8 100644 --- a/docs/FAQ-in-rID.md +++ b/docs/FAQ-in-rID.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-it-rIT.md b/docs/FAQ-it-rIT.md index 19639a3180..d904748cb2 100644 --- a/docs/FAQ-it-rIT.md +++ b/docs/FAQ-it-rIT.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-iw-rIL.md b/docs/FAQ-iw-rIL.md index 5a70618eb0..d903487446 100644 --- a/docs/FAQ-iw-rIL.md +++ b/docs/FAQ-iw-rIL.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-ja-rJP.md b/docs/FAQ-ja-rJP.md index bf5406ac10..3aeed23bcf 100644 --- a/docs/FAQ-ja-rJP.md +++ b/docs/FAQ-ja-rJP.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-ka-rGE.md b/docs/FAQ-ka-rGE.md index 5a70618eb0..d903487446 100644 --- a/docs/FAQ-ka-rGE.md +++ b/docs/FAQ-ka-rGE.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-kk-rKZ.md b/docs/FAQ-kk-rKZ.md index 5a70618eb0..d903487446 100644 --- a/docs/FAQ-kk-rKZ.md +++ b/docs/FAQ-kk-rKZ.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-ko-rKR.md b/docs/FAQ-ko-rKR.md index 162d92e4bb..4318d852c2 100644 --- a/docs/FAQ-ko-rKR.md +++ b/docs/FAQ-ko-rKR.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-lt-rLT.md b/docs/FAQ-lt-rLT.md index 5a70618eb0..d903487446 100644 --- a/docs/FAQ-lt-rLT.md +++ b/docs/FAQ-lt-rLT.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-nl-rNL.md b/docs/FAQ-nl-rNL.md index 614fde7cf7..7176c50651 100644 --- a/docs/FAQ-nl-rNL.md +++ b/docs/FAQ-nl-rNL.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-nn-rNO.md b/docs/FAQ-nn-rNO.md index b6ca6b3398..293c804291 100644 --- a/docs/FAQ-nn-rNO.md +++ b/docs/FAQ-nn-rNO.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-no-rNO.md b/docs/FAQ-no-rNO.md index b6ca6b3398..293c804291 100644 --- a/docs/FAQ-no-rNO.md +++ b/docs/FAQ-no-rNO.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-pl-rPL.md b/docs/FAQ-pl-rPL.md index d9821d42b0..d6e23635fc 100644 --- a/docs/FAQ-pl-rPL.md +++ b/docs/FAQ-pl-rPL.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-pt-rBR.md b/docs/FAQ-pt-rBR.md index 1ead0e85c8..cdfa75b4c6 100644 --- a/docs/FAQ-pt-rBR.md +++ b/docs/FAQ-pt-rBR.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-pt-rPT.md b/docs/FAQ-pt-rPT.md index e0c525c8b5..81172ea2e4 100644 --- a/docs/FAQ-pt-rPT.md +++ b/docs/FAQ-pt-rPT.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-ro-rRO.md b/docs/FAQ-ro-rRO.md index 5a70618eb0..d903487446 100644 --- a/docs/FAQ-ro-rRO.md +++ b/docs/FAQ-ro-rRO.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-ru-rRU.md b/docs/FAQ-ru-rRU.md index 24b09ec443..40fa81a976 100644 --- a/docs/FAQ-ru-rRU.md +++ b/docs/FAQ-ru-rRU.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-si-rLK.md b/docs/FAQ-si-rLK.md index 5a70618eb0..d903487446 100644 --- a/docs/FAQ-si-rLK.md +++ b/docs/FAQ-si-rLK.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-sk-rSK.md b/docs/FAQ-sk-rSK.md index 2e396b7b13..bdae4c9ead 100644 --- a/docs/FAQ-sk-rSK.md +++ b/docs/FAQ-sk-rSK.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-sl-rSI.md b/docs/FAQ-sl-rSI.md index 5a70618eb0..d903487446 100644 --- a/docs/FAQ-sl-rSI.md +++ b/docs/FAQ-sl-rSI.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-sr-rSP.md b/docs/FAQ-sr-rSP.md index 5a70618eb0..d903487446 100644 --- a/docs/FAQ-sr-rSP.md +++ b/docs/FAQ-sr-rSP.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-sv-rSE.md b/docs/FAQ-sv-rSE.md index 3df358f379..63540b9900 100644 --- a/docs/FAQ-sv-rSE.md +++ b/docs/FAQ-sv-rSE.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-ta-rIN.md b/docs/FAQ-ta-rIN.md index 5a70618eb0..d903487446 100644 --- a/docs/FAQ-ta-rIN.md +++ b/docs/FAQ-ta-rIN.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-tr-rTR.md b/docs/FAQ-tr-rTR.md index 85f9013047..1f97f56242 100644 --- a/docs/FAQ-tr-rTR.md +++ b/docs/FAQ-tr-rTR.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-uk-rUA.md b/docs/FAQ-uk-rUA.md index b00631ba55..acce6d9414 100644 --- a/docs/FAQ-uk-rUA.md +++ b/docs/FAQ-uk-rUA.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-vi-rVN.md b/docs/FAQ-vi-rVN.md index 22660f2da2..6308a5d2b6 100644 --- a/docs/FAQ-vi-rVN.md +++ b/docs/FAQ-vi-rVN.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-zh-rCN.md b/docs/FAQ-zh-rCN.md index 5cdf851b37..1498e1336d 100644 --- a/docs/FAQ-zh-rCN.md +++ b/docs/FAQ-zh-rCN.md @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things. diff --git a/docs/FAQ-zh-rTW.md b/docs/FAQ-zh-rTW.md index ebc62f5bbe..03127f8268 100644 --- a/docs/FAQ-zh-rTW.md +++ b/docs/FAQ-zh-rTW.md @@ -1,6 +1,6 @@ # FairEmail 支援 -If you have a question, please check the following frequently asked questions first. [At the bottom](https://github.com/M66B/FairEmail/blob/master/FAQ.md#user-content-get-support), you can find out how to ask other questions, request features, and report bugs. +如果你有疑問,請先查閱以下常見問題。 [在本頁下方](https://github.com/M66B/FairEmail/blob/master/FAQ.md#user-content-get-support), 你可以了解如何問其他問題、要求功能、以及回報錯誤。 Wenn Sie eine Frage haben, überprüfen Sie bitte zuerst die nachstehenden häufig gestellten Fragen (FAQ). [Ganz unten erfahren Sie](https://github.com/M66B/FairEmail/blob/master/FAQ.md#user-content-get-support), wie Sie weitere Fragen stellen, Funktionen anfordern und Fehler melden können. @@ -14,40 +14,40 @@ Wenn Sie eine Frage haben, überprüfen Sie bitte zuerst die nachstehenden häuf * [頻繁被問起的問題](https://github.com/M66B/FairEmail/blob/master/FAQ.md#user-content-frequently-asked-questions) * [獲取協助](https://github.com/M66B/FairEmail/blob/master/FAQ.md#user-content-get-support) -## 認證帳號中 +## 認證帳號時 -In most cases, the quick setup wizard will be able to automatically identify the correct configuration. +在大部分情況下,快速設置精靈將能自動確認正確的配置。 -If the quick setup wizard fails, you'll need to manually set up an account (to receive email) and an identity (to send email). For this you'll need the IMAP and SMTP server addresses and port numbers, whether SSL/TLS or STARTTLS should be used and your username (mostly, but not always, your email address) and your password. +如果快速設置失敗了,你將需要手動添加一個帳號(以接受郵件), 以及一個身份(以發送郵件) 無論使用SSL / TLS還是STARTTLS,您將需要使用IMAP和SMTP服務器地址和端口號, 以及您的用戶名(多數情況下是您的電子郵件地址)和密碼。 -Searching for *IMAP* and the name of the provider is mostly sufficient to find the right documentation. +通常來說,利用 *IMAP* 以及供應商名稱進行搜尋都能夠找到正確的文件。 -In some cases, you'll need to enable external access to your account and/or to use a special (app) password, for instance when two-factor authentication is enabled. +在某些情況下,您需要啟用對帳戶的外部訪問權限或使用特殊的(app)密碼,例如:在啟用了雙重身份驗證的情況下。 -For authorizing: +關於認證相關問題: -* Gmail / G suite, see [question 6](#user-content-faq6) -* Outlook / Live / Hotmail, see [question 14](#user-content-faq14) -* Office 365, see [question 14](#user-content-faq156) -* Microsoft Exchange, see [question 8](#user-content-faq8) -* Yahoo, AOL and Sky, see [question 88](#user-content-faq88) -* Apple iCloud, see [question 148](#user-content-faq148) -* Free.fr, see [question 157](#user-content-faq157) +* Gmail / G suite,見 [問題 6](#user-content-faq6) +* Outlook / Live / Hotmail,見 [問題 14](#user-content-faq14) +* Office 365,見 [問題 14](#user-content-faq156) +* Microsoft Exchange,見 [問題 8](#user-content-faq8) +* Yahoo, AOL and Sky,見[問題 88](#user-content-faq88) +* Apple iCloud,見 [問題 148](#user-content-faq148) +* Free.fr,見 [問題 157](#user-content-faq157) -Please see [here](#user-content-faq22) for common error messages and solutions. +[這裡](#user-content-faq22) 可以查看常見的錯誤訊息及解決方法 -Related questions: +相關問題: -* [Is OAuth supported?](#user-content-faq111) -* [Why is ActiveSync not supported?](#user-content-faq133) +* [是否支援OAuth?](#user-content-faq111) +* [為甚麼不支援 ActiveSync?](#user-content-faq133) ## 如何 ...? -* Change the account name: Settings, tap Manual setup and more options, tap Accounts, tap account -* Change the swipe left/right target: Settings, tab page Behavior, Set swipe actions -* Change password: Settings, tap Manual setup and more options, tap Accounts, tap account, change password +* 更改帳戶名稱:設置>點擊 "手動設置和更多選項">點擊 "帳戶(Account)">點擊 "帳戶(account)" +* 變更 左/右 滑動動作:點選設定>行為>設置滑動動作 +* 更改密碼:設置>點擊手動設置和更多選項>點擊“帳戶(Account)”>點擊“帳戶(account)”>更改密碼 * Set a signature: Settings, tap Manual setup and more options, tap Identities, tap identity, Edit signature. * 新增副本和密件副本郵件地址:輕觸主旨後方的人像圖標 * Go to the next/previous message on archive/delete: in the behavior settings disable *Automatically close conversations* and select *Go to next/previous conversation* for *On closing a conversation* @@ -64,8 +64,8 @@ Related questions: ## 已知的問題 -* ~~ [Android 5.1和6中的錯誤](https://issuetracker.google.com/issues/37054851)會導致應用有時顯示錯誤的時間格式。 切換Android設置*使用24小時格式*可能會暫時解決此問題。 解決方法已添加。 解決方法已添加。~~ -* ~~A [bug in Google Drive](https://issuetracker.google.com/issues/126362828) causes files exported to Google Drive to be empty. Google has fixed this.~~ +* ~~ [Android 5.1和6中的錯誤](https://issuetracker.google.com/issues/37054851)導致app在顯示時間格式時偶爾會出錯。 將Android切換為*使用24小時格式*可能會暫時解決此問題。 解決方法已添加。~~ +* ~~ [Google雲端的bug](https://issuetracker.google.com/issues/126362828) 造成檔案無法順利輸出到Google 雲端。 Google已修正這個問題~~ * ~~A [bug in AndroidX](https://issuetracker.google.com/issues/78495471) causes FairEmail to occasionally crash on long pressing or swiping. Google has fixed this.~~ * ~~A [bug in AndroidX ROOM](https://issuetracker.google.com/issues/138441698) causes sometimes a crash with "*... Exception while computing database live data ... Couldn't read row ...*". A workaround was added.~~ * A [bug in Android](https://issuetracker.google.com/issues/119872129) causes FairEmail to crash with "*... Bad notification posted ...*" on some devices once after updating FairEmail and tapping on a notification. @@ -77,10 +77,10 @@ Related questions: * ~~A [bug in AndroidX](https://issuetracker.google.com/issues/64729576) makes it hard to grap the fast scroller. A workaround was added.~~ * ~~Encryption with YubiKey results into an infinite loop. This seems to be caused by a [bug in OpenKeychain](https://github.com/open-keychain/open-keychain/issues/2507).~~ * Scrolling to an internally linked location in original messages does not work. This can't be fixed because the original message view is contained in a scrolling view. -* A preview of a message text doesn't (always) appear on Samsung watches because [setLocalOnly](https://developer.android.com/reference/androidx/core/app/NotificationCompat.Builder.html#setLocalOnly(boolean)) seem to be ignored. Message preview texts are known to be displayed correctly on Pebble 2, Fitbit Charge 3, Mi band 3, and Xiaomi Amazfit BIP wearables. See also [this FAQ](#user-content-faq126). +* A preview of a message text doesn't (always) appear on Samsung watches because [setLocalOnly](https://developer.android.com/reference/androidx/core/app/NotificationCompat.Builder.html#setLocalOnly(boolean)) seem to be ignored. 目前已知在Pebble 2, Fitbit Charge 3, Mi band 3,以及 小米 Amazfit BIP wearables上都能順利進行訊息預覽。 參見 [這個常見問題](#user-content-faq126)。 * A [bug in Android 6.0](https://issuetracker.google.com/issues/37068143) causes a crash with *... Invalid offset: ... Valid range is ...* when text is selected and tapping outside of the selected text. This bug has been fixed in Android 6.0.1. * Internal (anchor) links will not work because original messages are shown in an embedded WebView in a scrolling view (the conversation list). This is an Android limitation which cannot be fixed or worked around. -* 自動偵測語言 [不再運作](https://issuetracker.google.com/issues/173337263) ,若您使用的是 Pixel 裝置,版本(升級到?) Android 11 +* 自動偵測語言功能已 [不再運作](https://issuetracker.google.com/issues/173337263) ,若您使用的是 Pixel 裝置,版本(升級到?) Android 11 ## 計畫中的功能 @@ -2001,7 +2001,7 @@ Also, FairEmail can show a small red warning flag when DKIM, SPF or [DMARC](http FairEmail can show a warning flag too if the domain name of the (reply) email address of the sender does not define an MX record pointing to an email server. This can be enabled in the receive settings. Be aware that this will slow down synchronization of messages significantly. -If the domain name of the sender and the domain name of the reply address differ, always a warning flag will be shown because this is most often the case with phishing messages. +If the domain name of the sender and the domain name of the reply address differ, the warning flag will be shown too because this is most often the case with phishing messages. If desired, this can be disabled in the receive settings (from version 1.1506). If legitimate messages are failing authentication, you should notify the sender because this will result in a high risk of messages ending up in the spam folder. Moreover, without proper authentication there is a risk the sender will be impersonated. The sender might use [this tool](https://www.mail-tester.com/) to check authentication and other things.