Lỗi proxy Thunderbird: đọc thông báo IMAP, SMTP và cách sửa

Lỗi proxy Thunderbird hiện ra dưới dạng thông báo không kết nối được máy chủ thư, không gửi được thư hoặc hỏi mật khẩu liên tục. ProxyVN đọc mã nguồn chính thức của Thunderbird tháng 10/2026 để lấy nguyên văn từng thông báo, rồi chạy thử IMAP, SMTP qua proxy SOCKS5 tự dựng tới máy chủ Gmail thật. Bài là bảng tra từ thông báo lỗi tới nguyên nhân và cách sửa.

Lỗi proxy Thunderbird thường gặp và bảng tra nhanh

Bài này là phần chẩn đoán đi kèm bài cài proxy cho Thunderbird, nơi đã hướng dẫn mở hộp Connection Settings, nhập SOCKS5 và dùng nhiều hồ sơ. Ở đây không lặp lại cách cài, chỉ tập trung vào đọc lỗi.

Bảng tra từ thông báo lỗi

Bảng: Bảng tra từ thông báo lỗi

Thông báo của Thunderbird	Nguyên nhân hay gặp khi có proxy	Mục cần đọc
Failed to connect to server imap.example.com.	Tên máy không tra được, thường do DNS đi ngoài proxy	Lỗi DNS
Could not connect to mail server ...; the connection was refused.	Proxy từ chối, sai cổng hoặc proxy không mở cổng thư	Không tới được máy chủ
Connection to server ... timed out.	Proxy chết, chậm, hoặc cổng thư bị chặn	Hết giờ
Outgoing server (SMTP) ... is unknown	Tên máy SMTP không tra được	Lỗi DNS
connecting to Outgoing server (SMTP) ... failed	Cổng 25 bị chặn, proxy không cho cổng SMTP	Gửi thư
connection ... timed out khi gửi	Proxy chậm hoặc chặn im lặng	Hết giờ
Hỏi mật khẩu thư liên tục	Máy chủ thư chặn IP proxy, không phải lỗi mật khẩu	Mật khẩu
Thư đi thẳng dù đã cài proxy HTTP	Thunderbird chỉ đưa IMAP, SMTP qua SOCKS	Sai loại proxy

Ba câu hỏi trước khi sửa

Câu thứ nhất: lỗi ở nhận thư, gửi thư hay đăng nhập. Ba việc này đi ba cổng khác nhau và có thể lỗi độc lập. Thư nhận được mà không gửi được là chuyện rất thường.

Câu thứ hai: proxy là loại gì, HTTP hay SOCKS5, có mật khẩu hay xác thực theo IP. Thunderbird xử lý mỗi loại một kiểu, và nhiều lỗi đến từ chọn sai loại ngay từ đầu.

Câu thứ ba: lỗi xảy ra với mọi tài khoản hay một tài khoản. Mọi tài khoản cùng lỗi thường là do proxy. Một tài khoản lỗi thường do máy chủ thư của tài khoản đó.

Nguồn và cách tái hiện lỗi proxy Thunderbird

Lấy thông báo từ mã nguồn

Thunderbird là phần mềm mã nguồn mở. Các thông báo lỗi tiếng Anh nằm trong kho mozilla/releases-comm-central, file imapMsgs.properties cho phần nhận thư IMAP và messageSend.ftl cho phần gửi thư. Nhãn của hộp thoại proxy nằm trong connection.ftl. Mình đọc nhánh chính của kho ngày 26/10/2026, nên chữ trong bài khớp với bản Thunderbird hiện hành. Bản tiếng Việt dịch các câu này, ý giữ nguyên.

Chạy thử phần mạng

Máy thử không cài Thunderbird. Mình dựng proxy SOCKS5 và proxy HTTP trên máy, có mật khẩu p@ss#2026, ghi nhật ký mọi kết nối. Sau đó dùng curl 8.21 gửi yêu cầu IMAP, SMTP qua proxy tới imap.gmail.com và smtp.gmail.com thật, đổi từng thông số một. Mỗi tình huống cho thấy proxy nhận được gì, từ đó suy ra Thunderbird sẽ gặp gì trong cùng điều kiện.

