2013 年 1 月 10 日，格伦·福勒 (Glenn Fowler) 将此内容发布到ast-用户邮件列表:
正如 AST 和 UWIN 列表中多次指出的那样，AT&T 对 OpenSouce 软件的支持很少，这就是为什么我们只有很少的人参与我们相当大的 AST 软件集合。尽管如此，
ksh、nmake、vczip和UWIN其他 AST 工具仍在多个 AT&T 项目中使用。事实证明，软件并不是唯一缺乏支持的东西：dgk（大卫·科恩）（AT&T 院士，服务 36 年）和 gsf（格伦·福勒）（AT&T 院士，服务 29 年）已被终止，自 10 月 10 日起生效。我们的第三位主要合作伙伴 Phong Vo（AT&T 院士，服务 32 年）几个月前离开，加入 Google。 UWIN 维护者 Jeff Fellin 仍在 AT&T 工作，并为一些关键操作提供 UWIN 支持。
dgk 和 gsf 都将继续开发 AST 软件，并且实际上可能有更多时间（至少在短期内）专注于它。
至少在接下来的几个月内，下载网站和邮件组将保留在 AT&T 内。我们的 AT&T 同事、AST 用户和错误检测器 dr.ek 将维护该网站。我们已经保护了 astopen.org 域，并正在研究非 AT&T 托管选项，包括具有错误跟踪功能的存储库。
改变的过程需要时间；非常感谢用户社区的耐心。在一个基本稳定了近 30 年的环境中工作后，有 3 周的时间来规划个人、职业和黑客未来，这真是令人震惊。随着计划的落实，将通知用户组。
科恩自己的维基百科页面说他在 AT&T 实验室研究工作直到 2013 年......，但他现在为 Google 工作需要引用。 Adgkorn github 用户帐户创建于 2014 年 11 月，但自那时以来，它的公共贡献源恰好为 0，并且订阅了尽可能多的存储库。
自 2013 年以来，相关邮件列表的活跃度逐渐降低。例如，2013年第四季度AST开发者名单截至 2013 年 12 月 1 日已发布 156 条消息，但相同的列表2015年第四季度仅列出三个消息，这是其中的最后一个：
主题：回复：[ast-开发人员] 将 ast 转换到 GitHub
是否打算将 ast 代码库转移到像 GitHub 这样的源代码存储库？这将使社区更容易做出贡献。我担心如果没有这样的协作环境，与 ast 相关的开发将会因为 bug 报告和源代码补丁消失而陷入停滞。
有没有人有完整的 git 存储库，可以在某个地方发布（repo.or.cz、github，等等）？ Git 服务器已经宕机很长时间了，现在连 www2.research.att.com (204.178.8.28) 也宕机了。
这不禁让人对康壳的未来产生疑问。它死了吗？我们不会再看到更多的发布了吗？
而且，确实，尽管 AT&T 列出了所有 AST 链接在他们的实验室研究登陆页面，这些似乎都不起作用。这些是相同的死链接列出康壳网供下载。即使当前的服务器状态暂时被证明只是暂时的，枯竭的邮件列表似乎也不是好兆头。
那么，korn shell 现在已经失效了吗？或者其他地方是否有更多类似的活动？
答案1
不可能对这个问题给出真正的答案，但评论的形式是不够的。所以我认为收集可编辑答案的积分可能是个好主意......
两年前，David 和 Glenn 被 AT&T 解雇了——我猜他们现在都已经 65 岁以上了。
半年后，他们被谷歌聘用，格伦向我证实，他们的办公室是在同一层楼下的。看来他们现在回答一般问题的时间越来越少了。
我已经在 2015 年夏天给格伦发了一封邮件，要求解决这个问题，他回复说他会尝试做一些事情。两周前（2015年11月），我发现AT&T下载服务器离线，又给他们俩发了一封邮件：
since some weeks, it seems that the AT&T website is not reachable anymore.
http://www.research.att.com/software_tools forwards to
http://www.research.att.com/sw/download/
and that forwads to http://www2.research.att.com/sw/download/
and the latter is unreachable from public.research.att.com.
Given that www.research.att.com and www2.research.att.com are on the same
subnet, I would guess that the machine has been switched off or it died and
nobody cares.
Unfortunately, archive.org cannot be used since the passwd requirements from
the AT&T dowload site.
Do you have an alternative download site set up already?
I would like to let someone download and test UWIN.
我还没有收到这封邮件的回复。
请注意，今年，我只收到了 David 的回复，当时这是一个向 POSIX 标准委员会提出的问题，只能由他回答（例如，关于设计决策背景的问题）。
我于2015年11月30日发送给Glenn Fowler的邮件成功，下载服务器位于：
http://www2.research.att.com/sw/download/
再次工作。还请务必检查：
http://www2.research.att.com/~astopen/download/beta/beta.html
或左侧导航栏中的 beta 链接获取 2014 年 12 月 24 日起的最新源代码。
鉴于下载服务器确实在几个小时后变得无法访问，并且在通知人们后又重新可以访问，我们可能希望运营商现在知道这个问题。
答案2
不
总而言之：github.com/att/ast和github.com/att/uwin
2016年1月19日至20日以下（1|2) 消息已发布到ast-用户邮件列表:（而且我认为dgk 有一些补丁评论特别鼓舞人心）
2016 年 1 月 20 日，星期三；从格伦·福勒:
感谢 Lefty 为启动和运行所做的所有工作。我知道 dgk 正在开发一些补丁。他可能会在接下来的几周内离线。
2016 年 1 月 19 日，星期二；从埃莱夫塞里奥斯·库索菲奥斯:
AST 和 UWIN 用户好。
正如你们许多人所注意到的，由于一些安全问题，www.research.att.com 上的下载网站在年底前不久就停止了播放。
时机很不幸，因为包括我在内的几个人都在度假，所以它已经关闭了很长一段时间。
但我们最终成功地将大部分软件转移到了 GitHub 上。您可以在以下位置找到 AST 和 UWIN 软件包：
https://github.com/att/uwin和https://github.com/att/ast
（顺便说一句。/attGitHub 上的树托管了许多由 AT&T 研究小组开发的开源软件。随意浏览。我很快就会在那里发布一些代码）。
/att/ast对应于ast-open包。它包括在单独的软件包下也可用的软件，例如 ast-ksh、ast-dss 等，因此我决定只创建这个。它有 3 个分支，与旧的结构相匹配：master（即官方）、alpha 和 beta。 beta 是最新的。它包括我从 Glenn 和 Dave 那里获得的最后一个软件包，并进行了一些小修复，以使其能够在一些新的操作系统版本（例如 Centos 7 和 Ubuntu 14）上进行编译。
/att/uwin是UWIN系统的源代码。它有一个 master 和一个 beta 分支。我没有构建和测试它的环境，所以我不知道它的构建效果如何。
克隆这些 git 存储库相当于从旧站点下载 INIT 和 ast-open（或 INIT 和 uwin）包，然后运行：
./bin/package read因此克隆步骤之后的下一步是运行：
./bin/package makevanilla build，其中没有可用的以前版本的 NMAKE 应该仍然可以工作，并且在某些系统上这实际上是我的选择。
例如，获取并编译 AST 的 beta 分支：
git clone --branch beta \ https://github.com/att/ast.git cd ast ./bin/package make旧站点中的文档很少已移至 GitHub 站点，我稍后会尝试迁移其余部分，我只是想重新启动该软件。
谢谢左特里斯
答案3
是的，也不是。官方的 AT&T Korn Shell 可能会向往峡湾，但有两个正在积极开发的克隆产品。
有pdksh，Korn shell 的公共域克隆，但好像已经16年没有更新了。然而，OpenBSD 使用 pdksh 作为默认值/bin/sh，并且他们更新得相当频繁。 NetBSD 的默认安装也有 pdksh。
还有mksh（MirBSD Korn Shell）。它可能是您的 Linux 发行版中自带的。
mksh 的当前版本是 2015 年 7 月 10 日发布的 mksh R51。
答案4
“是的，也不是。官方的 AT&T Korn Shell 可能会渴望峡湾，但有两个正在积极开发的克隆产品。”
不幸的是，pdksh 和 mksh 与 ksh88 几乎一样（克隆太强大）。我还没有找到一个真正的 ksh93 类似的东西（bash 和 zsh 还没有那么接近）。
我个人希望向Google的过渡能够加快ksh2k的发布速度，但我没有任何内部消息。
我希望他们至少能够处理开箱即用的 BSD 和 Linux（当前 ksh93 基础支持的大量遗留系统也许最好留给各个供应商为新基础做出贡献）。