Gmail dalam program e-mel pada rangkaian tempat kerja atau di sebalik tembok api

Jika program e-mel (Outlook, Thunderbird, aplikasi e-mel telefon) bersambung ke Gmail tanpa masalah pada satu rangkaian tetapi tidak pada rangkaian lain, masalahnya hampir pasti bukan pada akaun, tetapi pada rangkaian atau perisian perlindungan yang berjalan pada komputer. Dengan beberapa ujian mudah, punca boleh dikenal pasti, dan apa yang perlu diminta daripada pentadbir sistem boleh ditentukan dengan tepat.

Apakah yang perlu dicapai oleh program e-mel?

Gmail dalam program e-mel berfungsi melalui dua saluran: IMAP untuk menerima dan menyegerakkan e-mel, dan SMTP untuk menghantarnya. Sejak 2025, log masuk hampir selalu dilakukan melalui tetingkap “Log masuk dengan Google”, iaitu halaman web pada pelayan Google. Jika mana-mana daripadanya tidak dapat dicapai, program memaparkan ralat, selalunya dengan teks yang mengelirukan (“kata laluan salah”, “tamat masa”, “pelayan tidak bertindak balas”).

• E-mel masuk (IMAP): imap.gmail.com, port 993, penyulitan SSL/TLS.
• E-mel keluar (SMTP): smtp.gmail.com, port 587 dengan STARTTLS, atau port 465 dengan SSL/TLS. Pelayan keluar memerlukan pengesahan.
• Log masuk: tetingkap “Log masuk dengan Google” membuka laman accounts.google.com, yang memerlukan sambungan HTTPS (port 443).
• Port 25 tidak sesuai: banyak pembekal internet dan syarikat menyekat port keluar 25 sejak awal, jadi dalam program e-mel, port 465 atau 587 perlu ditetapkan untuk SMTP.
• Sesiapa yang turut menggunakan akaun Outlook.com dalam program yang sama boleh merujuk panduan berasingan tentang tetapannya: Menetapkan akaun Outlook.com dalam program e-mel lain (IMAP, SMTP).

1. Rangkaian menyekat port IMAP atau SMTP

Gejala: program mencuba untuk masa yang lama, kemudian berhenti dengan tamat masa atau mesej “tidak dapat bersambung”. Sementara itu, Gmail web dalam pelayar berfungsi pada rangkaian yang sama. Punca: tembok api rangkaian syarikat, sekolah, hotel atau awam hanya membenarkan trafik laman web (port 80 dan 443), bukan protokol e-mel. Banyak syarikat sengaja menyekat sambungan dari komputer pekerja ke pelayan e-mel luar.

1. Pada Windows, dalam PowerShell, port masuk boleh disemak dengan arahan Test-NetConnection imap.gmail.com -Port 993. Jika di hujung jawapan tertera “TcpTestSucceeded : True”, port itu terbuka.
2. Dengan cara yang sama, cuba alamat smtp.gmail.com dengan port 587 dan 465.
3. Pada macOS dan Linux, dalam terminal, arahan nc -vz imap.gmail.com 993 memberikan hasil yang serupa.
4. Jika arahan menunjukkan tamat masa atau penolakan, port itu tertutup pada rangkaian. Dalam keadaan ini, mengubah tetapan tidak membantu; hubungi pengendali rangkaian.

2. Antivirus atau tembok api memeriksa sambungan yang disulitkan

Gejala: sambungan terbentuk, tetapi program memaparkan ralat sijil (“sijil pelayan tidak dipercayai”), atau sambungan terputus sejurus selepas log masuk. Selalunya ia hanya berlaku pada satu komputer, manakala yang lain pada rangkaian yang sama tiada masalah. Punca: fungsi perlindungan e-mel sesetengah antivirus dan banyak tembok api syarikat memeriksa trafik yang disulitkan dengan menggantikan sijil Google dengan sijil mereka sendiri. Sebahagian program e-mel tidak menerimanya.

• Ujian: matikan penapis e-mel atau fungsi pemeriksaan SSL/TLS antivirus untuk seketika, dan cuba bersambung semula. Jika berfungsi, tambahkan program e-mel atau pelayan Gmail sebagai pengecualian dalam antivirus, kemudian hidupkan semula perlindungan.
• Menyemak sijil: arahan openssl s_client -connect imap.gmail.com:993 memaparkan siapa yang mengeluarkan sijil yang diterima. Sijil Gmail dikeluarkan oleh pihak berkuasa sijil Google sendiri (Google Trust Services); jika nama lain tertera (contohnya pengeluar antivirus atau tembok api), trafik sedang diperiksa oleh peranti perantara.
• Pada komputer syarikat: pengguna selalunya tidak boleh mengubah tetapan antivirus dan tembok api. Dalam keadaan ini, minta pentadbir sistem mengecualikan pelayan Gmail daripada pemeriksaan trafik yang disulitkan.
• Dalam program e-mel, ralat sijil tidak patut diterima secara kekal dan semakan sijil tidak patut dimatikan, kerana program tidak akan memberi amaran walaupun berlaku serangan sebenar.