Thunderbird tự kiểm thư qua SOCKS

Kho mã có các bài kiểm tự động tên test_imapProxy.js và test_smtpProxy.js. Dòng đầu của chúng ghi rõ mục đích: kiểm IMAP qua SOCKS proxy và kiểm SMTP qua SOCKS proxy. Nhà phát triển kiểm đường thư qua SOCKS chứ không qua proxy HTTP. Đây là gợi ý quan trọng cho phần chọn loại proxy bên dưới.

Lỗi proxy Thunderbird do chọn sai loại proxy

Cài proxy HTTP mà thư vẫn đi thẳng

Hộp Connection Settings có ô HTTP Proxy, ô HTTPS Proxy và ô SOCKS Host. Ô HTTP và HTTPS dùng cho phần web trong Thunderbird: trang đăng nhập OAuth, tải nội dung từ xa, cập nhật tiện ích. Kết nối IMAP, POP, SMTP không phải web nên không đi qua hai ô đó. Chỉ ô SOCKS Host đưa được thư qua proxy.

Nhiều người nhập proxy HTTP vào, đăng nhập Gmail thấy cửa sổ đăng nhập đi qua proxy, nghĩ rằng thư cũng vậy. Thực tế cửa sổ đăng nhập đi proxy, còn IMAP đi thẳng từ máy. Không có thông báo lỗi nào, chỉ là IP mà máy chủ thư thấy vẫn là IP thật. Kiểm bằng cách xem lịch sử đăng nhập của tài khoản thư.

Chỉ có proxy HTTP thì làm sao

Nếu nhà cung cấp chỉ có proxy HTTP, có hai cách. Cách thứ nhất là xin thêm cổng SOCKS5, phần lớn nhà cung cấp có cả hai. Cách thứ hai là phần mềm ép ứng dụng qua proxy như Proxifier, nhận proxy HTTP và chuyển kết nối thư qua lệnh CONNECT. Mình thử SMTPS cổng 465 qua proxy HTTP bằng CONNECT, kết nối tới được smtp.gmail.com. Hướng dẫn ở bài Proxifier là gì.

SOCKS v4 hay SOCKS v5

Hộp thoại có hai lựa chọn SOCKS v4 và SOCKS v5. Proxy thương mại hiện nay gần như đều là SOCKS5. Chọn nhầm SOCKS v4 cho proxy SOCKS5 làm proxy không hiểu lời chào và đóng kết nối. Thông báo khi đó thường là "the connection was refused" hoặc hết giờ, không nói gì tới phiên bản SOCKS.

Thư chỉ đi qua SOCKS

Lỗi proxy Thunderbird với SOCKS5 có mật khẩu

Hộp thoại không có ô tài khoản SOCKS

Đọc file connection.ftl thấy các nhãn: HTTP Proxy, HTTPS Proxy, SOCKS Host, Port, SOCKS v4, SOCKS v5, Automatic setup script URL, Do not use a proxy for these addresses. Không có nhãn nào cho tên đăng nhập hay mật khẩu SOCKS. Ô "Automatically log in if a password is saved" chỉ áp dụng cho proxy hỏi mật khẩu kiểu HTTP.

Nghĩa là Thunderbird không gửi được tài khoản cho proxy SOCKS5. Mình thử một máy khách SOCKS5 không có tài khoản kết nối tới proxy đòi mật khẩu. Proxy ghi máy khách chỉ đề nghị các phương thức không gồm tên và mật khẩu, rồi từ chối. Máy khách báo "No authentication method was acceptable". Trong Thunderbird, cùng tình huống hiện ra là "the connection was refused" hoặc hết giờ.

Ba cách xử lý

