Gmail coi thư từ miền của tôi là thư rác. Tại sao? Làm thế nào để tránh nó?


25

Bất cứ khi nào tôi gửi thư từ myaccount@example.comtài khoản Gmail, Gmail đều coi đó là thư rác.

Tôi đang nói về một e-mail tôi gửi cho một khách hàng tiềm năng sau khi tôi gặp anh ta (đó chắc chắn là thư không phải thư rác). Nó đã xảy ra vài lần rồi:

"Này!, Bạn chưa bao giờ gửi e-mail mà bạn đã hứa với tôi" , khách hàng tiềm năng nói.

"Tại sao ...? Tôi đã gửi nó. Kiểm tra email spam" Tôi trả lời.

"Ồ, đây rồi ..."

Tôi nghĩ rằng nó phải làm với việc example.comkhông phải là một tên miền nổi tiếng.

Làm thế nào / Tôi nên khiếu nại về điều này?


1
Tôi tự hỏi nếu Google làm điều này bởi vì email đến từ một dịch vụ cạnh tranh.
Moab

3
support.google.com/mailIm/81126 đọc cái này (làm đi)

1
@Moab Nah. Đây là một vấn đề kinh điển của các máy chủ không có bản ghi PTR được đặt đúng hoặc thậm chí các bản ghi SPF nhận được thư được gắn thẻ là SPAM.
JakeGould

Tôi thực sự khuyên bạn chỉ nên sử dụng các máy chủ mail của nhà cung cấp của bạn. Họ (chúng tôi hy vọng) được quản lý và duy trì một cách chuyên nghiệp.
David Schwartz

Câu trả lời:


15

Jeff Atwood đã có một bài viết thực sự tốt về những điều cần làm để giúp email của bạn vượt qua. Điều này tạo ra một sự khác biệt lớn cho công ty tôi làm việc. Một số điểm nổi bật:

  1. Đảm bảo máy tính gửi email có bản ghi PTR ngược.
  2. Định cấu hình thư xác định tên miền trong DNS và mã của bạn.
  3. Thiết lập bản ghi Tên người gửi trong DNS của bạn.

9

Câu trả lời ngắn hơn.

Theo kinh nghiệm của tôi, không có bản ghi PTR (DNS ngược) được đặt cho địa chỉ IP của máy chủ là email số một được gắn cờ là SPAM trên các dịch vụ như Gmail và thậm chí AOL.

Liên quan nhưng nếu bạn không có bản ghi SPF (Khung chính sách người gửi) cho tên miền, điều đó sẽ không giúp ích gì cả, vì vậy bạn cũng nên có bộ đó.

Nhưng cuối cùng, PTR thực sự là điều quan trọng nhất tiếp theo là SPF.

Trước đây, cả hai đều là khái niệm về DKIM (Thư xác định tên miền ) và nó được sử dụng để xác thực thư. Nhưng theo kinh nghiệm của tôi, hầu hết các thiết lập máy chủ chỉ cần thiết lập một bản ghi PTR cùng với SPF cho cờ SPAM biến mất.

Bạn chỉ nên đối phó với công cụ DKIM nếu bạn không có lựa chọn nào khác; không phải vì nó khó thiết lập nhưng nó sẽ không có ý nghĩa gì nếu không có bản ghi PTR và SPF hợp lệ.

Câu trả lời dài hơn.

Mặc dù, có vẻ như các máy chủ Google Gmail đã gắn cờ các email của tôi với tên là Junk, trong một thời gian rất dài nhưng các nhà cung cấp khác, như Yahoo Mail, thì không. Tạo thêm tài khoản email không giúp được gì. Tôi cũng đã sử dụng các tài khoản email thuộc về các tên miền khác nhau.

Làm cách nào để tránh các máy chủ Gmail gắn cờ các email của tôi là không mong muốn?

Vấn đề rất có thể là bạn không có bản ghi PTR hoặc thiết lập bản ghi SPF thích hợp cho máy chủ. Hãy nhớ rằng: Bất kỳ máy chủ nào trên thế giới đều có thể gửi email và bảo vệ SPAM là một hệ thống tính điểm và không phải là một khoa học chính xác.

