Lebih dari 6 tahun sejak pembaruan terakhir rilis program untuk mengirim dan mengarahkan email , yang memungkinkan Anda mengumpulkan email menggunakan protokol dan ekstensi POP2, POP3, RPOP, APOP, KPOP, IMAP, ETRN dan ODMR, memfilter korespondensi yang diterima, mendistribusikan pesan dari satu akun ke beberapa pengguna dan mengalihkan ke kotak surat lokal atau melalui SMTP ke server lain (berfungsi sebagai gateway POP/IMAP-ke-SMTP). Kode proyek ditulis dalam C dan berlisensi di bawah GPLv2. Cabang Fetchmail 6.3.X telah dihentikan sepenuhnya.
antara :
- Menambahkan dukungan untuk TLS 1.1, 1.2 dan 1.3 (--sslproto {tls1.1+|tls1.2+|tls1.3+}). Build dengan OpenSSL diaktifkan secara default (setidaknya cabang 1.0.2 diperlukan agar berfungsi, dan untuk TLSv1.3 - 1.1.1). Dukungan untuk SSLv2 telah dihentikan. Secara default, alih-alih SSLv3 dan TLSv1.0, STLS/STARTTLS mendeklarasikan TLSv1.1. Untuk mengembalikan SSLv3, Anda perlu menggunakan OpenSSL dengan dukungan SSLv3 di sebelah kiri dan menjalankan Fetchmail dengan tanda “-sslproto ssl3+”.
- Secara default, mode pemeriksaan sertifikat SSL diaktifkan (-sslcertck). Untuk menonaktifkan pemeriksaan, Anda sekarang perlu secara eksplisit menentukan opsi “--nosslcertck”;
- Dukungan untuk kompiler C yang sangat lama telah dihentikan. Pembuatan sekarang memerlukan kompiler yang mendukung standar SUSv2002 3 (Spesifikasi Unix Tunggal v3, bagian dari POSIX.1-2001 dengan ekstensi XSI);
- Efisiensi pelacakan UID telah ditingkatkan (“—pertahankan mode UID”) saat mendistribusikan pesan dari kotak surat melalui POP3;
- Banyak perbaikan telah dilakukan untuk mendukung koneksi terenkripsi;
- Memperbaiki kerentanan yang dapat menyebabkan buffer overflow pada kode autentikasi GSSAPI saat memanipulasi nama pengguna yang melebihi 6000 karakter.
Tambahan: rilis 6.4.1 dengan perbaikan untuk dua regresi (perbaikan yang tidak lengkap untuk bug Debian 941129 mengakibatkan ketidakmampuan untuk menemukan file konfigurasi pengambilan email dalam beberapa kasus dan masalah dengan _FORTIFY_SOURCE ketika PATH_MAX lebih besar dari minimum _POSIX_PATH_MAX).
Sumber: opennet.ru