• Xác thực theo IP: đưa IP mạng của máy vào danh sách cho phép của nhà cung cấp, để trống tài khoản. Đây là cách gọn nhất. Bài xác thực proxy bằng IP whitelist hay user password giải thích.
• Proxy trung gian cục bộ: chạy một chương trình nghe ở máy, nhận SOCKS5 không mật khẩu từ Thunderbird, chuyển tiếp tới proxy thật kèm tài khoản.
• Phần mềm ép proxy như Proxifier, có ô tài khoản SOCKS5 riêng.

Proxy trung gian cục bộ viết bằng Python

Cách thứ hai trong danh sách trên làm được bằng một đoạn Python chỉ dùng thư viện chuẩn. Chương trình nghe ở 127.0.0.1 cổng 1081, nhận kết nối SOCKS5 không mật khẩu từ Thunderbird, rồi mở kết nối tới proxy thật kèm tên và mật khẩu theo chuẩn RFC 1929. Yêu cầu CONNECT, kể cả tên miền, được chuyển nguyên văn, nên proxy thật vẫn là nơi tra DNS.

# Proxy SOCKS5 trung gian: Thunderbird -> 127.0.0.1:1081 (khong mat khau) -> proxy that (co mat khau)
import socket, struct, threading
 
NGHE = ("127.0.0.1", 1081)
TREN = ("127.0.0.1", 8903)          # dia chi proxy SOCKS5 that
USER, PW = b"user1", b"p@ss#2026"   # tai khoan proxy that
 
def doc(s, n):
    b = b""
    while len(b) < n:
        x = s.recv(n - len(b))
        if not x:
            raise ConnectionError("dong ket noi")
        b += x
    return b
 
def chuyen(a, b):
    try:
        while (d := a.recv(65536)):
            b.sendall(d)
    except OSError:
        pass
    finally:
        a.close(); b.close()
 
def xu_ly(kh):
    try:
        ver, n = doc(kh, 2); doc(kh, n)
        kh.sendall(b"\x05\x00")                      # nhan Thunderbird, khong mat khau
        dau = doc(kh, 4)                              # VER CMD RSV ATYP
        if dau[3] == 1: dia = doc(kh, 4)
        elif dau[3] == 3: dia = bytes([doc(kh, 1)[0]]); dia += doc(kh, dia[0])
        else: dia = doc(kh, 16)
        cong = doc(kh, 2)
        tr = socket.create_connection(TREN, timeout=15)
        tr.sendall(b"\x05\x01\x02")                   # chi de nghi user/pass
        if doc(tr, 2) != b"\x05\x02":
            raise ConnectionError("proxy that khong nhan user/pass")
        tr.sendall(b"\x01" + bytes([len(USER)]) + USER + bytes([len(PW)]) + PW)
        if doc(tr, 2)[1] != 0:
            raise ConnectionError("sai tai khoan proxy that")
        tr.sendall(dau + dia + cong)                  # chuyen nguyen yeu cau CONNECT
        tl = doc(tr, 4)
        du = {1: 4, 4: 16}.get(tl[3]) or doc(tr, 1)[0]
        doc(tr, du + 2)
        kh.sendall(tl[:2] + b"\x00\x01" + b"\x00" * 6)
        if tl[1] != 0:
            raise ConnectionError(f"proxy that tra ma {tl[1]}")
        tr.settimeout(None)
        threading.Thread(target=chuyen, args=(kh, tr), daemon=True).start()
        chuyen(tr, kh)
    except Exception as e:
        print("loi:", e, flush=True); kh.close()
 
s = socket.socket(); s.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
s.bind(NGHE); s.listen()
print("nghe", NGHE, "->", TREN, flush=True)
while True:
    c, _ = s.accept()
    threading.Thread(target=xu_ly, args=(c,), daemon=True).start()

Sửa ba dòng TREN, USER, PW cho đúng proxy của anh em, chạy python socks_trung_gian.py, rồi trong Thunderbird điền SOCKS Host 127.0.0.1, Port 1081, SOCKS v5, đánh dấu Route DNS through SOCKS v5. Mình chạy thử với proxy SOCKS5 tự dựng đòi mật khẩu. Máy khách không có tài khoản đi qua cầu nối tới imap.gmail.com và nhận được dòng chào của Gmail. Nhật ký proxy thật ghi đăng nhập thành công và nhận tên miền imap.gmail.com.