Bản ghi PTR (DNS ngược) là gì?

Đơn giản chỉ cần đặt bản ghi PTR là bản ghi DNS ngược kết nối địa chỉ IP với tên máy chủ. Có thể nghe giống như một tra cứu tên máy chủ tiêu chuẩn, nhưng nó hoàn toàn không. Điều ngược lại: Bản ghi PTR là bản ghi tên máy chủ mà địa chỉ IP được gán cho theo quan điểm của dịch vụ lưu trữ đã gán cho máy chủ đó một IP.

Vì vậy, nếu địa chỉ IP của máy chủ của bạn là 123.456.789.0một tra cứu bản ghi PTR cho địa chỉ IP đó sẽ phải khớp với tên máy chủ của máy chủ của bạn. Nhưng giá trị đó sẽ không được đặt trong mục nhập DNS như bạn có thể biết, mà trong các máy chủ DNS được kết nối với chính dịch vụ lưu trữ.

Đây là một kiểm tra tham chiếu chéo đối với SPAMmer vì thực tế là bất kỳ ai cũng có thể thiết lập một máy chủ thư cơ bản thực tế trên hầu hết mọi PC trên thế giới. Nhưng chỉ vì một máy chủ có thể gửi thư không có nghĩa là những gì nó gửi là hợp lệ. Những gì một bản ghi PTR thực hiện là về cơ bản là một phiếu giảm giá cho bất kỳ thư nào được gửi từ một máy chủ tại địa chỉ IP đó và nói, Đồng ý, bạn có nhận được email từ example.commột trong các máy chủ của chúng tôi không? Hãy để tôi kiểm tra xem máy chủ đó có được liên kết với example.comkhông? Câu trả lời cho câu hỏi đó là, vâng, máy chủ đó có được phép gửi email example.comhay không, chúng tôi không biết đó là gì Hãy thực hiện những gì bạn muốn với thư đó.

Về cách thiết lập bản ghi PTR, nó phụ thuộc vào chính sách và dịch vụ lưu trữ của máy chủ của bạn. Một số dịch vụ sẽ cho phép bạn thiết lập độc lập bản ghi PTR thông qua bảng điều khiển. Những người khác sẽ bắt bạn liên hệ với họ bằng thư điện tử, điện thoại hoặc thư điện tử để có một bộ hồ sơ.

Ví dụ: tôi biết thiết lập EC2 của Amazon cho phép bạn thực hiện yêu cầu thông qua biểu mẫu web để nhận bản ghi PTR và không có gì đảm bảo họ sẽ chấp thuận thay đổi bản ghi PTR; mặc dù hầu hết thời gian họ làm Nhưng những nơi như Rackspace chỉ cho phép bạn tự đặt các giá trị đó mà không cần phải xin phép.

Để kiểm tra bản ghi PTR của máy chủ của bạn, bạn có thể sử dụng một công cụ như công cụ Tra cứu IP Reverse Reverse MXToolbox này . Hoặc nếu bạn cảm thấy thoải mái với dòng lệnh trong Linux / Unix, hãy chạy một lệnh như thế này:

dig -x 123.456.789.0

Bản ghi SPF (Khung chính sách người gửi) là gì?

Một phần khác của câu đố cơ bản về việc nhận thư để không bị gắn cờ là SPAM là đảm bảo bản ghi SPF thích hợp được thiết lập. Một lời giải thích sâu sắc về những gì một bản ghi SPF có thể được tìm thấy trên trang web chính thức của SPF . Nhưng công cụ tra cứu bản ghi chính sách người gửi (SPF) MXToolbox này giải thích nó khá độc đáo:

Bản ghi Khung chính sách người gửi (SPF) cho phép chủ sở hữu tên miền xuất bản danh sách địa chỉ IP hoặc mạng con được ủy quyền để gửi email thay mặt họ. Mục tiêu là giảm số lượng thư rác và gian lận bằng cách khiến những người gửi độc hại khó ngụy trang danh tính của họ hơn nhiều.

