我注意到使用DYMO标签Web服务在今天早上4/23/2018开始打印时，延迟为5至15秒。这发生在所有浏览器上的多台PC上。在Mac上，它可以正常工作。
log at％localappdata％ dymo dls8 dlswebservice.log似乎显示延迟。除了通常的同步XMLHTTPRequest之外，主线程中没有任何错误。
DYMO.DLS.Printing.Host.exe Information: 0 : PrintLabel: DYMO LabelWriter 450 Turbo
DateTime=2018-04-23T17:08:34.9541652Z
DYMO.DLS.Printing.Host.exe Information: 0 : Loading barcode lib from C:Program Files (x86)DYMODYMO Label SoftwareMDYMOBarcode.dll
DateTime=2018-04-23T17:08:50.1456872Z
DYMO.DLS.Printing.Host.exe Information: 0 : Utils.CreateLabelPrintParams(): printParams == null, creating default printParams based on printer type
DateTime=2018-04-23T17:08:50.1547276Z
Status for job sent to printer DYMO LabelWriter 450 Turbo i False
DYMO.DLS.Printing.Host.exe Information: 0 : CheckServiceStatus
DateTime=2018-04-23T17:08:51.3098746Z
DYMO.DLS.Printing.Host.exe Information: 0 : GetPrinters
DateTime=2018-04-23T17:08:51.3269198Z
我尝试更新为dls8setup.8.7.exe，但这无济于事。
我弄清楚了procmon并陷入了底部。
这似乎是由于Dymo标签服务查询128.30.52.100(Hans-Moleman.w3.org(每次被喂食以验证其架构时。直到今天，我们才受到这项服务的限制。
针对DLS服务的此IP地址设置出站防火墙规则已解决此问题。
我们也遇到了这个。显然，DYMO打印服务正在尝试针对XSD文件验证生成的XML。该文件没有缓存，因此打印服务正在击中W3.org下载它。最近的某个时候W3.org停止响应此请求，使XML验证随着请求的时间而缓慢。因此，这与任何Windows更新无关，更新到Dymo打印服务或更新到任何浏览器。
如果您以管理员的身份在Windows Power Shell中运行此命令(并且服务路径与我们的路径相同(，它将阻止对W3.org的调用，从而导致其快速失败而不是慢速并继续前进打印。
New-NetFirewallRule -DisplayName "dymo-xsd-exclude" -Direction Outbound -Action Block -Program "C:Program Files (x86)DymoDYMO Label SoftwareDYMO.DLS.Printing.Host.exe" -RemoteAddress 128.30.52.100
这是一个短期解决方案。正确的解决方案是Dymo更新其打印服务以包括XSD，而不是在Internet上致电。
我也一直在遇到这个问题，这是Dymo开发人员博客和推荐解决方案的链接。
http://developers.dymo.com/2018/04/24/recent-issues-with-slow-printing/
此博客上推荐的2个解决方案是：
1(防止连接到128.30.52.100(http://www.w3.org/1998/xmlschema(
2(使用Windows Defender Firewall来防止Dymo.dls.printing.host.exe建立出站连接。
fyi。Dymo有一个修复程序。他们发布了8.7.1版，该版本解决了缓慢问题。它可以从开发人员网站下载：http://developers.dymo.com/2018/04/24/recent-issues-with-slow-printing/