Note: please don't spam any of the e-mail addresses which you see here. Follow this link if you want some addresses to misuse.
From: David Chappell <David.Chappell@mail.trincoll.edu> Date: Fri, 23 Mar 2001 09:45:12 -0500 Subject: Re: Antwort: Re: PPR: Receiving mail from PPR Alain.Lachapelle@Heimannsystems.Com wrote: > Hi, > >> $ ppad switchset myprn --responder-options='printed=no' > >> I don't think you should suppress all messages to the users. If you do, >> they will get annoyed because their jobs will "vanish" and they won't >> know why. > > > Thanks for the informations. The machines are dedicated with a dedicated > user interface which only allows access to the features of the machine and > this does not include mail reading. The machines are very often > operational 24-hours a day year round and even if the quite unlikely > situation arise where pprd wouldn't be running while a print job would be > launched there is no need to generate a mail message in this very specific > context. > > Thanks again for all the informations, it is very much appreciated, > > Cheers, > > Alain > In that case you should probably choose one of the other responder methods to inform users of problems with their jobs. The responder method can be selected with ppr's -m switch. The address to send to is indicated with the -r switch. For example: $ ppr -d myprn -m xwin -r $DISPLAY For this example, you should make sure that the PPR daemon has permission to connect to the user's display. That is what ppr-xgrant is for. Normally, the method used to inform a user of the fate of his job will depend on the user and the job submission method. For example, you might use the xwin responder when people have an X session but use write when the log in with telnet. For that reason, it makes little sense to put these settings in a switchset. For interactive users, it makes sense to use the environment variables PPR_RESPONDER and PPR_RESPONDER_ADDRESS. These can be set in /etc/profile. You can add new responder methods simply by adding little programs to /usr/lib/ppr/responders. So, if your embedded device's interface has its own way of displaying error messages, you can just create a shell script or other kind of little program which takes the message from PPR and displays it.