RightFax 嵌入代码:传真号码被视为无效

发布于 2024-08-02 12:30:22 字数 444 浏览 7 评论 0原文

这实质上是我的 PCL 文件与嵌入代码的样子。传真代码嵌入在它们所在的位置,因为这是 RightFax 识别它们存在的唯一位置。

 ^[%-12345X@PJL

...

@PJL ENTER LANGUAGE=PCL

... ^[*p6x3XHello world^[(s3T<TOFAXNUM:814-555-6789><COVER><FROMNAME:Shashank>^L...%1245X

我使用 (s3T 来选择 Courier 字体,没有该字体,RightFax 无法识别代码。但是,当此文件通过 HPFAX 队列发送到 RightFax 服务器时,这是我看到的错误消息(当我查看 RightFax 时) FaxUtil):

电话号码中的字符无效 该号码显示为 XFAXNUM:814-555-6789。

我缺少什么?

Here is in essence what my PCL file looks like with embedded codes. The fax codes are embedded where they are because that's the only location where RightFax even recognizes that they exist.

 ^[%-12345X@PJL

...

@PJL ENTER LANGUAGE=PCL

... ^[*p6x3XHello world^[(s3T<TOFAXNUM:814-555-6789><COVER><FROMNAME:Shashank>^L...%1245X

I use the (s3T to pick the Courier font, without which RightFax does not recognize the codes. However, when this file gets sent to the RightFax server via the HPFAX queue, this is the error message I see (when I look at the RightFax FaxUtil):

Invalid Characters in Phone Number
The number shows up as XFAXNUM:814-555-6789.

What am I missing?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

咆哮 2024-08-09 12:30:22

该 PCL 是由您还是某些打印驱动程序生成的?如果它是由您创建的,那么您应该能够将嵌入代码放置在您想要的任何位置。代码上应该不需要选择字体。 RightFax 只是查找 < >作为文本并尝试处理中间的内容。您也不需要任何 PJL,因为 RightFax 会忽略它。我们的常见做法是在顶部或顶部附近插入嵌入代码,事实上,在可能的情况下,我们将所有嵌入代码放在其自己的页面上,然后使用 DELETEFIRSTPAGE 代码,以便该页面不会被传真。

这是一个示例:

<TOFAXNUM:4035551212><TONAME:CLIENT><DELETEFIRSTPAGE><NOCOVER><WHO:DOUG>
...rest of the PCL data...

我假设 ^[ 是您的编辑器对转义字符的表示,而我的转义字符是由 表示的,换页符是 。如果由于某种原因,您要在应用程序之外修改此流,请确保编辑器不会破坏该文件。您可能还想暂停 HPFAX 打印机队列,发送作业,然后检查创建的 .SPL 文件 (c:\windows\system32\spool\printers) 以确保该文件看起来仍然相同。如果这是某个通过 HPFAX 队列“打印”文件的应用程序,那么它将由与其关联的驱动程序处理,并且可能会发生一些奇怪的事情。此处测试的更好选择是将文件复制到 HPFAX 队列,例如:

copy /b <yourfile> \\server\hpfax

这可能是您已经在做的事情,我只是试图涵盖所有基础。

Is this PCL being generated by you or some print driver? If it's being created by you then you should be able to place the Embedded codes wherever you want. There should be no need for font selction on the codes. RightFax simply looks for the < > as text and tries to process what is in the middle. You also don't need any of the PJL as this is ignored by RightFax. Our common practice has been to insert Embedded codes at or near the top, in fact, where possible, we place all embedded codes on it's own page and then use the DELETEFIRSTPAGE code so that page isn't faxed.

Here is an example:

<TOFAXNUM:4035551212><TONAME:CLIENT><DELETEFIRSTPAGE><NOCOVER><WHO:DOUG>
...rest of the PCL data...

I'm assuming that the ^[ is your editors representation of the Escape character mine is represented by and the formfeed is . If, for some reason, you are modifying this stream outside of you app, ensure that the editor isn't mucking with the file. You might also want to pause the HPFAX printer queue, send the job, and then check the .SPL file that is created (c:\windows\system32\spool\printers) to ensure that the file still looks the same. If this is some app that is 'printing' the file through the HPFAX queue then it will get processed by the driver associated with it and some strange things can happen. The better option for testing here is is to copy the file to the HPFAX queue such as:

copy /b <yourfile> \\server\hpfax

This may be what you are doing already, I'm just trying to cover all basis.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文