Hardware • Epson ET-1810 printer setup & suspected bug

The printer is connected to the network using the Epson app. There is also an option to connect with WPS by pressing various buttons according to the paper instructions, but my router doesn't have this as it is insecure. The only issue to mention is that the app suggests setting up wifi during the ink charging process, and tells you that the printer password is inside the printer door, but the paper instructions say don't open the printer door during the charging process.

The printer is driverless enabled and the printer is detected automatically, but unfortunately doesn't work (Denian XFCE 12 & 13).
In a live boot of Linux Mint, the printer is detected as above and works perfectly, but cups-filters 2 is used.

The only Debian reference to implicitclass I could find suggests it is used when more than one identical printer is found on a network, and they are clustered into one queue that will automatically find the least-busy printer. I only have the one printer.

I noticed that the printer is found both with an IPv4 and IPv6 address:
A search for "IPv4 IPv6 implicitclass" brought this AI summary.

Implicitclass
The term implicitclass is not a standard networking term related to IP addressing classes (A, B, C, etc.). Instead, it is a specific URI scheme used within the Linux printing system CUPS, particularly by the cups-browsed daemon.

It indicates that a print queue has been automatically set up by cups-browsed based on network printer discovery.
The implicitclass://... URI tells the system to wait for cups-browsed to provide the actual, specific printer address (e.g., an ipp:// or http:// URI with an IPv4 or IPv6 address) before sending the print job.
Issues with the implicitclass setup often stem from timeouts or name resolution problems, sometimes related to how IPv4 and IPv6 addresses are handled by the network stack.

On a Debian XFCE Trixie live boot, the printer is detected as a network printer both by ipps and dnssd in system-config-printer:



And can be added with ipps or dnssd:
In both cases, the printer worked without any driver being present - printer-driver-escpr was not installed, either from the repository of from the Epson web site.



The non-working implicitclass printer is definitely down to cups-browsed: if cups-browsed is uninstalled in the live image before connecting to the network, the implicitclass setup does not happen.

Similar topics:

Implicitclass connection not working with Epson ET-2860
viewtopic.php?t=164025

Epson WF-2630 stopped working. A cups server error seems to be preventing driverless printing from working.

viewtopic.php?t=164216

Possibly relevant:

There was a security bug fix in cups.

https://lists.debian.org/debian-securit ... 00162.html

As I understand it, the issue was automatic detection of network printers. A printer that does not correctly identify itself on the network could be blocked from automatic detection.

Note:

When I added the printer to my XFCE Trixie desktop, I had trouble adding the printer via Select Device > Network Printer in system-config-printer. I don't know if this was down to ineptitude, the network having to "settle down", or interference form the auto-detected implicitclass printer instance. Whenever I try with the Trixie live image now, adding the printer is not an issue and drivers are not needed.

I suspect there is a bug here somewhere. cups-browsed would be my first bet, although maybe it's cups-filters, as automatic detection works with version 2 in Mint/Ubuntu?

If anybody has a better understanding of CUPS and can help, please do.

Statistics: Posted by FreewheelinFrank — 2026-01-04 09:38

---