Chương trình chỉ nghe ở 127.0.0.1 nên máy khác trong mạng không dùng nhờ được. Mật khẩu nằm trong file chữ thường, máy dùng chung thì cân nhắc. Muốn chạy nền khi khởi động Windows, tạo một tác vụ trong Task Scheduler gọi pythonw với file này.

Bẫy proxy cục bộ ở localhost

connection.ftl có một dòng dễ bỏ qua: "Local network connections (like localhost) never use a proxy." Câu này nói về đích đến, không phải về proxy. Thunderbird vẫn dùng được proxy chạy ở 127.0.0.1, nhưng máy chủ thư chạy trên localhost, kiểu cầu nối Proton Mail Bridge hay DavMail, sẽ không bao giờ đi qua proxy. Không cần thêm chúng vào danh sách bỏ qua.

Lỗi proxy Thunderbird về DNS: Failed to connect to server

Nguyên văn và ý nghĩa

File imapMsgs.properties có dòng imapUnknownHostError với nội dung "Failed to connect to server %S." Tên mã có chữ UnknownHost, tức Thunderbird không tra được tên máy chủ. Câu tiếng Anh dễ làm người đọc nghĩ là lỗi kết nối chung, nhưng nguyên nhân cụ thể là DNS. Với phần gửi thư, câu tương ứng là "Outgoing server (SMTP) ... is unknown".

DNS đi đường nào khi dùng SOCKS5

Hộp thoại có ô "Route domain requests (DNS) through SOCKS v5 proxy". Đánh dấu ô này, Thunderbird gửi tên máy chủ cho proxy tra. Bỏ đánh dấu, Thunderbird tự tra DNS bằng mạng của máy rồi gửi IP cho proxy. Mình thử hai cách: không để proxy tra tên, proxy nhận địa chỉ IP 74.125.130.108. Để proxy tra tên, proxy nhận chữ imap.gmail.com.

Bảng thiết lập của nền Gecko mà Thunderbird dùng cho thấy thuộc tính network.proxy.socks5_remote_dns mặc định là bật, ghi chú là biến SOCKS5 thành SOCKS5h. Thuộc tính cho SOCKS4 thì mặc định tắt. Bản mới bật sẵn cho SOCKS5, nhưng hồ sơ cũ hoặc cấu hình chép từ máy khác có thể đã tắt.

Khi nào lỗi DNS xuất hiện

Mạng đang dùng chặn tên miền máy chủ thư ở bước DNS, hoặc máy chủ thư chỉ tra được trong mạng của proxy, thì Thunderbird tự tra sẽ thất bại và báo Failed to connect. Bật ô Route DNS through SOCKS v5 là sửa được. Ngược lại, ô này bật với proxy SOCKS4 không có tác dụng. Bài DNS leak khi dùng proxy có cách kiểm DNS đi đường nào.

Lỗi DNS khi gõ sai tên máy proxy

Nếu chính tên máy proxy viết sai, lỗi không phải Failed to connect với tên máy chủ thư mà là mọi kết nối đều lỗi, kể cả cửa sổ web. Thunderbird không tra được proxy thì không đi được đâu. Kiểm ô SOCKS Host trước, nhất là khi chép từ email có dấu cách thừa.

DNS qua proxy hay qua máy

Lỗi proxy Thunderbird khi không tới được máy chủ thư

the connection was refused

Dòng imapConnectionRefusedError có nội dung "Could not connect to mail server %S; the connection was refused." Kết nối bị đóng ngay. Với proxy, nguyên nhân hay gặp: sai cổng proxy, proxy chọn sai phiên bản SOCKS, proxy đòi mật khẩu mà Thunderbird không gửi, hoặc proxy không cho kết nối tới cổng thư.

