Email 如何通过电子邮件发送源代码而不被标记为垃圾邮件？

当回复要求提供示例代码的帖子（例如Craiglist上的帖子）时，是否有（合理地）确保交付的方法

问题是，可能的选择和负面结果：

链接到外部站点上的源代码。在这种情况下，有一个垃圾邮件评分标准，它基于您可以点击的外部链接的数量。通常，您的签名可能包含链接

把它装在拉链里。Zip文件通常被认为是垃圾邮件的度量标准，在某些情况下，它只是被彻底删除。这也为收件人创建了一个额外的步骤，该步骤不多，但必须乘以收到的响应数

将其作为源代码文件附加。这一点我不确定，但我怀疑某些源代码类型，如javascript，可能会被标记

内联源代码。这对于超过几行的任何内容都是混乱的，如果您的源代码包含html、javascript甚至URL，我认为可能会有问题

因此，这些都是我的想法，没有一个是最佳的，也没有给我一个好的感觉，我的电子邮件将出现在我的期待。有人已经解决了这个问题吗

---

澄清：这是关于一封第一次的电子邮件。因此，您回复的人提供了他们的联系信息，但从未收到过您的电子邮件，可能会收到许多与您类似的回复。

我通常会向我的SVN存储库发送链接。

---

另一个选项是

我通常会向我的SVN存储库发送一个链接。

---

另一个选项是

我更喜欢指向外部服务或我自己的服务器的链接，其中代码通常可浏览，语法突出显示，等等。

我更喜欢指向外部服务或我自己的服务器的链接，其中代码通常可浏览，语法突出显示，等等。

如果只有一个文件，请将其重命名为文本文件。

如果只有一个文件，请将其重命名为文本文件。

我不以电子邮件形式发送代码。我用Dropbox把我的东西放到网上，只发送一个下载链接

---

非常适合我和我的团队。

我不以电子邮件的形式发送代码。我用Dropbox把我的东西放到网上，只发送一个下载链接

非常适合我和我的团队。

我个人喜欢：

或 就我个人而言，我喜欢：

或

---

zip文件似乎很好。它不应该被标记，除非其中有可执行文件。如果您有一个可外部链接的SVN存储库，这对某些公司来说是理想的选择，而对其他公司来说则过于苛刻。

一个zip文件似乎很好。它不应该被标记，除非其中有可执行文件。如果您有一个可外部链接的SVN存储库，这对某些公司来说是理想的，而对其他公司来说则是多余的。

我肯定会使用类似的东西。。这样他们就可以下载更新，而不必每次更改都通过电子邮件发送给他们。我确实链接到了我的公文包页面，但那里还没有可浏览的代码示例。好主意。我个人使用gist.github.com，但这只是口味的问题。我肯定会使用这样的东西。。这样他们就可以下载更新，而不必每次更改都通过电子邮件发送给他们。我确实链接到了我的公文包页面，但那里还没有可浏览的代码示例。好主意。我个人使用gist.github.com，但这只是口味的问题。智能垃圾邮件过滤器不在文本文件中查找吗？不久前还存在一个漏洞，使用第二个扩展名（如.txt.exe）试图隐藏真实的内容类型，这让我怀疑这可能也会被监视。智能垃圾邮件过滤器不会查看文本文件内部吗？不久前还存在一个漏洞，使用第二个扩展名（如.txt.exe）试图隐藏真实的内容类型，这让我怀疑这可能也会被监视。我曾经在某个地方工作，仅根据文件扩展名剥离所有zip文件。标准做法是将它们重命名为“.piz”文件（并指示任何给我们发邮件的人也这样做）。标准做法是将它们重命名为“.piz”文件（并指示任何给我们发邮件的人也这样做）。