Để đặt bản ghi SPF, bạn cần đặt bản ghi TXT trong bản ghi DNS cho tên miền của bạn trông giống như thế này:

v=spf1 mx a ptr ip4:123.456.789.0 a:example.com include:example.com ~all

Điều đó về cơ bản nói rằng bất kỳ tên máy chủ hoặc địa chỉ IP được liệt kê trong SPF đó đều được phép gửi email thay mặt example.com. Ví dụ này khá đơn giản, nhưng lợi ích của bản ghi SPF là giả sử bạn có 1/2 tá máy chủ được kết nối với tên máy chủ của bạn và tất cả chúng đều có địa chỉ IP khác nhau. Một bản ghi SPF có thể bao gồm các địa chỉ IP của 1/2 tá máy chủ đó về cơ bản sẽ là một chứng từ cho tính hợp lệ của các thư được gửi từ địa chỉ IP đó thay cho tên máy chủ đó.


Cảm ơn rất nhiều vì câu trả lời của bạn Jake! Tôi rất trân trọng điều này. Được rồi, tôi đang cố gắng thiết lập bản ghi SPF trong giao diện cPanel của mình. Xin lưu ý tôi rất mới với điều này. Bạn vui lòng bao gồm một ví dụ về bản ghi SPF trông như thế nào. Câu hỏi của tôi là: IP nên là nhà cung cấp dịch vụ lưu trữ của tôi (IP của máy chủ mà trang web của tôi được lưu trữ tại) hay là nhà cung cấp IP của tôi (là nhà cung cấp mà tôi đang sử dụng để kết nối Internet và do đó gửi email ) Ngoài ra, tôi đang sử dụng dịch vụ lưu trữ được chia sẻ, điều đó có nghĩa là tôi có thể không có nhiều quyền kiểm soát đối với bản ghi PTR? Cảm ơn!

1
@CeceXX Tôi không hiểu câu hỏi của bạn. Bạn có thể có nhiều IP nhưng chúng chỉ nên là các máy chủ đang gửi email. Nếu một máy chủ gửi email, địa chỉ IP đó cần phải nằm trong bản ghi SPF. Tôi sẽ khuyên bạn nên liên hệ với dịch vụ lưu trữ của bạn và yêu cầu họ hỗ trợ. Quá khứ mà tôi đã giúp bạn tốt nhất có thể. Nếu câu hỏi này giúp bạn, hãy nhớ bỏ phiếu. Và nếu câu trả lời này là câu trả lời giải quyết vấn đề của bạn, hãy chắc chắn kiểm tra nó như vậy. Cảm ơn!
JakeGould

Cảm ơn! Tôi nói với dịch vụ lưu trữ của tôi để thay đổi hồ sơ PTR của tôi. Bạn có nghĩ rằng những thay đổi này sẽ được áp dụng ngay lập tức, hoặc chúng sẽ mất hàng giờ để có hiệu quả?

1
@CeceXX Họ có thể mất từ ​​24-48 giờ để có hiệu quả.
JakeGould

3

Các dịch vụ e-mail miễn phí như Gmail, Hotmail, Yahoo và similars nhận được hàng tấn thư rác mỗi ngày. Đó là lý do tại sao họ làm cứng các chính sách e-mail đến và họ áp dụng các quy tắc rất cụ thể và nghiêm ngặt để họ đảm bảo mọi thư đến không có khả năng là thư rác, nếu không hãy gửi nó vào thư mục Rác.

Trước hết, bạn nên có một SPFchính sách hợp lệ . Bạn không đề cập đến MTA email nào bạn đang chạy, nhưng việc định cấu hình chính sách SPF khá đơn giản và là MTA-agnellect. Về cơ bản, đây là bản ghi DNS cho biết IP / miền nào là tên miền của bạn được phép gửi e-mail. Nếu một email được nhận từ bên trong một địa chỉ IP khác với địa chỉ IP được công bố trong bản ghi DNS của bạn, rất có thể nó sẽ nằm trong thư mục Rác. Có một số liên kết có thể giúp bạn:

Tiếp theo, DKIMlà ngày càng quan trọng hơn. Điều này về cơ bản ký e-mail của bạn bằng một khóa riêng (do bạn tạo) và bạn tạo một bản ghi DNS bằng khóa chung để bất kỳ miền người nhận nào cũng có thể xác minh xem nội dung thư đã bị giả mạo hay chưa.

Có một cách khác để cho phép người khác xác minh e-mail của bạn , DMARC. Về cơ bản, đây là sự kết hợp của hai yếu tố trên và bạn quyết định những gì người khác nên làm với một email không vượt qua các hạn chế DMARC, chuyển cho họ quyết định cuối cùng. DMARC cũng cho phép bạn nhận báo cáo (từ các tên miền khác đang chạy kiểm tra DMARC).

Tiếp theo (và thật không may, bạn không thể làm gì nhiều về điều đó, ít nhất là tại sự cầu xin), có một thuật ngữ gọi là danh tiếng IP . Nhiều dịch vụ thư sử dụng một số dịch vụ sẽ cho họ biết địa chỉ IP có tiếng tốt hay xấu. Nếu IP của bạn đã được sử dụng trước đây để gửi thư rác, ngay cả trước khi bạn sở hữu nó, rất có thể nó sẽ có tiếng xấu. Nếu địa chỉ IP của bạn không xác định, nó cũng sẽ không được tin cậy. Bạn sẽ phải đạt được danh tiếng bằng cách nói với người nhận của bạn "danh sách trắng" email của bạn. Nếu nhiều người làm điều đó, nhà cung cấp e-mail miễn phí sẽ biết bạn không có hại và sẽ áp dụng chính sách nhẹ nhàng hơn đối với bạn.

Có nhiều khái niệm về nó nhưng đây là những khái niệm quan trọng nhất. Chỉ cần cấu hình những gì bạn có thể cấu hình và kiên nhẫn.


"Nhận hàng tấn thư rác mỗi ngày" khiến tôi tự hỏi một email nặng bao nhiêu? haha
Moab

1
Phụ thuộc vào số lượng phế liệu đã đính kèm :-P

@Moab hãy để VSauce cho bạn biết.
Mất trí

4 phút của cuộc đời tôi sẽ không bao giờ quay trở lại ..... làm cho 1, tôi đã bảo lãnh nó.
Moab

2

Một bản cập nhật nhỏ cho bất cứ ai tìm thấy điều này trong năm 2018. Đây có thể được coi là một bổ sung cho câu trả lời tuyệt vời của @ JakeGould (bỏ qua DMARC).

Google đã áp dụng một số quy tắc lọc thư rác và lừa đảo nặng hơn với phiên bản mới của Gmail. Nếu email của bạn kết thúc bằng thư rác của ai đó, hãy đảm bảo bạn đã định cấu hình SPF , DKIM & DMARC đúng cách. Bạn có thể sử dụng các công cụ khác nhau để kiểm tra quy tắc MX của tên miền. Ví dụ: MXToolbox hoặc Hộp công cụ của Google .

Bạn cũng có thể muốn xác minh trang web của mình với Postmaster để xem danh tiếng của phạm vi tên miền & ip email của bạn.

Đây là một tài nguyên tuyệt vời từ Google về cách định cấu hình DMARC qua GSuite - https://support.google.com/a(/24/2455?hl=vi

Nếu bạn tìm thấy tất cả các điều khoản mới như tôi đã làm - thì đây là một loạt 3 bài đăng tuyệt vời giải thích cả ba điều khoản của returnpath.com


1

Trang này có thể hữu ích cho bạn:

https://mail.google.com.vn/2681126

Mặc dù áp dụng cho thư hàng loạt, có khá nhiều thông tin về lý do tại sao thư có thể bị đánh dấu là thư rác. Tôi không biết gì về thông tin cụ thể của bạn, nhưng hy vọng bạn sẽ có thể thấy một cái gì đó sẽ hữu ích.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.