Phân biệt bằng một lệnh curl qua cùng proxy tới máy chủ thư. curl báo "No authentication method was acceptable" là chuyện tài khoản. curl kết nối được là Thunderbird đang cấu hình sai. curl bị từ chối ở bước CONNECT là proxy chặn cổng.

Proxy chỉ mở cổng web

Nhiều proxy dân cư và datacenter chỉ cho kết nối tới cổng 80 và 443. Cổng thư 993, 995, 465, 587 bị chặn. Thông báo khi đó là refused hoặc timed out tùy proxy. Hỏi nhà cung cấp danh sách cổng được mở trước khi dùng proxy cho thư.

Cổng 143 và 110 không mã hóa

Một số tài khoản cũ cấu hình IMAP cổng 143 hoặc POP cổng 110. Gmail chỉ phục vụ IMAP mã hóa ở cổng 993. Mình thử cổng 143 qua proxy, kết nối mở được tới proxy nhưng máy chủ Gmail không trả lời chào. Đổi sang 993 với SSL/TLS trong Account Settings, Server Settings, Connection security.

Hết giờ: Connection to server timed out

Dòng imapNetTimeoutError là "Connection to server %S timed out." Proxy chết, proxy quá chậm, hoặc tường lửa nuốt gói tin đều cho lỗi này. Khác với refused, hết giờ nghĩa là không ai trả lời. Thử proxy khác hoặc tắt proxy để biết lỗi do proxy hay do máy chủ thư. Nếu tắt proxy mà chạy ngay, ghi lại thời điểm và gửi nhà cung cấp proxy kiểm nhật ký. Nếu tắt proxy vẫn hết giờ, lỗi nằm ở mạng của máy hoặc ở máy chủ thư, đổi proxy không giải quyết được.

Lỗi proxy Thunderbird khi gửi thư qua SMTP

Nguyên văn các thông báo gửi thư

File messageSend.ftl có các câu chính cho lỗi gửi:

• send-error-smtp-unknown-server: "Outgoing server (SMTP) ... is unknown." Lỗi DNS như phần trên.
• send-error-smtp-request-refused: "connecting to Outgoing server (SMTP) ... failed. The server may be unavailable or is refusing SMTP connections."
• send-error-smtp-timeout: "the connection to Outgoing server (SMTP) ... timed out."
• send-error-smtp-interrupted: kết nối "was lost in the middle of the transaction". Proxy cắt kết nối giữa chừng, hay gặp với proxy giới hạn thời gian mỗi kết nối.
• smtp-auth-failure: "Unable to authenticate to Outgoing server (SMTP)". Đây là lỗi tài khoản thư, không phải tài khoản proxy.

Cổng 25 bị chặn

Nhiều nhà mạng và gần như mọi nhà cung cấp proxy chặn cổng 25 để chống thư rác. Thư cấu hình cổng 25 sẽ gặp lỗi refused hoặc timeout dù proxy đúng. Đổi máy chủ thư đi sang cổng 587 với STARTTLS, hoặc 465 với SSL/TLS. Mình thử cổng 465 qua proxy HTTP bằng CONNECT, tới được smtp.gmail.com, máy chủ trả lời và chỉ từ chối tài khoản giả.

Nhận được mà không gửi được

Nhận thư qua 993 chạy, gửi qua 587 lỗi, nghĩa là proxy mở 993 mà chặn 587, hoặc máy chủ gửi thư chặn IP proxy. Máy chủ SMTP khắt khe hơn máy chủ IMAP với IP lạ, vì gửi thư là đường thư rác hay dùng. Thử gửi không qua proxy để biết lỗi nằm ở đâu.

Thư gửi qua proxy bị vào thư rác

Không phải lỗi kết nối nhưng hay bị hỏi. Bộ lọc thư rác xét IP gửi lên máy chủ SMTP. IP proxy dùng chung có thể nằm trong danh sách đen. Bài kiểm tra proxy có bị blacklist không có cách kiểm.

Cổng 25 bị chặn, dùng 587 hoặc 465

