金世旗国际控股股东:请大家帮忙翻译一下简单的片断

来源:百度文库 编辑:查人人中国名人网 时间:2024/05/05 04:15:17
Note that 61.129.113.238 was connecting to our servers and identifying
itself via HELO as "61.129.113.238". Which is quite suspicious
in and of itself.

This is USUALLY spamware, but in some rare circumstances, it can be a
misconfiguration in your mail server. The CBL attempts to distinguish
real mail server software from malware SMTP clients by expecting users
to name their mail server[s] to indicate who _they_ are, not their
provider and be consistent with Internet protocol standards.

Use of a bare IP address in the HELO is a violation of
RFC2821 section 4.1.1.1, which says that the HELO value MUST
be either a fully qualified domain name (such as "mail01.example.com")
or an IP address enclosed in square brackets (such as "[61.129.113.238]").

You will need to investigate and fix this.

If this is a simple configuration error, if you set
your mail server to claim to be, for example,

mail.<your domain>

You won't be relisted unless except via viruses or spam compromises.

Notes on specific software:

1) It has been reported that Lyris ListManager (particularly older
versions) is occasionally auto-configured in such a way to cause this
problem. On Windows, this can be resolved by using the "lyris.exe" (or
"lm.exe" in later versions thusly:

lyris.exe helotext <desired HELO name>

2) It has been reported that sendmail's "milter-sender" package
occasionally does this (usually something to do with having DNS
resolution problems at the time). At the time of writing, the
latest version of milter-sender permits you to set the HELO
explicitly, and thus avoid this problem.

3) If you're running a MultiTech firewall filter (eg: "RouteFinder
VPN"), or Plesk - both of which use qmail, or just "bare" qmail,
check the file /var/qmail/control/helohost and /var/qmail/control/me
(directory location may vary depending on operating system).

To be certain that things are set correctly, edit both the "me" and
"localhost" files to have your mail server's fully qualified domain
name. If localhost file doesn't exist, correcting the "me" setting
should suffice on its own. Now restart qmail.

4) Older versions of ZAEP (a challenge/response tool) installations
appear to default to doing this. According to the release notes
at http://www.zaep.com/releasenotes.asp, ZAEP version 4.1.0.0
released on Sept 26th fixes this problem. Please upgrade.

I've removed the entry from the list.

It may take a few hours to propogate to the public nameservers.

WARNING: the CBL WILL relist this IP if the underlying issues are not
resolved, and the CBL detects the same thing again.

--
Ray, CBL Team

注意 61.129.113.238 正在对我们的伺候器连接而且识别
它本身经由 HELO 如 "61.129.113.238". 哪一相当可疑
在和它本身。

这通常是 spamware ,但是在一些稀罕的环境中,它可能是一
你的邮件伺候器的 misconfiguration。 CBL 尝试区别
来自 malware SMTP 客户的真正邮件伺候器软件藉由期待使用者
命名他们的邮件伺候器 [s] 指出谁 _they_ 是, 不他们的
供给者而且对英特网记录标准感到一致。

HELO 的一个赤裸的 IP 住址的使用是一个违反
RFC2821 第 4.1.1.1 节, HELO 价值必须
一个完全有资格的领域名字也是 ( 如此的如 "mail01.example.com")
或正直的支架一个 IP 住址附件.( 如此的当做 "[61.129.113.238]")

你将会调查而且固定这。

如果如果你设定,这是一个简单的结构错误
你的邮件伺候器宣称当, 举例来说,

邮件。<你的领域>

你将不再列出除非除了经由病毒或罐头火腿肉妥协之外。

在特定的软件上的笔记:

1) 它已经被 Lyris ListManager( 特别地资深者
版本) 有时候是汽车配置的在一个如此方法中引起这
问题。 在窗口上,这可能被藉由使用 "lyris.exe" 决定 ( 或
较后的版本 "lm.exe" 如此:

lyris.exe helotext<需要了 HELO 名字>

2) 它已经被 sendmail's 的 "产卵期的雄鱼-寄件人" 包裹
有时候做这 ( 通常有点由于有 DNS 做
决议问题在那时 ). 在写作的时候, 那
产卵期的雄鱼- 寄件人的最新版本允许你设定 HELO
明确地, 而且如此避免这一个问题。

3) 如果你正在跑一个多技术防火墙过滤器 (eg: " RouteFinder
虚拟私用网络"), 或 Plesk- 两者使用 qmail, 或正直的 "使赤裸" qmail,
检查文件 /变容体/qmail/控制/ helohost 和 /变容体/qmail/控制/ 我
(目录位置可能改变仰赖操作系统).

到是确定的事物是放置正确地, 两者都编辑 "我" 和
"localhost" 申请有你的邮件伺候器的完全有资格的领域
名字。 如果 localhost 文件不存在, 改正 "我" 设定
应该靠它自己足够。 现在重始语 qmail。

4) ZAEP(挑战/回应工具) 安装的较旧版本
似乎疏怠职责到做这。 依照释放笔记
在 http:// www.zaep.com/leasenotes.asp, ZAEP 4.1.0.0 版
在族第 26个固定这一个问题上释放。 请升级。

我已经将进入从目录移开。

它可能花对公众的 nameservers 的对 propogate 的几个小时。

警告: 如果在下面的议题是, CBL 将会再列出这 IP 不
下定决心的,而且 CBL 再一次发现相同的事物。

--
光线,CBL 队

简单????片段?????零分.
你自己找在线翻译去吧!

简单????片段?????

太简单了我翻译不出来.不好意思啊?