From: Till Kamppeter <till.kamppeter@gmail.com>
To: Michael Sweet <msweet@msweet.org>,
AbdElRahman Khalifa <abdelrahman.5alifa@gmail.com>
Cc: printing-architecture@lists.linux.dev
Subject: Re: Recommended way to manually add an undiscovered IPP printer in CUPS 3.x
Date: Sat, 1 Aug 2026 21:50:13 +0200 [thread overview]
Message-ID: <debbccfb-2744-4d00-b786-796dea075e09@gmail.com> (raw)
In-Reply-To: <EE1E0FD6-B0E9-4E02-948A-0DECCB1BB1F5@msweet.org>
Abdelrahman,
If there is no mDNS/DNS-SD active you can do:
1. Put an option into the "Add Printer" part where the user only enters the IP
(or host name) of the printer. It could then try get-printer-attributes on
- ipps://IP:443/
- ipps://IP:631/
- ipp://IP:631/
- ipps://IP:8000/
- ipp://IP:8000/
- ipps://IP:8001/
- ipp://IP:8001/
- ...
Test 1 and 3 are for network printers, 2 and 3 for remote CUPS servers, 4+ for
remote Printer Applications.
2. Also test
- ipp://localhost:60000/
- ipp://localhost:60001/
- ...
- ipps://localhost:8000/
- ipp://localhost:8000/
- ipps://localhost:8001/
- ipp://localhost:8001/
- ...
either automatically in the main view or by button(s) in "Add Printer". This is
for local IPP-over-USB printers and local Printer Applications.
I only do not know how to keep the found printers with CUPS 3.x.
Michael,
if discovering a printer by the above tests using the method you have described,
one creates a queue with ipp: or ipps: and "-m everywhere" under CUPS 2.x.
But how to proceed under CUPS 3.x?
If I have only the local server, it is stateless, it only uses temporary queues.
How do I, in case of not using mDNS/DNS-SD, tell my discoveries/manual IP
selections to the local server so that it sticks with them? Or am I REQUIRED to
use mDNS/DNS-SD when I have a system with only the local server of CUPS 3.x as
print environment?
Or do I have to use the sharing server when I just want to print locally but not
use mDNS/DNS-SD? Does the sharing server has a config file for holding such
printers?
Till
On 8/1/26 19:16, Michael Sweet wrote:
> Abdelrahman,
>
> For CUPS 2.x you'll use the "everywhere" model ("ppd-name" attribute passed with 'everywhere' value) with an "ipp:" or "ipps:" device URI. If the user doesn't have the full URI (typically "ipps://hostname/ipp/print" these days) then you can send a Get-Printer-Attributes request to the "/" resource to try to get back the correct URI for the printer (returned in the "printer-uri-supported" attribute).
>
>
>> On Aug 1, 2026, at 12:44 PM, AbdElRahman Khalifa <abdelrahman.5alifa@gmail.com> wrote:
>>
>> Hi everyone,
>>
>> I'm working on the COSMIC printer setup application for CUPS 3.x.
>>
>> I have a question about driverless IPP printers that are not
>> automatically discovered, for example, when DNS-SD/mDNS is disabled.
>>
>> What is the recommended way for a desktop printer setup application to
>> allow users to add such a printer manually?
>>
>> I'm looking for the intended approach in the CUPS 3.x architecture.
>>
>> Thanks,
>> Abdelrahman Khalifa
>>
>
> ________________________
> Michael Sweet
>
>
next prev parent reply other threads:[~2026-08-01 19:50 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-01 16:44 Recommended way to manually add an undiscovered IPP printer in CUPS 3.x AbdElRahman Khalifa
2026-08-01 17:16 ` Michael Sweet
2026-08-01 19:50 ` Till Kamppeter [this message]
2026-08-01 20:41 ` Michael Sweet
2026-08-01 21:21 ` Till Kamppeter
2026-08-01 23:03 ` Michael Sweet
2026-08-01 21:48 ` Till Kamppeter
2026-08-01 23:59 ` Till Kamppeter
2026-08-02 9:18 ` AbdElRahman Khalifa
2026-08-02 12:04 ` Till Kamppeter
2026-08-02 17:47 ` Michael Sweet
2026-08-07 19:14 ` AbdElRahman Khalifa
2026-08-07 20:11 ` Michael Sweet
2026-08-01 22:46 ` Alexander Pevzner
2026-08-01 23:11 ` Till Kamppeter
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=debbccfb-2744-4d00-b786-796dea075e09@gmail.com \
--to=till.kamppeter@gmail.com \
--cc=abdelrahman.5alifa@gmail.com \
--cc=msweet@msweet.org \
--cc=printing-architecture@lists.linux.dev \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.