Lỗi proxy Thunderbird với mật khẩu thư, OAuth và tiện ích

Hỏi mật khẩu thư liên tục

Khi đổi sang proxy ở quốc gia khác, máy chủ thư có thể coi lần đăng nhập là đáng ngờ và từ chối, Thunderbird hiểu là mật khẩu sai và hỏi lại. Nhập lại bao nhiêu lần cũng vậy. Mở hộp thư bằng trình duyệt, xem có cảnh báo đăng nhập lạ không, xác nhận là mình. Chọn proxy cùng quốc gia với nơi thường đăng nhập giảm hẳn lỗi này.

Cửa sổ đăng nhập OAuth trống hoặc lỗi

Gmail, Outlook.com dùng đăng nhập OAuth trong một cửa sổ web. Cửa sổ này đi theo ô HTTP Proxy, HTTPS Proxy hoặc SOCKS, như phần web của Thunderbird. Proxy chặn tên miền đăng nhập thì cửa sổ trống. Proxy đòi mật khẩu kiểu HTTP thì cửa sổ hỏi mật khẩu proxy trước. Lỗi này hay bị hiểu nhầm là lỗi tài khoản thư.

Thêm tài khoản mới báo không tìm được cấu hình

Khi thêm tài khoản, Thunderbird lần lượt hiện "Looking up configuration: Email provider…", rồi "Mozilla ISP database…", rồi "Trying common server names…", theo file accountSetup.ftl. Hai bước đầu là truy vấn web, đi theo ô HTTP, HTTPS hoặc SOCKS. Bước cuối thử kết nối tới các tên máy chủ thư phổ biến, đi theo SOCKS. Proxy chặn bất kỳ bước nào thì Thunderbird báo "failed to find the settings for your email account".

Lỗi này không có nghĩa nhà cung cấp thư không hỗ trợ Thunderbird. Cách xử lý là bấm cấu hình tay, nhập tên máy chủ, cổng, kiểu bảo mật từ trang hướng dẫn của nhà cung cấp thư. Hoặc thêm tài khoản khi tạm tắt proxy, rồi bật lại sau khi tài khoản đã tạo xong.

Tiện ích đang điều khiển proxy

connection.ftl có câu "An extension ... is controlling how Thunderbird connects to the Internet." Khi một tiện ích proxy được cài, hộp Connection Settings bị khóa và hiện câu này. Sửa trong hộp thoại không có tác dụng. Nút Disable Extension ngay đó tắt tiện ích để lấy lại quyền cấu hình.

Lỗi proxy Thunderbird do số kết nối và kết nối giữ lâu

Thông báo vượt số kết nối

imapMsgs.properties có một câu dài dễ bỏ qua: "Unable to connect to ... Please try again later. If the problem persists, you may have exceeded the maximum number of connections to this server. You can reduce the number of cached connections in the IMAP server settings." Câu này gợi ý máy chủ thư giới hạn số kết nối. Khi đi qua proxy, giới hạn có thể nằm ở proxy chứ không phải máy chủ thư.

Thunderbird giữ sẵn nhiều kết nối IMAP cho mỗi tài khoản để mở thư mục nhanh hơn. Số này chỉnh ở Account Settings, Server Settings, Advanced, mục số kết nối được giữ, mặc định là 5. Năm tài khoản là hai mươi lăm kết nối cùng lúc. Nhiều gói proxy giới hạn số kết nối đồng thời mỗi IP hoặc mỗi tài khoản proxy, vượt là bị từ chối.

Giảm số kết nối giữ sẵn xuống 2 hoặc 3 cho mỗi tài khoản là đủ dùng. Nếu lỗi biến mất sau khi giảm, nguyên nhân là giới hạn của proxy. Hỏi nhà cung cấp giới hạn kết nối đồng thời trước khi gắn nhiều tài khoản thư vào một proxy.

Kết nối IDLE bị proxy cắt

