当我们的用户想要使用 at 命令安排作业时，它在我们的 SLES 11 服务器上不起作用。如果他们在我们的 RedHat Enterprise Linux 服务器上做同样的事情，它就可以完美运行。
我已经使用他们的帐户在两台服务器上对其进行了测试：
at 11:50
ls -al >/home/USERS/username/justtesting.txt
<<Ctrl+D>>
并在 RHEL 服务器上创建该文件，随后的 atq 命令给出一个空列表。
如果我在 Suse 机器上执行完全相同的操作，则永远不会创建该文件，并且 atq 命令以以下格式列出我们所做的所有尝试：
23 2020-03-05 11:50 a USERS\username
或者
24 2020-03-05 11:50 = USERS\username
用户在 Suse 机器上的 etc/at.allow 文件中（没有 /etc/at.allow 或 /etc/at.deny 文件开始，但我还是添加了它），并且在那里安排作业没有任何错误消息。
如果我以管理员用户身份尝试 at 命令，它可以在 SLES 机器上完美运行，因此它可能与某处的用户权限有关。但同样：用户没有收到任何错误消息指示他们没有所需的权限。
我有两个问题：首先，很明显：我如何让它工作？任何帮助将不胜感激第二：atq 列表中的“a”或“=”是什么意思？如果搜索但似乎无法找到答案。（'at' 命令对谷歌来说是一个烦人的命令...... :)）
最好的问候，并感谢任何和所有的帮助。