如果客戶已經有司機，為什麼 CUPS 還需要司機？
我的意思是，如果 CUPS 只是一個中介，而且我們無論如何都需要客戶端的驅動程序，為什麼我們必須在 CUPS 上安裝它們？客戶不會發送列印機語言作業嗎？那麼，如果作業已經翻譯成列印機語言，為什麼 CUPS 還需要驅動程序呢？
如果客戶端（例如：Windows 使用者）已經使用列印機驅動程序以列印機接受的某種格式（例如：PS）輸出作業，那麼 CUPS 似乎根本不需要 PPD 文件。在這種情況下，CUPS 僅充當中介，列印機隊列可以定義為原始隊列。剛剛測試了那個場景，它工作得很好。
我們應該將驅動程序與列印機描述文件和過濾器分開。
應用程序需要驅動程序（它們自己或由作業系統提供），將它們使用的任何頁面格式轉換為作業系統可以理解的語言。據我所知，MS Windows 客戶端通常直接生成 Postscript，或者更常用的是 GDI，然後 Windows 將其轉換為列印機可以理解的任何語言：Adobe Postscript、Adobe PDF、Epson ESC/P 或 ESC/P2、HP PCL , IBM AFP… 維基百科有一個廣泛的列表。
過濾器作為伺服器端驅動程序工作，因為它們將接受應用程序生成的某種格式的輸入，並將其轉換為列印機接受的某種格式。當客戶端由於某種原因無法生成列印機可以理解的格式時，可能需要它們。
據我所知，Cups 不需要驅動程序或過濾器，但可以使用列印機描述，以便了解列印機的功能，並將該資訊傳遞給客戶。PPD（Postscript 列印機描述文件）通常可用於 Postscript 列印機，我假設也是 PDF 的，但我猜 MS GDI 和其他較小的列印機（如 Epson ESC/P2 或 HP PCL 列印機）不存在它們；所以我可以看到可能不需要驅動程序，但是一些相當於 PPD 的東西會很方便，可以在（專有）驅動程序包中提供。
順便說一句，作為伺服器故障的替代品，UL 或 SU 是什麼，正如上面 Marco 的評論中所說的那樣？