Không thể kiểm tra email với ứng dụng email, nhưng telnet tới 110 hoạt động


0

Tôi đã cài đặt postfix và dovecot trên Ubuntu 10.04 bằng pdm-ubfox-10-04-x86-v1.4.3. Nó thiết lập một cơ sở dữ liệu MySQL cho dữ liệu người dùng và tên miền của tôi. Tôi đã sử dụng nó ./manage để tạo người dùng. Khi tôi tạo một tài khoản trong triển vọng của tôi (trên máy tính windows của tôi) Nó hoạt động giống như tôi đang nhập một mật khẩu xấu. Tôi biết nó đủ kết nối để thử vì tên máy chủ giống như mail.domain.com và nếu tôi đổi tên đó thành cname.domain.com, tôi nhận được "máy chủ ... không thể tìm thấy", vì vậy tôi đã đổi lại.

Nếu tôi telnet từ shell linux của mình, tôi có thể truy cập dovecot và thậm chí đọc thư mà tôi đã gửi cho chính mình từ tài khoản yahoo của mình. Nếu tôi telnet từ các cửa sổ cmd của mình, tôi nhận được "-ERR Xác thực bản rõ không được phép trên các kết nối không bảo mật (SSL / TLS)."

Tôi nghĩ rằng đó có thể là một đầu mối, vì vậy tôi đã quay lại Outlook Express và bật "Đăng nhập bằng xác thực mật khẩu an toàn" nhưng sau đó tôi gặp lỗi từ OE

"Không thể đăng nhập vào máy chủ bằng Mật khẩu bảo mật   Xác thực. Tài khoản: 'TecBrat', Máy chủ: 'mail.domain.com',   Giao thức: POP3, Phản hồi của máy chủ: '.', Cổng: 110, Bảo mật (SSL): Không,   Số lỗi: 0x800CCC18 "

Tôi nên thử gì tiếp theo?

.


Tôi cũng đã thử thêm tài khoản vào hồ sơ gmail của mình và nhận được thông báo này: "Máy chủ từ chối quyền truy cập POP3 cho tên người dùng và mật khẩu đã cho."
TecBrat

Tôi đã thử sử dụng Evolution trên cùng một máy vật lý như máy chủ thư và tôi gặp lỗi tương tự như tôi đã cố gắng telnet từ Windows.
TecBrat

Điều này trông giống như một vấn đề cấu hình ở phía Windows. Bạn nên định cấu hình Outlook để sử dụng SSL (đừng hỏi tôi như thế nào).
Gilles

Câu trả lời:


1

Xác thực mật khẩu an toàn trong Outlook express sử dụng Windows NTLM / Kerberos auth.

SSL / TLS không đơn giản.

Không kích hoạt nó trên linux trừ khi bạn đã cấu hình GSSAPI / Kerberos.

Lỗi 0x800CCC18 = & gt; http://support.microsoft.com/kb/202061

Lý do rất đơn giản, bạn không thể sử dụng đăng nhập an toàn trên kết nối không bảo mật.

Tắt "Đăng nhập bằng xác thực mật khẩu an toàn"

và thay đổi cài đặt cổng phù hợp để sử dụng POP qua SSL (POPS = 995)

Bạn phải cấu hình dovecot để sử dụng SSL / TLS.

Thông tin thêm về các cổng dịch vụ thư tiêu chuẩn tại đây:

http://www.emailaddressmanager.com/tips/mail-servers.html

Lưu ý rằng dịch vụ kích hoạt SSL / TLS không thể được kiểm tra bằng telnet, bạn phải sử dụng openssl.

Thêm thông tin ở đây:

http://blog.yimingliu.com/2009/01/23/testing-a-pop3-server-via-telnet-or-openssl/

hoặc ở đây:

http://www.linuxplanet.com/linuxplanet/tutorials/7296/1


được rồi, cảm ơn bạn vì điều đó Vậy làm cách nào để thoát khỏi "Xác thực bản sao ERR không được phép trên các kết nối không bảo mật (SSL / TLS)"
TecBrat

0

Giải pháp tôi tìm thấy là thêm dòng này vào /etc/dovecot/dovecot.conf:

disable_plaintext_auth=no

(hoặc thay thế hiện có disable_plaintext_auth=yes nếu nó đã ở đó)

Sau đó khởi động lại dovecot:

# /etc/init.d/dovecot restart

1
Giải pháp của bạn có thể khắc phục nó, nhưng tạo ra lỗ hổng bảo mật lớn.
rkosegi

"Giải pháp" của tôi chỉ khắc phục được một phần vấn đề của tôi vì tôi không thể gửi, vì vậy tôi đã bắt đầu với một hướng dẫn từ workaround.org được viết cho Debian Squeeze. Nó đủ gần để nó khiến tôi bình phương.
TecBrat

0

Lý do là bạn không thể sử dụng đăng nhập bảo mật trên một kết nối không bảo mật.

tức là bật tính năng đăng nhập cho "ứng dụng kém an toàn" trong cài đặt thư (gmail).

hoặc Tắt "Đăng nhập bằng xác thực mật khẩu an toàn"


1
... bạn vừa sao chép đoạn trích ra khỏi câu trả lời của rkosegi?
Bob

Không. phần đó không liên quan. hãy thử kích hoạt đăng nhập cho "ứng dụng kém an toàn" trong cài đặt gmail và thử.
Abhi
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.