IMAP có lệnh IDLE để máy chủ báo ngay khi có thư mới, giữ kết nối mở nhiều phút. Proxy có thời gian chờ ngắn sẽ cắt các kết nối im lặng này. Thunderbird mở lại kết nối, đôi khi hiện lỗi mất kết nối hoặc chậm nhận thư. Với SMTP, kết nối bị cắt giữa chừng hiện ra là "lost in the middle of the transaction".

Nếu thấy lỗi theo chu kỳ đều đặn, kiểu cứ vài phút một lần, nghi ngay thời gian chờ của proxy. Hỏi nhà cung cấp giới hạn thời gian mỗi kết nối, hoặc tắt mục dùng IDLE trong phần Advanced của tài khoản để Thunderbird kiểm thư theo chu kỳ thay vì giữ kết nối.

Đổi proxy mà kết nối cũ vẫn chạy

Đổi cấu hình proxy không đóng ngay các kết nối IMAP đang được giữ. Một lúc sau khi đổi, một số thư mục vẫn đi đường cũ, số khác đi đường mới. Kết quả là nhật ký đăng nhập của tài khoản thư hiện hai IP xen kẽ. Khởi động lại Thunderbird sau mỗi lần đổi proxy để chắc mọi kết nối dùng cấu hình mới.

Lỗi proxy Thunderbird với file PAC và danh sách bỏ qua

PAC ghi SOCKS mà không ghi số

Lựa chọn Automatic setup script URL dùng file PAC. Bảng thiết lập Gecko có thuộc tính network.proxy.default_pac_script_socks_version mặc định là 4, ghi chú rằng khi PAC trả chữ "SOCKS" thì dùng SOCKS v4. File PAC trả "SOCKS proxy.example.com:1080" sẽ chạy SOCKS4, không tra DNS qua proxy, không chạy với proxy chỉ có SOCKS5.

Ghi rõ "SOCKS5 proxy.example.com:1080" trong file PAC. Lỗi này rất khó nhận ra vì cùng file PAC có thể chạy ở công cụ khác vốn hiểu SOCKS là SOCKS5. Bài PAC proxy có mẫu file PAC.

function FindProxyForURL(url, host) {
  if (shExpMatch(host, "*.noibo.local")) return "DIRECT";
  return "SOCKS5 proxy.example.com:1080";
}

Danh sách bỏ qua

Ô "Do not use a proxy for these addresses" có ví dụ ngay dưới: .mozilla.org, .net.nz, 192.168.1.0/24. Dấu chấm đầu nghĩa là cả tên miền con. Máy chủ thư nội bộ của công ty nên nằm trong danh sách này, nếu không Thunderbird đẩy kết nối ra proxy ngoài và nhận lỗi refused.

Đổi cấu hình bằng Config Editor

Mọi ô trong hộp thoại ứng với một thuộc tính network.proxy trong Config Editor, mở ở Settings, General, cuối trang. Ví dụ network.proxy.socks, network.proxy.socks_port, network.proxy.socks_version và network.proxy.socks5_remote_dns. Khi hộp thoại không phản ánh đúng, tìm các thuộc tính này để xem giá trị thật. Bài cài proxy cho Thunderbird có mẫu file user.js đặt sẵn các giá trị.

Quy trình kiểm lỗi proxy Thunderbird và câu hỏi thường gặp

Kiểm proxy ngoài Thunderbird

Chạy curl qua đúng proxy tới máy chủ nhận thư của tài khoản:

curl -v -x "socks5h://203.0.113.10:1080" "imaps://imap.gmail.com:993/" -u "ten@gmail.com:matkhau"

Thấy dòng chào của máy chủ thư là proxy tới được cổng 993. Gmail in IP người kết nối ngay trong dòng chào, so với IP proxy để chắc đường đi đúng. Lặp lại với máy chủ gửi thư cổng 587 hoặc 465. Bài định dạng proxy giúp đổi chuỗi nhà cung cấp gửi thành địa chỉ cho curl.

Thứ tự kiểm trong Thunderbird

1. Settings, General, Network Settings: chọn Manual proxy setup, điền SOCKS Host, chọn SOCKS v5, đánh dấu Route DNS through SOCKS v5.

