Coldfusion 9，如何清空“未送达的邮件队列”
我在 Coldfusion 9 中的邮件池中大约有 9,000 条未送达的消息。据我所知，管理这些消息的唯一方法是通过 CF 管理 GUI 一次操作 10 条消息。
我正在寻找一种方法来加快这个过程。我想清除队列，或者批量发送它们。
有谁知道该怎么做？
谢谢你，
-戴夫
I have roughly 9,000 undelivered messages in my mail spool in Coldfusion 9. As far as I can tell the only way to manage these messages is to manipulate them 10 at a time through the CF Admin GUI.
I'm looking for a way to expedite this process. I'd like to just clear the queue, or batch send them all.
Does anyone know how to do this?
Thank you,
-Dave
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（6）
进入文件系统并将文件从 cfusion/mail/undelivr 移动到 cfusion/mail/spool。简单的！
Go into the filesystem and move the files from cfusion/mail/undelivr to cfusion/mail/spool. Simple!
看一下 Ray Camden 的 SpoolMail (http://spoolmail.riaforge.org/)。这是一个非常方便的插件，您可以将其添加到所有服务器，并批量将电子邮件移动到假脱机并重新发送。
Take a look at Ray Camden's SpoolMail (http://spoolmail.riaforge.org/). This is a very handy plug-in that you can add to all your servers and at bulk move your emails to spool and resend them.
有人在某个时刻向我发送了一个片段，该片段会尝试在某个时刻定期重新处理队列，但对于我的一生，我无法找到它或在谷歌上看到它。 - 对不起。
但是：无法交付的队列只是一堆文件，您可以自己编写一个小应用程序，它将尝试定期重新处理队列并删除那些在无法交付中时间过长的文件。
我很确定假脱机只尝试传递邮件一次
只需将文件移回假脱机目录即可让假脱机程序“重试”
您必须保留一个文件或数据库来跟踪已尝试过的内容以及已尝试的内容。有多少次。
我还会发送有关已删除内容的通知 - 或者至少将其记录下来。
-肖恩
PS> 9000？你们的交通状况如何？如果你有那么多无法交付的东西，我怀疑有问题......
Someone sent me a snippet at some point that would try to reprocess the queue periodically at some point, but for the life of me, I can;t find it or see it on google. - sorry.
HOWEVER: the undeliverable queue is just a bunch of files, you can write yourself a little application that will try to reprocess the queue periodically and prune out the ones that have been in the undeliverable too long.
I am pretty sure that the spool only tries to deliver mail once
just move the files back into the spool directory to have the spooler "retry"
you would have to keep a file or DB to track what has been tried & how many times.
I would also send a notification on what has been deleted - or at least log it.
-sean
PS> 9000? what is your traffic like? I would suspect there is a problem if you have that many undeliverables....
您应该编写简单的 CF 程序来跟踪和删除未送达的邮件。
使用 cfdirectory 标签。
You should write simple CF program for tracking and deleting for undelivered mails.
Use cfdirectory tag.
如果您移动了邮件服务器并且假脱机似乎从未清空，则需要打开每个 .cfmail 文件并更改 IP 号。我也移动了我的邮件服务器，当我把它重新启动时，我忘记了在 CF Admin 中更改邮件的 IP 设置，结果到第二天我的假脱机中就有 21,000 封电子邮件。啊。我本可以在其上运行一个 cf 脚本来打开每个文件，更改 IP 号码，然后将文件移动到假脱机目录中，但我选择不从下载点 com 下载免费的搜索和替换实用程序。工作起来就像一个魅力。完成完整的 s&r 大约需要二十分钟，然后花了几秒钟将它们全部移动。
If you moved your mail server and the spool doesn't seem to ever empty out, you need to open up each .cfmail file and change the IP number. I moved my mail server as well, and when I brought it back up I had forgotten to change the IP setting for mail in CF Admin, and wound up with 21,000 emails in my spool by the next day. Ugh. I could have run a cf script on it to open up each one, change the IP number, and then move the file into the spool dir, but opted instead of downloading a free search and replace utility from download dot com. Worked like a charm. It took about twenty minutes to do the full s&r and then a few seconds to move them all over.
文件系统是最简单的方式。
要尝试重新发送电子邮件，请将 ~\ColdFusion2016\cfusion\Mail\Undelivr 中的文件移动到 ~\ColdFusion2016\cfusion\Mail\Spool。
如果您只是不关心这些电子邮件文件，那么只需删除它们即可。
我将我的开发邮件服务器指向任何地方（smtp.gmail.com.dontSend），因此没有邮件发出，它们都堆积在未送达的状态中。这样，我的开发团队的其他成员就不会收到我通过电子邮件生成和捕获的所有错误。更重要的是，测试电子邮件不会意外发送到真实帐户。
我在测试时进入 CF-Administrator 查看和管理未送达的邮件，但如果/当邮件变得很大时，我只是从文件系统中删除它们。
The file system is the simplest way.
To attempt to resend the emails, move the files in ~\ColdFusion2016\cfusion\Mail\Undelivr to ~\ColdFusion2016\cfusion\Mail\Spool.
If you just don't care about those email files then simply delete them.
I point my development mail server to point to nowhere (smtp.gmail.com.dontSend) so no mail goes out and they all just stack up in undelivered. That way the rest of my development team does not get all the errors I generate and catch through email. More importantly, no test emails accidentally go out to real accounts.
I go into the CF-Administrator to look at and manage my undelivered mail when testing but if/when it gets huge I just delete them from the file system.