Hi, I direct this cry for help at this list, because I didn't find a more appropriate one and because my Novell bugzilla report just got closed a second time - this time the assignee didn't even try to understand and reproduce the problem :-(. I admit, the report is a mess, but it also documents a really strange problem: https://bugzilla.novell.com/show_bug.cgi?id=400588 Basic setup: two cups servers ("local" and "remote") are connected via a vpn connection. The remote one is a heavily used company server with lots of clients and printers. It is still running SuSE 9.3 with cups-1.1.23. The only deviation from the default setup is the addition of the local and remote ip ranges on both sides; E.g. in global section: BrowseAddress @LOCAL BrowseAddress xxx.xxx.xxx.xxx/xx BrowseAllow @LOCAL BrowseAllow xxx.xxx.xxx.xxx/xx BrowseDeny All and in location "/": Allow From @LOCAL Allow From xxx.xxx.xxx.xxx/xx Now, since I upgraded my local server from 10.2 to 11.0 (cups-1.2.7 to cups-1.3.7), I cannot print from my local _clients_ to _remote printers_ anymore. Yes, I can print from my local server to local/remote printers, from remote server/clients to local printers, just not from local clients (running 10.2 or 11.0) to remote printers. When I do that with lp, I get: ~> lp -d remote-printer 1.lp lp: The printer or class is not shared! Local cups-1.3.7 server does not even try to communicate with the remote server, it just silently flags the remote printers "non shared" and throws this error: D [01/Jul/2008:23:37:41 +0200] cupsdAcceptClient: 12 from xxx.xxx.xxx.xxx:631 (IPv4) D [01/Jul/2008:23:37:41 +0200] cupsdReadClient: 12 POST / HTTP/1.1 D [01/Jul/2008:23:37:41 +0200] cupsdAuthorize: No authentication data provided. D [01/Jul/2008:23:37:41 +0200] CUPS-Get-Printers D [01/Jul/2008:23:37:41 +0200] cupsdProcessIPPRequest: 12 status_code=0 (successful-ok) D [01/Jul/2008:23:37:41 +0200] cupsdReadClient: 12 POST / HTTP/1.1 D [01/Jul/2008:23:37:41 +0200] cupsdAuthorize: No authentication data provided. D [01/Jul/2008:23:37:41 +0200] CUPS-Get-Classes D [01/Jul/2008:23:37:41 +0200] cupsdProcessIPPRequest: 12 status_code=0 (successful-ok) D [01/Jul/2008:23:37:41 +0200] cupsdCloseClient: 12 D [01/Jul/2008:23:37:41 +0200] cupsdAcceptClient: 12 from xxx.xxx.xxx.xxx:631 (IPv4) D [01/Jul/2008:23:37:41 +0200] cupsdReadClient: 12 POST /printers/hp4000 HTTP/1.1 D [01/Jul/2008:23:37:41 +0200] cupsdAuthorize: No authentication data provided. D [01/Jul/2008:23:37:41 +0200] Print-Job ipp://localhost/printers/hp4000 D [01/Jul/2008:23:37:41 +0200] print_job: auto-typing file... D [01/Jul/2008:23:37:41 +0200] Print-Job client-error-not-authorized: The printer or class is not shared! D [01/Jul/2008:23:37:41 +0200] cupsdProcessIPPRequest: 12 status_code=403 (client-error-not-authorized) D [01/Jul/2008:23:37:41 +0200] cupsdCloseClient: 12 ~> lpoptions -p hp4000 copies=1 job-hold-until=no-hold job-priority=50 number-up=1 auth-info-required=none printer-info='HP 4000' printer-is-accepting-jobs=1 printer-is-shared=0 printer-location=Verwaltung/Fibu printer-make-and-model='HP LaserJet 2100 Series Postscript (recommended) on lisa5' printer-state=4 printer-state-change-time=1214947927 printer-state-reasons=none printer-type=18911302 To summarize: printers from older cups servers (v1.1) are flagged as non shared on current cups servers (v1.3). When trying to print to such a printer via IPP, it depends, from where the job comes from: if the user prints directly from the cups server it succeeds, if the user prints to the current cups server via local network, it fails. If somebody has some bright idea for this issue, I would love to hear from it. Thanks fro listening, Pete P.S.: I'm off until monday.. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org