Applies To
Outlook mang lại Microsoft 365 Outlook 2021 Outlook 2019 Outlook 2016 Outlook 2013
Dấu hiệu
Khi các bạn ko trong nhà và gửi thư tin nhắn bởi vì thông tin tài khoản tin nhắn mái ấm gia đình, thư tin nhắn của bạn cũng có thể được trả về với thông tin lỗi 550, 553 hoặc bị cấm gửi tiếp. Tình huống tương tự động cũng rất có thể xẩy ra khi chúng ta ko ở văn chống và nỗ lực gửi thư tin nhắn bởi vì thông tin tài khoản tin nhắn phòng ban của người sử dụng.
Tóm tắt
Chuyển tiếp xẩy ra Lúc thư tin nhắn được gửi cho tới vị trí tin nhắn mang tên miền (tên sau ký hiệu @, ví dụ như adatum.com) ko được xử lý bởi vì sever Giao thức Truyền vận chuyển Thư tín Đơn giản (SMTP) hoặc thư lên đường nhưng mà người gửi đang yêu thương cầu gửi phân phát thư. Máy công ty SMTP nên liên kết với 1 sever SMTP không giống nhằm gửi tiếp thư.
Khi các bạn gửi thư tin nhắn bắt gặp lỗi gửi tiếp, sever tin nhắn SMTP (thư đi) của bạn cũng có thể trả về thông tin tin nhắn của người sử dụng tất nhiên thông tin lỗi như 1 trong những lỗi sau:
-
"Không thể gửi thư vì thế một trong mỗi người nhận đã biết thành sever kể từ chối. Địa chỉ tin nhắn bị kể từ chối là '<[email protected]>'. Tiêu đề: '
', Account: ' ', Server: '<smtp.example.com>', Protocol: SMTP, Server Response: '550 <[email protected]>... Relaying Denied', Port: 25, Secure (SSL): No, Server Error: 550, Error Number: 0x800CCC79." -
"Không thể gửi thư vì thế một trong mỗi người nhận đã biết thành sever kể từ chối. Địa chỉ tin nhắn bị kể từ chối là '
'. Subject ' ', Tài khoản: ' ', Server: '<smtp.example.com>', Protocol: SMTP, Server Response: '553 sorry, that tên miền isn't in my list of allowed rcpthosts (#5.7.1)', Port: 25, Secure(SSL): No, Server Error: 553, Error Number: 0x800CCC79."
Thông báo lỗi đúng đắn rất có thể không giống nhau, tùy nằm trong vào trong nhà cung ứng cty Internet (ISP) của người sử dụng. Một số ISP rất có thể ko trả về thông tin lỗi Lúc phân phát hiện nay thư lên đường là tin nhắn thương nghiệp ko mong ước. Trong những tình huống này, thư của bạn cũng có thể xuất hiện nay như được gửi thông thường — thư rời ngoài Hộp thư đi Outlook của các bạn và xuất hiện nay vô Mục đang được gửi — nhưng thư ko lúc nào được gửi cho tới người nhận.
Thư của người sử dụng đã biết thành kể từ chối vì thế sever tin nhắn SMTP (đi) không sở hữu và nhận dạng các bạn là người tiêu dùng được ủy quyền.
SMTP là kí thác thức (tiêu chuẩn chỉnh nhưng mà PC dùng nhằm tiếp xúc với nhau) nhưng mà đa số những sever tin nhắn dùng nhằm gửi thư tin nhắn qua quýt Internet. Khi các bạn dùng một công tác tin nhắn, ví dụ như Outlook, được chấp nhận các bạn tàng trữ thư tin nhắn bên trên PC, bạn phải truy nhập vô sever SMTP nhằm gửi thư tin nhắn.
Lưu ý: Hệ thống tin nhắn trang web tương tự động như Windows Live Mail và Yahoo! Thư được dùng không giống nhau và chủ thể này sẽ không vận dụng cho những thông tin tài khoản tin nhắn ê.
Email rác rưởi và gửi tiếp mở
Email thương nghiệp ko mong ước đôi lúc được gọi là thư rác rưởi hoặc thư rác rưởi. Lý vì thế chủ yếu nhưng mà tin nhắn rác rưởi kế tiếp tăng lượng là nó ngân sách cho những người gửi nó hầu hết không tồn tại gì nhằm gửi; bên trên thực tiễn, người gửi thậm chí là ko nên gửi tin nhắn rác rưởi trải qua sever tin nhắn SMTP (thư đi) của ISP của riêng biệt chúng ta.
Cấu trúc cơ phiên bản của Internet được design trước lúc bất kể ai đánh giá những tác dụng của việc cung ứng kĩ năng gửi sản phẩm triệu miếng tin nhắn rác rưởi với ngân sách không nhiều. Người gửi thư rác rưởi dùng kĩ năng gửi tiếp của sever SMTP nhằm bao phủ xuất xứ thực sự của tin nhắn rác rưởi bằng phương pháp gửi tiếp nó trải qua những sever mặt mày loại tía được chấp nhận gửi tiếp há như thế. Vấn đề này thực hiện mang lại tin nhắn rác rưởi xuất hiện nay kể từ site gửi tiếp thư và bao phủ giấu quanh tính danh của những người gửi thực sự.
Cho cho tới thời gian gần đây, đa số những sever tin nhắn SMTP đều hoạt động và sinh hoạt bên trên một khối hệ thống tin tưởng há. Cạnh bên dưới khối hệ thống này, ngẫu nhiên ai ai cũng rất có thể gửi thư tin nhắn cho tới sever SMTP và sever tiếp tục đồng ý và gửi tiếp thư ê cho tới người nhận hoặc cho tới một sever tin nhắn không giống với chứa chấp vỏ hộp thư của những người nhận. Dưới một chiếc gọi là sever gửi tiếp há, không tồn tại giới hạn về những người dân được luật lệ gửi vào sever SMTP.
Các giới hạn của ISP so với thư tin nhắn gửi tiếp
Khi con số tin nhắn rác rưởi tăng thêm, người cai quản trị mạng - những người dân phụ trách quản lý và vận hành sever ISP của người sử dụng - chính thức bịa đặt giới hạn bên trên sever tin nhắn SMTP của mình. Những giới hạn này chung ngăn ko mang lại ngẫu nhiên ai dùng hoặc sử dụng sever tin nhắn. Hãy tâm trí của chính nó như vậy này: một điện thoại cảm ứng thông minh vô chống đợi của tổ chức triển khai của người sử dụng trước đó đã có sẵn trước mang lại ngẫu nhiên ai dùng mặc dầu chúng ta thao tác làm việc bên trên tổ chức triển khai của người sử dụng hay là không. Bây giờ, chỉ mất nhân viên cấp dưới được luật lệ dùng điện thoại cảm ứng thông minh ê.
Hiện ni, với một trong những loại giới hạn được sử dụng:
-
Yêu cầu xác thực SMTP Cũng tương tự như khi chúng ta nên dùng password nhằm truy nhập vô sever POP3 (thư đến) mang lại thư tin nhắn của tớ, tùy lựa chọn này đòi hỏi các bạn cung ứng thương hiệu người tiêu dùng và password nhằm gửi thư tin nhắn trải qua sever SMTP. Thông thông thường, đấy là và một thương hiệu người tiêu dùng và password được dùng mang lại sever POP3; tuy nhiên bọn chúng rất có thể là độc nhất.
-
Yêu cầu các bạn liên kết với sever tin nhắn ISP POP3 (thư đến) trước tiên Khi các bạn liên kết nhằm truy xuất thư tin nhắn mới nhất, các bạn thông thường liên kết với sever tin nhắn POP3 (đến). Quý khách hàng được đòi hỏi cung ứng thương hiệu người tiêu dùng và password nhằm truy nhập vỏ hộp thư của tớ. Người cai quản trị mạng rất có thể thông số kỹ thuật sever nhằm nếu như bạn liên kết và xác thực lần thứ nhất với sever tin nhắn POP3, nó sẽ bị phê duyệt ngẫu nhiên đòi hỏi này nhưng mà các bạn tiến hành nhằm gửi thư tin nhắn trải qua sever thư lên đường SMTP thông thường bị giới hạn.
-
Yêu cầu các bạn liên kết từ là một địa điểm mạng được ủy quyền Khi các bạn đang được trong nhà và xoay isp hoặc nếu như bạn với cáp hoặc modem DSL, các bạn đang được liên kết thẳng với mạng ISP. Quý khách hàng được tin tưởng rằng các bạn với 1 thông tin tài khoản với ISP với thương hiệu người tiêu dùng và password. Quý khách hàng được luật lệ dùng sever SMTP nhằm gửi thư tin nhắn vì thế các bạn là người tiêu dùng.
-
Yêu cầu các bạn liên kết từ là một vị trí IP hoặc dải vị trí IP cụ thể ISP của bạn cũng có thể ủy quyền truy nhập vô sever SMTP mang lại những người dân ko được liên kết thẳng với mạng. Người người sử dụng kể từ xa thẳm bên trên văn chống rất có thể dùng tùy lựa chọn này. Tuy nhiên, một yếu tố rộng lớn là nhiều điểm với những gì được gọi là vị trí IP động. Mỗi lượt các bạn liên kết, các bạn ko được đáp ứng với và một vị trí IP. Một số doanh nghiệp rất có thể với 1 khối nói riêng hoặc phạm vi vị trí IP. ISP của bạn cũng có thể ủy quyền liên kết kể từ những vị trí IP ê với tư cơ hội là người tiêu dùng được phê duyệt. ISP của bạn cũng có thể cung ứng vấn đề bổ sung cập nhật.
Có nhiều kịch phiên bản rất có thể xẩy ra Lúc gửi tiếp. Sau đấy là những trường hợp thông dụng nhất. Xem với tình huống này phù phù hợp với trường hợp của người sử dụng ko.
Tình huống |
Đây liệu có phải là gửi tiếp không? |
---|---|
Bạn đang được trong nhà và có tài năng khoản ISP kết giục bởi vì @proseware.com nhưng mà các bạn xoay số hoặc liên kết bởi vì cáp hoặc modem DSL. Quý khách hàng gửi thư tin nhắn cho tới người không giống với vị trí tin nhắn cũng kết giục bởi vì @proseware.com. |
Không. Thư của các bạn sẽ được xử lý thông thường. |
Tương tự động như tình huống thứ nhất, nước ngoài trừ việc các bạn gửi thư tin nhắn cho tới một người dân có vị trí tin nhắn kết giục bằng @adatum.com. |
Có, tuy nhiên không trở nên ngăn. Quý khách hàng được liên kết thẳng với ISP của người sử dụng và vì thế này được ủy quyền nhằm gửi thư trải qua sever SMTP (thư đi) của ISP cho tới ngẫu nhiên vị trí tin nhắn này, bất kể vỏ hộp thư của những người nhận nằm tại đâu. |
Bạn đang được ở điểm thao tác làm việc. Địa chỉ tin nhắn phòng ban của người sử dụng kết giục bởi vì @thephone-company.com và các bạn có tài năng khoản ISP mái ấm gia đình kết giục bởi vì @proseware.com nhưng mà các bạn xoay số hoặc liên kết bởi vì cáp hoặc modem DSL. Trong Outlook, các bạn với nằm trong thiết bịa đặt sever SMTP nhưng mà các bạn dùng tận nhà. Quý khách hàng gửi thư tin nhắn cho tới một người dân có vị trí tin nhắn cũng kết giục bởi vì @proseware.com. |
Không. Thư của các bạn sẽ được xử lý thông thường. |
Tương tự động như tình huống trước ê, nước ngoài trừ việc các bạn gửi thư tin nhắn cho tới một người dân có vị trí tin nhắn kết giục bằng @adatum.com. |
Có, và thư này rất có thể bị ngăn bên dưới dạng thư gửi tiếp. Quý khách hàng đang được mò mẫm cơ hội dùng sever SMTP (thư đi) SMTP của ISP trong lúc ko liên kết với mạng ISP. Máy công ty SMTP ko thân xác thực các bạn là kẻ ĐK được ủy quyền của ISP. Hình như, các bạn đang yêu thương cầu sever SMTP nhận thư của người sử dụng rồi liên kết với 1 sever SMTP không giống nhằm gửi phân phát cho tới vỏ hộp thư của những người nhận. |
Bạn đang được ở bên trên hotel hoặc dùng một quầy Internet bên trên trường bay với kĩ năng truy vấn Internet. Quý khách hàng có tài năng khoản ISP tận nhà kết giục bởi vì @proseware.com các bạn xoay số hoặc liên kết với cáp hoặc modem DSL. Trong Outlook, các bạn với nằm trong thiết bịa đặt sever SMTP nhưng mà các bạn dùng tận nhà. Quý khách hàng gửi thư tin nhắn cho tới người không giống với vị trí tin nhắn cũng kết giục bởi vì @proseware.com. |
Không. Thư của các bạn sẽ được xử lý thông thường. |
Tương tự động như tình huống trước ê, nước ngoài trừ việc các bạn gửi thư tin nhắn cho tới một người dân có vị trí tin nhắn kết giục bằng @adatum.com. |
Có, và thư này rất có thể bị ngăn bên dưới dạng thư gửi tiếp. Quý khách hàng đang được mò mẫm cơ hội dùng sever SMTP (thư đi) SMTP của ISP trong lúc ko liên kết với mạng ISP. Máy công ty SMTP ko thân xác thực các bạn là kẻ ĐK được ủy quyền của ISP. Hình như, các bạn đang yêu thương cầu sever SMTP nhận thư của người sử dụng và tiếp sau đó liên kết với 1 sever SMTP không giống nhằm gửi phân phát cho tới vỏ hộp thư của những người nhận. |
Nghị quyết
Nếu các bạn đang được dùng một kịch phiên bản được xem là gửi tiếp, các bạn nên gửi thư trải qua sever liên kết lúc này của người sử dụng. Vấn đề này Tức là nếu như bạn đang được ở phòng ban hoặc xa thẳm căn nhà và ko dùng ISP của người sử dụng nhằm liên kết Internet và bạn thích gửi thư kể từ thông tin tài khoản tin nhắn ISP tận nhà, các bạn nên thay cho thay đổi thiết bịa đặt thông tin tài khoản tin nhắn của người sử dụng nhằm hướng dẫn và chỉ định sever SMTP được dùng bên trên địa điểm của người sử dụng, ví dụ, sever SMTP phòng ban của người sử dụng. Để biết những giấy tờ thủ tục từng bước, hãy tiếp cận Thay thay đổi thiết bịa đặt thông tin tài khoản tin nhắn.
Nếu biện pháp này sẽ không hiệu suất cao với các bạn hoặc các bạn quí dùng thông tin tài khoản ISP tận nhà của tớ, bước tiếp sau là tương tác với ISP của người sử dụng và chất vấn coi các bạn với ngẫu nhiên tùy lựa chọn này được tế bào mô tả trước ê ko. Đối với nhì giới hạn thứ nhất — đòi hỏi xác thực SMTP hoặc đòi hỏi các bạn liên kết với sever thư ISP POP3 (thư đến) trước — bạn cũng có thể tiến hành những thay cho thay đổi vô Outlook vô Thiết bịa đặt Tài khoản. Để biết những giấy tờ thủ tục, hãy tiếp cận Thay thay đổi thiết bịa đặt thông tin tài khoản tin nhắn.
Bạn vẫn ko thể gửi thư email?
Bạn đang được thay cho thay đổi thiết đặt SMTP của tớ vô Outlook hoặc nhìn thấy tùy lựa chọn được chấp nhận các bạn gửi thư tin nhắn của tớ. Tuy nhiên, các bạn vẫn ko thể gửi thư và các bạn sẽ có được thông tin lỗi.
Có thể các bạn đã thử tất cả đích tuy nhiên bắt gặp nên một chức năng an toàn và đáng tin cậy không giống nhưng mà người cai quản trị mạng dùng nhằm ngăn ngừa hàng fake tính danh. Giả mạo tính danh chỉ đơn giản và giản dị là 1 trong những cơ hội gửi tin nhắn và cải trang các bạn thực sự là ai.
Giống như đa số những công tác tin nhắn, Outlook được chấp nhận các bạn hướng dẫn và chỉ định "tên hiển thị" và vị trí tin nhắn trả về xuất hiện nay nếu như ai ê bấm vấn đáp thư của người sử dụng. Thư điện tử rác rưởi gần như là luôn luôn chứa chấp vấn đề sai chếch trong những ngôi trường này. Quý khách hàng với thực sự cho rằng những thông điệp nhưng mà các bạn sẽ có được về một công tác thực hiện nhiều nhanh gọn lẹ tới từ một siêu khuôn mẫu hoặc một chỉ huy thế giới?
Để ngăn ngừa hàng fake tính danh, một trong những ISP giới hạn chèn vấn đề sai vô ngôi trường vị trí tin nhắn vấn đáp. Ví dụ, nếu như thương hiệu miền ISP của người sử dụng kết giục bởi vì proseware.com, ISP rất có thể ko được chấp nhận các bạn bịa đặt vị trí tin nhắn trả lại tin nhắn của người sử dụng thực hiện địa chỉ [email protected]. Hạn chế này sẽ không được dùng thông dụng như các giới hạn được tế bào mô tả ở chỗ trước, tuy nhiên rất có thể được vận dụng mang lại vớ từ đầu đến chân người sử dụng, bất kể địa điểm và liên kết của mình. Không với cơ hội này không giống. Nếu người cai quản trị sever của người sử dụng đang được người sử dụng cách thức này, các bạn nên xác lập miền vị trí tin nhắn trả về khớp với liên kết lúc này của người sử dụng.