2. Để trống ô HTTP Proxy nếu không cần proxy cho phần web.

3. Kiểm danh sách bỏ qua có máy chủ nội bộ chưa.

4. Account Settings, Server Settings: cổng 993 SSL/TLS cho nhận, 587 STARTTLS hoặc 465 SSL/TLS cho gửi.

5. Bấm Get Messages, rồi gửi thư thử cho chính mình.

6. Lỗi thì đọc thông báo, đối chiếu bảng tra ở đầu bài.

Câu hỏi thường gặp

Thunderbird có hỗ trợ proxy HTTP cho thư không. Không. Ô HTTP Proxy chỉ cho phần web. Thư đi qua SOCKS, hoặc qua phần mềm ép proxy như Proxifier.

Dùng SOCKS5 có mật khẩu được không. Hộp thoại không có ô tài khoản SOCKS. Dùng xác thực theo IP, proxy trung gian cục bộ, hoặc Proxifier.

Có cần bật Route DNS through SOCKS v5 không. Nên bật. Bản mới bật sẵn, nhưng kiểm lại nếu hồ sơ được tạo từ lâu hoặc chép từ máy khác.

Mỗi tài khoản thư một proxy được không. Cấu hình proxy áp dụng cho cả hồ sơ Thunderbird. Muốn mỗi tài khoản một IP, tạo nhiều hồ sơ, như hướng dẫn ở bài cài proxy cho Thunderbird.

Proxy có làm lộ nội dung thư không. SOCKS5 không mã hóa, nhưng IMAP 993 và SMTP 465, 587 đã mã hóa bằng TLS. Người vận hành proxy thấy máy chủ nào, lúc nào, không đọc được nội dung, miễn là anh em không dùng cổng không mã hóa.

Có cần tắt proxy hệ thống của Windows không. Chỉ khi Thunderbird đang ở chế độ Use system proxy settings. Ở chế độ đó, Thunderbird lấy proxy của Windows, mà proxy Windows thường chỉ là HTTP nên thư vẫn đi thẳng. Chọn Manual proxy setup để Thunderbird dùng đúng SOCKS anh em nhập, không phụ thuộc Windows.

Lỗi chỉ xảy ra khi bật VPN. VPN và proxy cùng lúc tạo hai lớp đường đi. Proxy ở nước ngoài trong khi VPN ở nước khác làm độ trễ tăng gấp đôi, dễ hết giờ. Một số VPN còn chặn kết nối ra cổng thư. Tắt một trong hai để biết lớp nào gây lỗi.

Đã sửa xong mà vẫn báo lỗi cũ. Thunderbird có thể đang ở chế độ ngoại tuyến sau nhiều lần lỗi. Kiểm biểu tượng ở góc dưới bên trái cửa sổ, chuyển về chế độ trực tuyến, rồi bấm Get Messages lại.

Thunderbird trên điện thoại có giống không. Thunderbird cho Android là ứng dụng khác, dựng từ K-9 Mail, cài đặt proxy không giống bản máy tính. Bài này chỉ nói về bản máy tính.

Khi cần proxy SOCKS5 xác thực theo IP và mở cổng thư cho Thunderbird, anh em có thể mua proxy giá rẻ tại trang chủ ProxyVN rồi kiểm bằng lệnh curl ở trên trước khi cấu hình.

Checklist sửa lỗi proxy Thunderbird

Lỗi proxy Thunderbird: những điều cần nhớ

Lỗi proxy Thunderbird hay đến từ chọn proxy HTTP cho thư, SOCKS5 có mật khẩu, DNS tra ngoài proxy hoặc cổng thư bị chặn. Dùng SOCKS v5 xác thực theo IP, bật Route DNS, ghi SOCKS5 rõ trong PAC, gửi thư qua 587 hoặc 465. Cần proxy ổn định, liên hệ Proxy.vn - Nhà cung cấp dịch vụ proxy chất lượng hàng đầu Việt Nam.