Thanks!

I can't imagine how it could be M0n0, but I am having a hard time 
convincing him that it is not.

Andy

Timothy Taylor wrote:
> Andrew,
>
> Sounds like the remote printer doesn't have the fonts installed. This
> could be because the fonts aren't included in the print file and are
> expected to be stored on the printer. Depending on the printer
> functionality, fonts can be stored: temporarily in memory for the
> duration of the job; permanently in memory (although that normally means
> until the printer is turned off); permanently on hard disk; or,
> permanently on a flash simm of some kind.
>
> Ask the remote site to print off a font list from the front panel to
> check the availability of the font (You may be able to telnet in, or
> web-browse in to force it remotely yourself). Try sending the font as
> part of the print job, or before the print job with it marked for
> permanent storage. 
>
> Tim
>
>
>   
>>>> On 13/03/2007 at  3:24 pm, in message
>>>>         
> <45F6C24A dot 9020303 at pdqlocks dot com>, "C.
> Andrew Zook" <andrewzook at pdqlocks dot com> wrote:
>   
>> I have a problem with a customer who is trying to print to a network
>>     
>
>   
>> printer (jetdirect - using Windows standard TCP/IP printing) at a
>>     
> remote 
>   
>> location across a m0n0 to m0n0 VPN.
>>
>> Everything prints fine on the printer at the remote location, but bar
>>     
>
>   
>> codes are printing text in instead of the bar code.
>>
>> When the IP address is changed to print to an identical local
>>     
> printer, 
>   
>> the bar code prints fine!
>>
>> Anyone have any ideas on this one? He is pulling his hair out!
>>
>> Help!
>>
>> Thanks!
>> Andy
>>     
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: m0n0wall dash unsubscribe at lists dot m0n0 dot ch
> For additional commands, e-mail: m0n0wall dash help at lists dot m0n0 dot ch
>
>