1830730 Members
1861 Online
110015 Solutions
New Discussion

Re: Lp Spooler

 
Global Server Operation
Frequent Advisor

Lp Spooler

Can anyone shed some light on thsi for me? Is there a way to not have these messages go to the users mailbox?

Issue:
When using our customized printer drivers that redirect output reports to a file instead of a printer (ftprpt, ftpcsv, 820rpt, and 820err) the user that prints using these devices gets error code 2 messages in their unix mail file. The output file is created and all seems well with the process. However, these messages keep inundating the users mail accounts in unix. I believe the issue is that the /home filesystem, where the files are created, does not have any write permission bits set on it. The reason I think this is because of the ???lp set sender to root using ???f?????? part of the mail message. This makes me believe that the lp spooler had to set the user to root because it is the only user id that would have permissions to write to the /home filesystem. Because the print request is owned by the user, and they don???t have write permissions to /home, it generates and error 2 which subsequently causes the lp spooler to switch the requests sender id to root so it can write the file out. Below is an example of the mail error messages being received.





Mail Messages

From root@usahs200.mail.mw.towerautomotive.com Mon Sep 9 11:35:08 EDT 2002

Received: (from lp@localhost)

by usahs200.mail.mw.towerautomotive.com (8.9.3 (PHNE_25184)/8.9.3) id LA

A13574

for tedi53; Mon, 9 Sep 2002 11:35:08 -0400 (EDT)

Date: Mon, 9 Sep 2002 11:35:08 -0400 (EDT)

From: root@usahs200.mail.mw.towerautomotive.com

Message-Id: <200209091535.LAA13574@usahs200.mail.mw.towerautomotive.com>

X-Authentication-Warning: usahs200.ahipc.eds.com: lp set sender to root using -f

To: tedi53@usahs200.mail.mw.towerautomotive.com



error code 2 in request ftprpt-3895 on printer ftprpt?




1 REPLY 1
Jordan Bean
Honored Contributor

Re: Lp Spooler


You can ignore the "lp set sender to root" error from Sendmail, but you can eliminate it by adding the user lp to the list of trusted users in /etc/mail/sendmail.ct (if enabled) or /etc/mail/sendmail.cf (look for Troot). The problem is that LP is trying to create files as user lp, but fails, and returns an error via `sendmail -froot` which sendmail politely points out with the X-Auth-Warning header.

As for printing to files, I wouldn't go through LP unless I absolutely had to. Can we see a sample interface script?