อีเมลไคลเอ็นต์ที่เก่ากว่าไม่สามารถส่งผ่าน stunnel และเซิร์ฟเวอร์ Gmail SMTP ได้

ฉันใช้อีเมลไคลเอ็นต์เก่า (แก้ไข: Eudora 7.1.0.9 ใน Windows) ซึ่งดูเหมือนว่าไม่สามารถที่จะส่ง e-mail ผ่านเซิร์ฟเวอร์ SMTP ของ Gmail แม้หลังจากการลดการรักษาความปลอดภัยต่อบทความนี้

ดังนั้นฉันจึงพยายามเพิ่ม stunnel ระหว่างไคลเอนต์อีเมลและ Gmail แต่ก็ยังล้มเหลวด้วยข้อความแสดงข้อผิดพลาดเดียวกันบอกให้ฉันอ่านบทความที่ URL ต่อไปนี้: https://support.google.com/mail/answer/14257

นี่คือไฟล์ 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

นี่คือบันทึกจาก 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

คำใบ้ใด ๆ จาก stunnel หรือผู้เชี่ยวชาญ SSL?

ขอขอบคุณ.

ฉันใช้การกำหนดค่า stunnel ที่เหมือนกันเกือบทั้งหมดเพื่อส่งอีเมลจากไคลเอนต์อีเมลที่เก่ากว่าไปยัง Gmail ใช้งานได้ แต่ฉันต้องเปลี่ยนที่อยู่อีเมลของฉันจากเป็นfoo@domain.comเป็น<foo@domain.com>เพราะไคลเอ็นต์อีเมลเก่าของฉันไม่ได้ส่งที่อยู่ในรูปแบบที่ Gmail ยอมรับ บางทีคุณกำลังเผชิญหน้ากับสิ่งที่คล้ายกัน

วิธีการหนึ่งที่จะได้รับการถ่ายโอนข้อมูลแพ็คเก็ตคือการใช้ไมโครซอฟท์ตรวจสอบเครือข่าย

เมื่อใช้ (หรือเครื่องมือจับภาพแพ็คเก็ตที่คล้ายกัน) คุณควรจะสามารถเปรียบเทียบสิ่งที่ Eudora ส่งไปยังสิ่งที่ไคลเอนต์อีเมลอื่น (ที่ประสบความสำเร็จ) ส่งไปแล้วจากนั้นปรับ Eudora ให้ส่งสิ่งที่ไคลเอ็นต์อื่นส่ง นั่นคือวิธีที่ฉันแก้ไขปัญหาที่คล้ายกันของฉัน