SmtpException: Không thể đọc dữ liệu từ kết nối truyền tải: net_io_connectionclosed

Tôi đang sử dụng SmtpClientthư viện để gửi email bằng cách sau:

SmtpClient client = new SmtpClient();
client.Host = "hostname";
client.Port = 465;
client.DeliveryMethod = SmtpDeliveryMethod.Network;
client.UseDefaultCredentials = false;
client.EnableSsl = true;
client.Credentials = new NetworkCredential("User", "Pass);
client.Send("from@hostname", "to@hostname", "Subject", "Body");

Mã hoạt động tốt trong môi trường thử nghiệm của tôi, nhưng khi tôi sử dụng máy chủ SMTP sản xuất, mã không thành công với thông báo SmtpException"Không gửi được thư". với nội dung IOException"Không thể đọc dữ liệu từ kết nối truyền tải: net_io_connectionclosed".

Tôi đã xác nhận rằng tường lửa không phải là một vấn đề. Cổng chỉ mở tốt giữa máy khách và máy chủ. Tôi không chắc điều gì khác có thể gây ra lỗi này.

CHỈNH SỬA: Phiên bản Super Redux

Hãy thử cổng 587 thay vì 465. Về mặt kỹ thuật, cổng 465 không được dùng nữa.

Sau một loạt các gói tin, tôi đã tìm ra. Đầu tiên, đây là câu trả lời ngắn gọn:

.NET SmtpClient chỉ hỗ trợ mã hóa qua STARTTLS. Nếu EnableSslcờ được đặt, máy chủ phải phản hồi với EHLO bằng STARTTLS, nếu không nó sẽ đưa ra một ngoại lệ. Xem tài liệu MSDN để biết thêm chi tiết.

Thứ hai, một bài học lịch sử SMTP nhanh chóng cho những ai gặp phải vấn đề này trong tương lai:

Ngày trước, khi các dịch vụ muốn cung cấp mã hóa, chúng được gán một số cổng khác và trên số cổng đó, chúng ngay lập tức bắt đầu kết nối SSL. Thời gian trôi qua, họ nhận ra thật ngớ ngẩn khi lãng phí hai số cổng cho một dịch vụ và họ đã nghĩ ra cách để các dịch vụ cho phép bản rõ và mã hóa trên cùng một cổng bằng cách sử dụng STARTTLS. Giao tiếp sẽ bắt đầu sử dụng văn bản rõ, sau đó sử dụng lệnh STARTTLS để nâng cấp lên kết nối được mã hóa. STARTTLS đã trở thành tiêu chuẩn cho mã hóa SMTP. Thật không may, nó luôn xảy ra khi một tiêu chuẩn mới được triển khai, có một sự thiếu sót về khả năng tương thích với tất cả các máy khách và máy chủ ngoài đó.

Trong trường hợp của tôi, người dùng của tôi đang cố gắng kết nối phần mềm với máy chủ đang buộc kết nối SSL ngay lập tức, đây là phương pháp kế thừa không được Microsoft hỗ trợ trong .NET.

Thay đổi cổng từ 465 thành 587 và nó sẽ hoạt động.

Đối với bất kỳ ai tình cờ xem được bài đăng này đang tìm kiếm giải pháp và bạn đã thiết lập SMTP sendgrid qua Azure.

Tên người dùng không phải là tên người dùng bạn đã thiết lập khi tạo đối tượng sendgrid trong azure. Để tìm tên người dùng của bạn;

• Nhấp vào đối tượng sendgrid của bạn trong màu xanh và nhấp vào quản lý. Bạn sẽ được chuyển hướng đến trang SendGrid.
• Xác nhận email của bạn và sau đó sao chép tên người dùng được hiển thị ở đó .. đó là tên người dùng được tạo tự động.
• Thêm tên người dùng từ SendGrid vào cài đặt SMTP của bạn trong tệp web.config.

Hi vọng điêu nay co ich!

Bạn cũng có thể phải thay đổi cài đặt "ứng dụng kém an toàn" trên tài khoản Gmail của mình. EnableSsl, sử dụng cổng 587 và bật "ứng dụng kém an toàn". Nếu bạn google phần ứng dụng kém an toàn hơn, có các trang trợ giúp của google sẽ liên kết bạn đến ngay trang dành cho tài khoản của bạn. Đó là vấn đề của tôi nhưng mọi thứ hiện đang hoạt động nhờ tất cả các câu trả lời ở trên.

Tôi đã thử tất cả các câu trả lời ở trên nhưng vẫn gặp lỗi này với tài khoản Office 365. Mã dường như hoạt động tốt với tài khoản Google và smtp.gmail.com khi cho phép các ứng dụng kém an toàn hơn.

Bất kỳ đề xuất nào khác mà tôi có thể thử?

Đây là mã mà tôi đang sử dụng

int port = 587;
string host = "smtp.office365.com";
string username = "smtp.out@mail.com";
string password = "password";
string mailFrom = "noreply@mail.com";
string mailTo = "to@mail.com";
string mailTitle = "Testtitle";
string mailMessage = "Testmessage";

using (SmtpClient client = new SmtpClient())
{
    MailAddress from = new MailAddress(mailFrom);
    MailMessage message = new MailMessage
    {
        From = from
    };
    message.To.Add(mailTo);
    message.Subject = mailTitle;
    message.Body = mailMessage;
    message.IsBodyHtml = true;
    client.DeliveryMethod = SmtpDeliveryMethod.Network;
    client.UseDefaultCredentials = false;
    client.Host = host;
    client.Port = port;
    client.EnableSsl = true;
    client.Credentials = new NetworkCredential
    {
        UserName = username,
        Password = password
    }; 
    client.Send(message);
}

CẬP NHẬT VÀ CÁCH TÔI GIẢI QUYẾT NÓ:

Đã giải quyết vấn đề bằng cách thay đổi Smtp Client thành Mailkit. Máy khách System.Net.Mail Smtp hiện không được Microsoft khuyến nghị sử dụng vì các vấn đề bảo mật và thay vào đó bạn nên sử dụng MailKit. Việc sử dụng Mailkit đã cung cấp cho tôi các thông báo lỗi rõ ràng hơn mà tôi có thể hiểu để tìm ra nguyên nhân gốc rễ của vấn đề (vấn đề giấy phép). Bạn có thể tải Mailkit bằng cách tải xuống dưới dạng Gói Nuget .

Đọc tài liệu về Smtp Client để biết thêm thông tin: https://docs.microsoft.com/es-es/dotnet/api/system.net.mail.smtpclient?redinticfrom=MSDN&view=netframework-4.7.2

Đây là cách tôi triển khai SmtpClient với MailKit

        int port = 587;
        string host = "smtp.office365.com";
        string username = "smtp.out@mail.com";
        string password = "password";
        string mailFrom = "noreply@mail.com";
        string mailTo = "mailto@mail.com";
        string mailTitle = "Testtitle";
        string mailMessage = "Testmessage";

        var message = new MimeMessage();
        message.From.Add(new MailboxAddress(mailFrom));
        message.To.Add(new MailboxAddress(mailTo));
        message.Subject = mailTitle;
        message.Body = new TextPart("plain") { Text = mailMessage };

        using (var client = new SmtpClient())
        {
            client.Connect(host , port, SecureSocketOptions.StartTls);
            client.Authenticate(username, password);

            client.Send(message);
            client.Disconnect(true);
        }

Thư viện SMTP của bạn có hỗ trợ kết nối được mã hóa không? Máy chủ thư có thể đang mong đợi kết nối TLS an toàn và do đó đóng kết nối mà không có bắt tay TLS

Nếu bạn đang sử dụng máy chủ SMTP trên cùng một hộp và SMTP của bạn được liên kết với địa chỉ IP thay vì "Bất kỳ được chỉ định", nó có thể không thành công vì nó đang cố sử dụng địa chỉ IP (như 127.0.0.1) mà SMTP hiện không hoạt động trên.

Để nâng cao những gì jocull được đề cập trong một nhận xét, tôi đã làm mọi thứ đề cập trong chủ đề này và nhấn mạnh ... bởi vì tôi đang ở trong một vòng lặp phải chạy đi chạy lại; sau lần đầu tiên thông qua vòng lặp, đôi khi nó sẽ không thành công. Luôn luôn làm việc lần đầu tiên thông qua vòng lặp.

Nói rõ hơn: vòng lặp bao gồm việc tạo SmtpClient và sau đó thực hiện .Send với đúng dữ liệu. SmtpClient được tạo bên trong một khối try / catch, để bắt lỗi và đảm bảo đối tượng đã bị phá hủy trước phần cuối của vòng lặp.

Trong trường hợp của tôi, giải pháp là đảm bảo rằng SmtpClient được xử lý sau mỗi lần trong vòng lặp (thông qua câu lệnh using () hoặc bằng cách xử lý thủ công). Ngay cả khi đối tượng SmtpClient đang bị phá hủy ngầm trong vòng lặp, .NET dường như vẫn để lại những thứ nằm xung quanh để xung đột với lần thử tiếp theo.

Thay đổi số cổng của bạn thành 587 từ 465

loại bỏ

client.UseDefaultCredentials = false; 

dường như giải quyết nó cho tôi.

Trong trường hợp nếu tất cả các giải pháp trên không hiệu quả với bạn thì hãy thử cập nhật tệp sau vào máy chủ của bạn (ý tôi là bằng cách xuất bản và một bản dựng trước đó sẽ hữu ích).

bin-> projectname.dll 

Sau khi cập nhật bạn sẽ thấy lỗi này. như tôi đã giải quyết bằng giải pháp này.

Trong trường hợp của tôi, khách hàng đã quên thêm địa chỉ IP mới trong cài đặt SMTP của họ. Mở IIS 6.0 trong máy chủ thiết lập smtp, nhấp chuột phải vào máy chủ ảo Smtp, chọn Thuộc tính, tab Access, nhấp vào Kết nối, thêm địa chỉ IP của máy chủ mới. Sau đó bấm Relay, cũng thêm địa chỉ IP của máy chủ mới. Điều này đã giải quyết vấn đề của tôi.

Hãy thử điều này: Đây là mã mà tôi đang sử dụng để gửi email cho nhiều người dùng.

 public string gmail_send()
    {
        using (MailMessage mailMessage =
        new MailMessage(new MailAddress(toemail),
    new MailAddress(toemail)))
        {
            mailMessage.Body = body;
            mailMessage.Subject = subject;
            try
            {
                SmtpClient SmtpServer = new SmtpClient();
                SmtpServer.Credentials =
                    new System.Net.NetworkCredential(email, password);
                SmtpServer.Port = 587;
                SmtpServer.Host = "smtp.gmail.com";
                SmtpServer.EnableSsl = true;
                mail = new MailMessage();
                String[] addr = toemail.Split(','); // toemail is a string which contains many email address separated by comma
                mail.From = new MailAddress(email);
                Byte i;
                for (i = 0; i < addr.Length; i++)
                    mail.To.Add(addr[i]);
                mail.Subject = subject;
                mail.Body = body;
                mail.IsBodyHtml = true;
                mail.DeliveryNotificationOptions =
                    DeliveryNotificationOptions.OnFailure;
                //   mail.ReplyTo = new MailAddress(toemail);
                mail.ReplyToList.Add(toemail);
                SmtpServer.Send(mail);
                return "Mail Sent";
            }
            catch (Exception ex)
            {
                string exp = ex.ToString();
                return "Mail Not Sent ... and ther error is " + exp;
            }
        }
    }

Đối với triển vọng, hãy sử dụng cài đặt sau đây không gây ra lỗi cho tôi

Tên máy chủ SMTP smtp-mail.outlook.com

Cổng SMTP 587

Lỗi này rất chung chung, có thể do nhiều nguyên nhân như Máy chủ thư không chính xác. Một số công ty lưu trữ sử dụng định dạng mail.domainname. Nếu bạn chỉ sử dụng tên miền, nó sẽ không hoạt động. kiểm tra thông tin đăng nhập tên máy chủ tên người dùng mật khẩu nếu cần Kiểm tra với công ty lưu trữ.

<smtp from="info@india.uu.com">
        <!-- Uncomment to specify SMTP settings -->
        <network host="domain.com" port="25" password="Jin@" userName="info@india.xx.com"/>
      </smtp>
    </mailSettings>

Trong trường hợp của tôi, IP máy chủ web đã bị chặn trên máy chủ thư, nó cần được công ty lưu trữ của bạn bỏ chặn và đưa nó vào danh sách trắng. Ngoài ra, sử dụng cổng cổng 587.

Nếu máy chủ thư của bạn là Gmail (smtp.google.com), bạn sẽ gặp lỗi này khi đạt đến giới hạn thư. Gmail chỉ cho phép gửi qua SMTP tối đa 2000 thư mỗi 24 giờ.

Tôi gặp sự cố này khi sử dụng smtp.office365.com, sử dụng cổng 587 với SSL. Tôi đã có thể đăng nhập vào tài khoản bằng portal.office.com và tôi có thể xác nhận tài khoản đã có giấy phép. Nhưng khi tôi kích hoạt mã để gửi email, tôi vẫn gặp lỗi net_io_connectionclosed.

Tôi đã mất một thời gian để tìm ra nó, nhưng quản trị viên Exchange đã tìm ra thủ phạm. Chúng tôi đang sử dụng O365 nhưng máy chủ Exchange ở trong một môi trường kết hợp. Mặc dù tài khoản chúng tôi đang cố gắng sử dụng đã được đồng bộ hóa với Azure AD và có giấy phép O365 hợp lệ, vì một số lý do mà hộp thư vẫn nằm trên máy chủ Exchange hỗn hợp - không phải Exchange trực tuyến. Sau khi quản trị viên trao đổi sử dụng lệnh "Move-Mailbox" để di chuyển hộp thư từ máy chủ trao đổi hỗn hợp sang O365, chúng tôi có thể sử dụng mã để gửi email bằng o365.

Chuẩn bị: 1. HostA là máy chủ ảo SMTP với cổng mặc định 25 2. HostB là máy trạm mà tôi gửi mail bằng SmtpClient và mô phỏng mạng không ổn định mà tôi sử dụng vụng về

Trường hợp 1 Được đưa ra Nếu HostB là 2008R2 Khi tôi gửi email. Sau đó, vấn đề này xảy ra.

Trường hợp 2 Đưa ra Nếu HostB là phiên bản 2012 trở lên Khi tôi gửi email. Sau đó, thư đã được gửi đi.

Kết luận: Nguyên nhân gốc rễ này liên quan đến Windows Server 2008R2.