Ứng dụng e-mail cũ hơn không thể gửi qua stunnel và máy chủ Gmail Gmail

Tôi đang sử dụng ứng dụng khách email cũ hơn (Chỉnh sửa: Eudora 7.1.0.9 trên Windows) mà dường như không thể gửi e-mail qua máy chủ SMTP của Gmail, ngay cả sau khi giảm bảo mật cho mỗi bài viết này .

Vì vậy, tôi đã thử thêm stunnel giữa ứng dụng khách email và Gmail, nhưng nó vẫn không thành công với cùng một thông báo lỗi bảo tôi đọc bài viết tại URL sau: https://support.google.com/mail_s/14257

Đây là tệp stunnel.conf:

output = stunnel.log
debug = debug

engine = capi
cert = stunnel.pem
options = NO_SSLv2

[gmail-smtp]
client = yes
accept = 127.0.0.1:25
connect = smtp.gmail.com:465

Đây là nhật ký từ stunnel:

2014.09.12 13:29:09 LOG7[6896]: Service [gmail-smtp] accepted (FD=440) from 127.0.0.1:56142
2014.09.12 13:29:09 LOG7[6896]: Creating a new thread
2014.09.12 13:29:09 LOG7[6896]: New thread created
2014.09.12 13:29:09 LOG7[6516]: Service [gmail-smtp] started
2014.09.12 13:29:09 LOG5[6516]: Service [gmail-smtp] accepted connection from 127.0.0.1:56142
2014.09.12 13:29:09 LOG6[6516]: s_connect: connecting 173.194.66.109:465
2014.09.12 13:29:09 LOG7[6516]: s_connect: s_poll_wait 173.194.66.109:465: waiting 10 seconds
2014.09.12 13:29:09 LOG5[6516]: s_connect: connected 173.194.66.109:465
2014.09.12 13:29:09 LOG5[6516]: Service [gmail-smtp] connected remote server from 192.168.0.12:56143
2014.09.12 13:29:09 LOG7[6516]: Remote socket (FD=524) initialized
2014.09.12 13:29:09 LOG6[6516]: SNI: sending servername: smtp.gmail.com
2014.09.12 13:29:09 LOG7[6516]: SSL state (connect): before/connect initialization
2014.09.12 13:29:09 LOG7[6516]: SSL state (connect): SSLv3 write client hello A
2014.09.12 13:29:09 LOG7[6516]: SSL state (connect): SSLv3 read server hello A
2014.09.12 13:29:09 LOG7[6516]: SSL state (connect): SSLv3 read finished A
2014.09.12 13:29:09 LOG7[6516]: SSL state (connect): SSLv3 write change cipher spec A
2014.09.12 13:29:09 LOG7[6516]: SSL state (connect): SSLv3 write finished A
2014.09.12 13:29:09 LOG7[6516]: SSL state (connect): SSLv3 flush data
2014.09.12 13:29:09 LOG7[6516]:    1 items in the session cache
2014.09.12 13:29:09 LOG7[6516]:    4 client connects (SSL_connect())
2014.09.12 13:29:09 LOG7[6516]:    4 client connects that finished
2014.09.12 13:29:09 LOG7[6516]:    0 client renegotiations requested
2014.09.12 13:29:09 LOG7[6516]:    0 server connects (SSL_accept())
2014.09.12 13:29:09 LOG7[6516]:    0 server connects that finished
2014.09.12 13:29:09 LOG7[6516]:    0 server renegotiations requested
2014.09.12 13:29:09 LOG7[6516]:    3 session cache hits
2014.09.12 13:29:09 LOG7[6516]:    0 external session cache hits
2014.09.12 13:29:09 LOG7[6516]:    0 session cache misses
2014.09.12 13:29:09 LOG7[6516]:    0 session cache timeouts
2014.09.12 13:29:09 LOG6[6516]: SSL connected: previous session reused
2014.09.12 13:29:13 LOG6[6516]: SSL socket closed (SSL_read)
2014.09.12 13:29:13 LOG7[6516]: Sent socket write shutdown
2014.09.12 13:29:13 LOG5[6516]: Connection closed: 100 byte(s) sent to SSL, 702 byte(s) sent to socket
2014.09.12 13:29:13 LOG7[6516]: Remote socket (FD=524) closed
2014.09.12 13:29:13 LOG7[6516]: Local socket (FD=440) closed
2014.09.12 13:29:13 LOG7[6516]: Service [gmail-smtp] finished (0 left)
2014.09.12 13:29:13 LOG7[6516]: str_stats: 3 block(s), 4294963962 data byte(s), 150 control byte(s)
2014.09.12 13:29:13 LOG7[6516]: str_stats: 20 byte(s) at ..\src\network.c:413
2014.09.12 13:29:13 LOG7[6516]: str_stats: 20 byte(s) at ..\src\network.c:412
2014.09.12 13:29:13 LOG7[6516]: str_stats: 20 byte(s) at ..\src\network.c:411

Bất kỳ gợi ý từ các chuyên gia stunnel hoặc SSL?

Cảm ơn bạn.

Tôi sử dụng cấu hình stunnel gần như giống hệt nhau để gửi email từ một ứng dụng email cũ hơn tới Gmail. Nó hoạt động, nhưng tôi đã phải thay đổi địa chỉ email của tôi từ foo@domain.comđể <foo@domain.com>vì ứng dụng email cũ của tôi đã không gửi địa chỉ trong một định dạng mà Gmail chấp nhận. Có lẽ bạn đang gặp một cái gì đó tương tự.

Một cách để có được kết xuất gói là sử dụng Microsoft Network Monitor .

Sử dụng (hoặc công cụ chụp gói tương tự), bạn sẽ có thể so sánh những gì Eudora gửi với những gì mà một ứng dụng email (thành công) khác gửi, sau đó điều chỉnh Eudora để gửi những gì khách hàng khác gửi. Đó là cách tôi giải quyết vấn đề tương tự của mình.