关于“嵌入式 Linux 软件包调查”（LJ 2001年2月刊），感谢，感谢再感谢。我之前只见树木不见森林。你们的文章真地帮助我理清了名称、参与者以及范式的范围。

我们住在宾夕法尼亚州西北部，有点与硅谷的邮件圈脱节。我订阅了 Victor Yodaiken 的 RTL 邮件列表两年了，仍然不了解情况。你们的文章真地帮了大忙。

感谢你们帮助我们保持与时俱进。

—Raymond C. Minich

LJ 2001年2月刊的“最佳技术支持”中有一个错误。“ide-floppy”不是 ATAPI 类 ZIP 驱动器的适用模块。“ide-floppy”适用于原先的非 ATAPI IDE ZIP 驱动器。适用的模块是“ide-scsi”。此信息可以在 ZIP 驱动器 HOWTO 中找到。

这是一个非常严重的区别。根据第一手经验，我知道在 ATAPI 类 ZIP 驱动器上使用 ide-floppy 似乎可以工作，但总是会导致 ZIP 磁盘上的文件系统损坏（除非对其进行只读操作）。

此致，

—Michael O'Brien

Mick Bauer 的“SSH 的 101 个用途，第二部分”（LJ 2001年2月刊）中的一个例子给出了关于安全性的误导性印象。列表 6 展示了如何通过 ssh 端口转发隧道传输 FTP。如果这是任何其他协议（例如 POP3 或 IMAP），那就没问题了。

但 FTP 实际上使用 两个 连接，而不仅仅是一个。主连接（端口 21）用作控制通道，向服务器发出命令。每次要在不同的随机端口上传输数据时，都会建立辅助通道（如果使用被动模式）。如果您不使用被动模式，情况会变得更糟。服务器尝试从端口 20 连接回您。很可能这会被附近的任何防火墙完全阻止。

无论如何，ssh 命令只会转发控制通道，而不会转发数据通道。这足以保护您的密码，但不足以保护在服务器之间传递的数据。这是一个具有误导性的情况，因为连接可能可以正常工作，即使其中大部分内容是未加密的！

据我所知，如果不实现在 ssh 内部的特殊“FTP 监视器”例程，就无法通过 SSH 使用 FTP。这并非不可能；市场上几乎每个 NAT 设备都做着同样的事情。另一种选择可能是使用 ssh2 中的 sftp 命令。但是，我不确定这是否已包含在 OpenSSH 中。

—Dominic Mitchell

您完全正确。虽然我确实认为即使数据通道未加密，加密控制通道也有一定的价值，但那是一个糟糕的例子，尤其是我没有指出数据通道实际上是以明文形式传输的。但它确实有效，即使没有 FTP 监视器：我已经以我的文章中描述的方式使用 FTP over SSH 几年了。SCP 仍然是使用 OpenSSH 传输文件的最安全方式。SFTP 很酷，但在 OpenSSH 中仅部分支持（仅客户端或守护程序，我不记得是哪个了）。但是，如果您在 Linux、xBSD 等上运行 SSH Communications 的“官方”SSH v.2，则可以免费使用，这要归功于其许可中的新“开源操作系统免费使用”条款。

—Mick Bauer mick@visi.com

多年来我在 LJ 上读过的所有文章中，很少有文章像关于 vim 的文章（“那就是 Vimprovemnt！更好的 Vi”，LJ 2001年2月刊）那样对我产生如此大的影响。我在 vim 中花费的时间通常比睡觉的时间还多，而且多亏了这篇文章，我现在又掌握了一些技巧。我以前没有注意到的最突出的功能包括第三种模式（称为可视化模式）、命令模式 grep 和 split。我学习了 Solaris 上的原始 vi，而且 vim 中有很多我显然还没有掌握的功能。既然如此，您是否考虑过每月推出一个关于编辑器的专题？因为我猜想您的很多读者都会在 emacs、vim、pico 等编辑器上花费大量时间，也许定期推出一个专题是合适的。

—Robert Lazarski