3. Tetingkap log masuk tidak dimuatkan atau memaparkan ralat

Gejala: semasa menambah akaun, program e-mel memaparkan tetingkap kosong atau ralat, atau meminta kata laluan berulang kali. Punca: tetingkap “Log masuk dengan Google” tidak dapat mencapai laman accounts.google.com kerana disekat oleh proksi atau penapis web; atau program terlalu lama sehingga hanya cuba log masuk dengan nama pengguna dan kata laluan.

• Program lama: mulai 14 Mac 2025, Google menamatkan akses kata laluan bagi “apl yang kurang selamat” untuk akaun peribadi juga: IMAP, SMTP dan POP hanya berfungsi dengan log masuk Google (OAuth) atau kata laluan apl. Menurut Bantuan Google, contohnya versi lama Outlook 2016 tidak memenuhi keperluan semasa; dalam keadaan ini, penyelesaiannya ialah mengemas kini program.
• Kata laluan apl: hanya boleh dibuat apabila Pengesahan 2 Langkah diaktifkan, di laman myaccount.google.com/apppasswords, dan Google tidak mengesyorkannya jika program menyokong log masuk Google. Ia tidak tersedia bagi akaun kerja atau sekolah, apabila Pengesahan 2 Langkah hanya menggunakan kunci keselamatan, dan dengan Program Perlindungan Lanjutan. Apabila kata laluan ditukar, Google memadam kata laluan apl.
• Penapis web: jika tetingkap log masuk memaparkan halaman sekatan syarikat, minta pentadbir sistem membenarkan accounts.google.com.
• Terlalu banyak sambungan: mesej ralat “Terlalu banyak sambungan serentak” bukan masalah rangkaian: satu akaun Gmail boleh ditambah kepada paling banyak 15 program e-mel serentak, jadi log keluar pada peranti lama yang tidak digunakan lagi.

4. Akaun Google kerja: pentadbir tidak membenarkannya

Jika alamat tidak berakhir dengan @gmail.com tetapi dengan domain syarikat atau sekolah (akaun Google Workspace), akses program e-mel dikawal oleh pentadbir organisasi. IMAP perlu dibenarkan olehnya dalam konsol pentadbir, dan beliau juga boleh menyekat program e-mel luar. Bagi akaun sebegini, tab “Pengiriman semula dan POP/IMAP” dalam tetapan Gmail juga tidak selalu kelihatan. Bagi akaun peribadi @gmail.com, sejak Januari 2025 IMAP tidak boleh dimatikan atau dihidupkan; ia sentiasa dibenarkan.

Apakah yang perlu diminta daripada pentadbir sistem?

Permintaan perlu khusus: pentadbir sistem perlu tahu dengan tepat trafik apa yang perlu dibenarkan. Sebelum itu, sebaiknya baca dasar IT tempat kerja, kerana di banyak tempat dilarang menggunakan akaun e-mel peribadi pada komputer syarikat. Dalam keadaan ini, penyelesaiannya ialah telefon sendiri dengan data mudah alih, bukan memintas tembok api dengan VPN atau helah lain.

• Benarkan sambungan TCP keluar ke imap.gmail.com pada port 993.
• Benarkan sambungan TCP keluar ke smtp.gmail.com pada port 587 dan/atau 465.
• Akses ke accounts.google.com daripada pelayar dan daripada tetingkap log masuk program e-mel (port 443).
• Jika tembok api atau antivirus memeriksa trafik yang disulitkan: kecualikan pelayan Gmail daripada pemeriksaan itu.
• Untuk laporan masalah, sebaiknya sertakan mesej ralat yang tepat, masa kejadian dan hasil ujian port.

Penyelesaian sementara yang tidak melanggar peraturan

• Gmail web: jika pelayar dapat mencapai laman mail.google.com, e-mel boleh dibaca dan dihantar di situ, tanpa program e-mel.
• Aplikasi Gmail pada telefon: melalui internet mudah alih, sekatan Wi-Fi syarikat tidak terpakai.
• Rangkaian tetamu atau hotel: jika program e-mel tidak bersambung, tanya pengendali rangkaian; sementara itu, versi web atau data mudah alih boleh digunakan.