标签: mailing-list

如何将邮递员列表订阅限制到某些域?

有什么方法可以限制邮递员邮件列表只允许来自一个特定域的订阅?

我知道如何禁止订阅特定的电子邮件地址或域,但是有没有办法禁止所有域,例如 example.com?或者可能是几个特定的​​域?

我们开始受到对我们的一些列表的订阅尝试的打击,我确信它们是僵尸网络1上的垃圾邮件发送者,这让列表所有者很恼火。某些列表的 subscribe_policy 配置为“需要批准”或“确认并批准”,因为这些列表仅适用于我们的本地用户,通过自​​动拒绝来自外部电子邮件的订阅来最大程度地减少列表所有者的烦恼会很好无论如何都不允许列表所有者订阅的地址。

我们不能简单地限制对本地网络的访问,因为我们有面向全球受众的列表,而且我们的一些“本地”用户可以在任何地方。


1一个电子邮件地址在几个小时内订阅了来自不同 IP 的几十个不相关的列表;然后第二天又一轮使用新的电子邮件地址和不同的 IP。在少数情况下,列表所有者通过电子邮件向他们发送了一个问题,询问他们为什么注册该列表,但没有收到回复。

mailman mailing-list

11
推荐指数
2
解决办法
3163
查看次数

使用 postfix 别名作为简单的邮件列表,无需向发件人发送邮件

语境

我有几个系统用户,每个用户都有一个公司电子邮件地址,由 postfix 处理。每周,我们都会发送一封状态电子邮件,让每个人都了解当前的发展情况。到目前为止,这只是少数人,所以可以将他们的地址写为cc。

现在该公司开始发展壮大,我想设置一个虚拟地址,我可以在列表中为其添加新别名,以便我们可以,例如,邮寄updates@example.com给每个人。

我宁愿不为此设置像 mailman 这样的邮件列表系统,因为:

  • 这有点矫枉过正
  • 这是一个小功能。这意味着,从长远来看,我可能不会太注意更新和检查邮件软件——而且这种具有面向公众界面的低优先级服务是拥有易受攻击的服务器的完美秘诀。

所以,我的第一个想法是virtual_map在这个地址的虚拟哈希中使用和添加每个人:

# main.cf
virtual_alias_maps = hash:/etc/postfix/virtual

# virtual
updates@example.com user1@example.com, user2@example.com, # etc
Run Code Online (Sandbox Code Playgroud)

它工作得很好,除了一个烦人的问题:如果user1向 发送邮件updates,他会收到该邮件的副本。

在 linux 公报上读过一篇文章,介绍了这种方法并建议使用别名数据库。我试图实现它,但遇到了完全相同的问题。

也许值得注意的是,用户通常的邮件地址已经是别名,这样每个人都可以在邮件地址中使用他的名字,同时仍然防止暴力破解太容易,所以我的别名表看起来像这样:

john:   john.Ed2
robert: robertFoo
alicia: alicia_bar
Run Code Online (Sandbox Code Playgroud)

我搜索了一个可以阻止发件人接收邮件的后缀设置,但找不到任何设置。有这样的设置吗?

如果没有,您实现内部邮件列表的最简单方法是什么?

email postfix mailing-list

6
推荐指数
1
解决办法
1万
查看次数

为 Mailman 邮件列表档案提供可搜索界面的好方法是什么?

如果您有 Mailman 的邮件列表档案集合(此处为示例),是否有好方法使它们可以从基于 Web 的界面进行搜索?

email search mailman mailing-list

5
推荐指数
1
解决办法
949
查看次数

解决 Gmail 邮件列表“功能”。

我们通过 IMAP 将 Google Apps 用于我们域的电子邮件。每当邮件被发送到邮件列表时,收件箱中不会收到原始邮件的副本。据谷歌称,这是一项“功能”。

有没有办法禁用这个“功能”,以便所有发送到邮件列表的邮件都像所有其他电子邮件一样出现在收件箱中?

也许类似于这种禁用谷歌垃圾邮件过滤器的方法?

email gmail google application mailing-list

5
推荐指数
1
解决办法
570
查看次数

如何每周发送 100,000 封电子邮件并避免被视为垃圾邮件发送者

我有一个包含 100,000 个电子邮件地址的邮件列表,我必须每周向它发送一封电子邮件。

我必须使用什么应用程序/程序/webapp/脚本/等等来每周发送 100,000 封电子邮件并避免被视为垃圾邮件发送者?

请没有仅适用于 Windows 或 Mac 的程序。我使用Linux。

email linux spam mailing-list

5
推荐指数
1
解决办法
2909
查看次数

邮差“来自”欺骗

默认情况下,邮递员似乎使用发布消息的人的“发件人”地址来欺骗其外发消息。信封 mail-from 不是欺骗性的,而是 P2 FROM。这是可以配置为代表发送还是简单地更改为其他一些静态地址?

email mailman mailing-list

5
推荐指数
1
解决办法
1709
查看次数

如何正确配置邮件列表服务器以使其对 SPF 友好?

更新:我在域的 DNS 中的 SPF 记录mailinglist.com

mailinglist.com. 3600 IN TXT "v=spf1 mx ptr include:gateway.com ?all"

UPDATE2:在From:Reply-To:Sender:Return-Path:从失败的消息头:

...
From: "bob" <bob@somewhere.org>
Reply-To: <list1@my.mailinglist.com>
Sender: <list1-request@my.mailinglist.com>
List-Post: <mailto:list1@my.mailinglist.com>
Return-Path: list1-owner@my.mailinglist.com
...
Run Code Online (Sandbox Code Playgroud)

我从以前的管理员那里继承了一个Sympa邮件列表服务器,对整个过程不是很熟悉。最近,我们接到一些用户的电话,称他们在各种邮件列表中的帖子被标记为欺诈检测检查失败

我一直在阅读SPF并怀疑发生的事情是当用户 (bob@somewhere.org) 发布到列表 ( my.mailinglist.com) 时,来自列表服务器的出站消息将信封发件人设置为“bob@somewhere.组织”。然后,我们的列表服务器将传出消息中继mail.gateway.com,然后通过 Internet 将其传送到该消息。当某个mail.gateway.comwhere.org (或其他域)的 SMTP 服务器收到该帖子时,它会看到它是由我们的中继(13.14.15.16)发送的,该中继在某个where.org 的 SPF 记录中没有它的 IP 地址。

在从 发送的出站邮件的邮件标头中mail.gateway.com,我有一个 SPF 行,内容如下:

Received-SPF: SoftFail (mail.gateway.com: domain of
 transitioning …
Run Code Online (Sandbox Code Playgroud)

spf mailing-list sympa

5
推荐指数
1
解决办法
3561
查看次数

是否可以在 AD 邮件列表中从公司外部创建添加人员?

我想知道是否可以将公司外部的人员添加到 AD 内部,以便将他们添加为不同邮件列表的成员。

显然,我正在寻找一种安全的方式来做到这一点,这并不意味着他们将成为真正的 AD 用户。

这是完整的用例:我将 Jira 与 Active Directory/LDAP 集成一起使用,因此公司内部的人员不必要求为他们创建帐户。此外,我们确实将 Exchange 邮件列表映射到 JIRA 组,因此人们可以根据成员身份更改访问权限。

尽管如此,外部人员也可以使用相同的实例,这些人员可以注册拥有新帐户。现在这些帐户都保存在本地,但这意味着如果我们想为他们创建组,我们需要从 JIRA 内部进行,而 Jira 只允许管理员管理组。

相反,Exchange 邮件列表确实有一个很大的优势,它们可以由所有者或 IT 部门管理。

现在,我正在寻找一种方法,可以让我对外部帐户应用类似的解决方案(显然,组创建将被假定为只能由内部人员完成的事情)。

这可能吗,如何?

exchange active-directory ldap mailing-list

1
推荐指数
1
解决办法
70
查看次数

在删除一个死地址之前要反弹多少次以避免回收垃圾邮件陷阱?

我们正在开发我们自己的邮件工具并扫描日志和邮件错误以从我们的数据库中删除死邮件。

当邮件服务器返回错误 5xx 时,我们会在确定的时间内(例如 80 天)删除邮件。

我们这样做是因为我们想稍后再试,如果用户重新创建他的邮件帐户,或者如果域在离线时再次出现(因为他的主人忘记更新它),该用户仍希望收到邮件。

但我今天发现了死地址或休眠地址的概念,我想避免回收垃圾邮件陷阱。

从我们的数据库中明确删除退回的邮件是否更好?如果用户的邮箱稍后回来怎么办?

email email-server spam mailing-list

0
推荐指数
1
解决办法
94
查看次数

小型组织的 IT:邮件列表、文件服务器、托管

我被要求帮助管理我教会的信息系统。我们很小(约 3 名员工,约 150 名教区居民),这使我们无法满足我见过的许多“教堂管理”软件的需求。

目前最大的问题似乎是:

  1. 没有电子邮件列表的集中管理。委员会的组成和领导层经常发生变化,通常发生的情况是新人只是从他们自己的帐户中复制以前消息和电子邮件中的收件人:行。(连同明显的问题,这导致了几个令人尴尬的回复所有人。)我的最佳解决方案包括隐藏个人电子邮件(可能隐藏在@foochurch.org 别名后面),并且在某些列表中,只允许某些用户发送。
  2. 一些服务(例如网站、一些社交媒体)由免费/便宜的托管公司托管,这些公司似乎没有任何类型的 AD/LDAP 互操作性,这意味着我们将需要共享密码来处理某些事情。了解到这已经不是最佳选择,我认为我想要的是某种安全的密码管理系统,能够检查目录的授权。
  3. 文件存储是一个相当大的问题。我们只讨论了 5 个左右的用户需要访问它,考虑到用户的技术水平,我认为网络驱动器或类似 Dropbox for business 的东西是最复杂的。理想情况下,这将包括备份。

由于这是一项志愿者工作,没有固定的 IT 人员和很少的预算,我试图在托管、简单和廉价之间找到正确的平衡。

鉴于上述问题,我认为开始的地方是目录服务器(如果可能,托管),但我从未设置过 ActiveDirectory 或 LDAP(我更像是一个程序员而不是系统管理员),所以我不是完全确定这是否正确以及我应该如何实际组织目录。我读过的大多数文章都直接针对企业。

另外,我不知道是否有托管邮件列表管理器并与之挂钩。

那么,您将如何解决这些约束条件下的问题?

small-business active-directory ldap password-management mailing-list

-1
推荐指数
1
解决办法
92
查看次数