我們正在執行安裝在樹莓派 (3) 上的 hylafax 伺服器 (6.0.6-7+deb9u1)，執行 raspbianstretch。由此產生的與遠端的傳真連接不穩定（大約 10 個傳真中的 3 份根本無法發送/導致接收方出現部分頁面），但我無法弄清楚原因 - 無法識別任何模式。
為了獲得有關在哪裡搜尋修復程序的提示，我想在這裡發布我們的一個問題的日誌（“PPS 重複無響應”）：
如果有人能指出我實際的問題，我會很高興 - 提前非常感謝！
更新：
同時，我們能夠在另一條傳真線路後面設定另一個 raspi，並且可以成功地傳送相同的文件 - 日誌看起來幾乎相同，直到分別達到第 121 行（錯誤日誌）和第 153 行（成功日誌）：
答案1
在 hylafax 的郵件列表中發布了同樣的問題，並得到了 Lee Howard 的回應：
差別在於有問題的呼叫的呼叫路由和 T.38 的使用。
因此，有問題的呼叫會經歷 HylaFAX 所認為的“線路音訊品質差”，最終一個或兩個端點都會放棄重試。
解決方案是更換電話服務提供者、停用 T.38 或嘗試消除音訊品質問題。
此外，他還對顛倒的 NSF 遠端站 ID 進行了評論：
這是因為正在使用的 T.38 網關試圖混淆 NSF，以防止發送者嘗試與其協商非標準功能。
注意區別：
6月29日09:57:51.03：[902]：遠程NSF“00 00 00 48 79 6C 61 46 41 58 20 28 74 6D 29 20 56 65 72 73 69 6F 320 20 3261 72 7369 6F326”日0 9:57 ：51.03：[902]：NSF遠端傳真設備：未知 - 不確定6月29日09：57：51.03：[902]：NSF遠端站ID：“1.6.5 noisreV）mt（XAFalyH”
... 相對...
6月29日10:34:10.55：[24880]：遠端NSF“AD 00 55 48 79 6C 61 46 41 58 20 28 74 6D 29 20 56 65 72 73 69 74 6D 29 20 56 65 72 73 6936F 320 326F 2026F321 2026F321 2026F321 20232120 32020 320232020 320 320232120 320232020 32020231 2023212020 3202320201 32023212023 月日0:34 ：10.55：[24880]：NSF遠端傳真設備：HylaFAX Jun 29 10:34:10.55：[24880]：NSF遠端站ID：“HylaFAX（tm）版本5.6.1”
在第一個範例中，所使用的 T.38 閘道將 NSF 訊號的前三個位元組更改為“00 00 00”，而不是正確的“AD 00 55”。
這是 T.38 常見但不幸的行為。