关于你们 2000 年开源数据库编辑选择奖（参见 LJ 2000 年 12 月刊），我不同意你们对年度最佳操作系统数据库的选择。按照您的建议，我先喝了一杯烈性的汤姆·柯林斯鸡尾酒，然后是一些白色俄罗斯人 以及 几杯烈酒。在我接受你们的选择之前，我变得头昏眼花，然后头晕目眩，最后昏了过去。清醒过来后，我现在拿起键盘进行更正式的抗议；我建议你们的读者联系 NuSphere 并评估他们的 MySQL 数据库版本。虽然我知道我们只能接受你们 2000 年的选择，但我预测 2001 年操作系统数据库的编辑选择奖将是 NuSphere MySQL——毫无疑问，干杯。

—Bill McGowan

我们在今年二月份的 LinuxWorld 上与 NuSphere 会面了，请留意即将发布的正式产品评测。

—编辑

好吧，这是故意的还是不是故意的？（如果是故意的，那就非常有趣；否则也很有趣，但方式完全不同。）我认为引言“注意上面代码中的错误；我只证明了它是正确的，但没有尝试过”应该归功于伟大的 Donald Knuth，而不是 Donald Knut（LJ 2001年2月刊，第 14 页）。

—Keir Davis

我读了你们的社论（LJ 2001年2月刊，第 93 页），其中你们提到 LJ 的尺寸是 Martha Stewart Living 的三分之二，但员工人数只有十分之一。你们还提到 Martha 不必排版 Perl 代码。

我想告诉你们，我们在 Martha Stewart Living Omnimedia 绝对会排版 Perl 代码。别忘了，我们有一个电子商务网站 (http://www.marthastewart.com/)，每年完成数百万美元的业务。此外，我们的杂志工作人员出版三本定期杂志（Living、《Babies》和《Weddings》）以及许多特刊。

目前，我们的网站在 NT 服务器上运行，但我们正在将我们的网站迁移到 Sun Solaris。而且，您可能会有兴趣知道，向该网站流式传输媒体的服务器正在运行 Red Hat Linux 7.0！我们 Martha Stewart 的许多人都是开源爱好者，对 Linux 特别感兴趣。我个人从第一期开始就一直在阅读 Linux Journal。作为一名开发人员，我一直在寻找我们可以在工作中使用 Linux 的方法。查看此消息的标头，您会看到它是在运行 Pine 的 Linux 机器上发给您的。

我一点也没有被你们的文章冒犯，我只是想告诉你们，即使像 Martha Stewart Living 这样的公司也在拥抱 Linux。

此致敬礼，

—Rick Noelle互联网应用开发者Martha Stewart Living Omnimedia

在阅读 2001 年 2 月刊的 Linux Journal 时，我注意到文章“Linux 和新互联网计算机”。其中有一张 NIC 的屏幕截图，上面运行着一些应用程序。说起来可能很奇怪，我对在该屏幕上运行的日历程序非常感兴趣。

我已经使用 xcalendar 多年了，我喜欢它的简洁性。但是，它似乎没有得到维护。该屏幕截图中运行的日历看起来相似但又不同。我想知道它是否是 不同的 极简主义日历程序。

谢谢。

—Michael George

您在屏幕截图中的桌面上看到的 X“日历”客户端，您完全正确，它确实是“极简主义”！就在这里

cal | xmessage -file - -title "Calendar"

更好的版本是使用 gcal 命令（它会突出显示当前日期）

gcal | xmessage -file - -title "Calendar"

如果您使用 tcal 命令，则会突出显示明天的日期。当然，如果您有大型显示器 (1600 <\#215> 1200)，则可以使用以下命令显示一年的日历

cal -y | xmessage -file - -title "Happy New Year"

我知道这是一个非常简单的日历——如果您想要更智能的东西，可以启动日历、提醒并检查您的邮件，请查看 rclock 客户端……它的手册页提供了各种有趣的应用程序（例如根据一天中的时间更改桌面色调——中午最亮，傍晚逐渐变暗等）。

—Billy Ball www.tux.org/~bball