Tham gia Đăng nhập
Điểm:0
Matthias avatar Server

gửi email từ một máy chủ khác với tên miền TỪ mà không bị đánh dấu là thư rác

lá cờ cn
Matthias

Tôi muốn gửi thư từ một trang web. Máy chủ thư từ miền này không thể truy cập công khai, vì vậy tôi không thể sử dụng máy chủ đó để gửi thư.

Máy chủ web lưu trữ trang web có một máy chủ email khác mà tôi có thể/phải sử dụng. Nhưng tôi muốn TỪ là tên miền của trang web.

Làm cách nào tôi có thể thiết lập điều này mà thư của tôi không bị đánh dấu là thư rác vì tự nhận là từ miền trang web trong khi máy chủ thư đã gửi thư đó thì không.

Không chắc chắn nếu tôi rõ ràng. Có lẽ một ví dụ sẽ giúp:

tên miền: a.com
máy chủ thư tên miền: a.com (ví dụ: [email protected] - không thể sử dụng máy chủ thư đó để gửi)
webserver mail server: mail.customer123.somehoster.com (chỉ dùng được server đó)

Vì vậy, tôi muốn gửi thư qua mail.customer123.somehoster.com máy chủ thư nhưng người gửi sẽ xuất hiện [email protected]. Tôi hiểu rằng điều này giống như thư rác đến hầu hết các máy chủ. Cách chính xác để thiết lập điều này là gì?

Cho đến nay tôi đã đọc được rằng bản ghi SPF trên DNS là tất cả những gì tôi cần. Đúng không? Đó có phải là cách thực hành tốt nhất không? Một số có thể giúp tôi với mục chính xác?

94
0 + 0
spf
lá cờ in
Gerald Schneider
Điều này có trả lời câu hỏi của bạn không? [Chống lại thư rác - Tôi có thể làm gì với tư cách là: Quản trị viên email, Chủ sở hữu miền hoặc Người dùng?](https://serverfault.com/questions/419407/fight-spam-what-can-i-do-as-an- email-quản trị viên-tên miền-chủ sở hữu hoặc người dùng)
0
Hồi đáp
Matthias avatar
lá cờ cn
Matthias
@GeraldSchneider Điều đó càng khẳng định niềm tin của tôi rằng SPF là cách đúng đắn. Nhưng bài báo thực sự là một cách khác: "Làm thế nào để NGĂN NGỪA mọi người sử dụng tên miền của tôi để gửi thư rác?". Tôi muốn CHO PHÉP những người cụ thể (= máy chủ thư khác của tôi) gửi bằng tên miền của tôi mà không cần sử dụng máy chủ thư tương ứng/chính xác và càng hợp pháp càng tốt khi làm như vậy. Tôi chỉ không chắc liệu SPF có phải là tất cả những gì tôi có thể/nên làm hay không hoặc nếu có nhiều bước hơn được đề xuất và cấu hình tốt nhất sẽ là gì.
0
Hồi đáp
Matthias avatar
lá cờ cn
Matthias
Tôi đoán rằng bản ghi TXT chính xác cho kịch bản của tôi là `v=spf1 a mx -all`
0
Hồi đáp
lá cờ jp
AlexD
Bạn cần nhiều hơn SPF. Bạn cần DKIM/DMARC, bạn cần bản ghi DNS PTR thích hợp, bạn cần ít nhất một hộp thư postmaster@ đang hoạt động cho miền của mình (và tốt hơn nữa là lạm dụng@). Bạn cũng sẽ cần một hộp thư hoạt động cho email bạn đang gửi từ nhiều máy chủ chỉ từ chối email từ các địa chỉ không tồn tại.
0
Hồi đáp
Điểm:0
avatar Server
lá cờ cm
mailq

Có lẽ bạn trộn lẫn hai thứ.

  1. GỬI TỪ trong hộp thoại SMTP. Đây phải là tài khoản/địa chỉ bạn được phép sử dụng bởi máy chủ web trên máy chủ mail.customer123.somehoster.com
  2. Từ trong tiêu đề e-mail. Đây có thể là bất cứ điều gì bạn thích, khi bạn tuân theo 1.)

Khi bạn kết hợp 1) và 2) SPF có thể trợ giúp, nhưng điều này không được đảm bảo.

Nếu bạn cố gắng sử dụng tên miền chính trong MAIL TỪ thì bạn không gặp may. Ít nhất thì máy chủ thư của tôi sẽ gắn cờ những thư đó là thư rác bất kể giá trị SPF là bao nhiêu.

From-Header là những gì được hiển thị cho người nhận trong chương trình thư của họ. MAIL TỪ là thứ làm cho việc chuyển phát hoạt động và thường được ẩn (nhưng có thể được tiết lộ, nếu một người biết tìm ở đâu) với người nhận.

0 + 0
Điểm:0
avatar Server
lá cờ us
glts

Có, SPF là một công nghệ mà bạn có thể sử dụng để cải thiện khả năng email của mình không bị đánh dấu là thư rác.

Trong trường hợp của bạn, bạn sẽ cài đặt bản ghi TXT sau tại miền a.com:

v=spf1 a:mail.customer123.somehoster.com -all

Sau đó, bạn có thể gửi thư từ máy chủ mail.customer123.somehoster.com với địa chỉ người gửi [email protected].

Lưu ý rằng SPF chỉ ủy quyền cho người gửi phong bì, tức là địa chỉ được cung cấp trong THƯ ĐẾN TỪ Lệnh SMTP. Điều này không giống như Từ tiêu đề là một phần của nội dung thư.

0 + 0
lá cờ VietNam
Phan Văn Trường
Câu hỏi này là trong các ngôn ngữ khác:

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.