VulertSecurity VulertSecurity

Vulnerability Database · Debian · Package report

fetchmail: vulnerability history, versions and safety

fetchmail is a package in the Debian ecosystem. Vulert records 38 vulnerabilities for it across 24 releases, from Oct 2002 to Oct 2025. Each vulnerability names the versions it affects, the fixed version to move to, and a workaround where no fix has been published.

i
38 vulnerabilities recorded U38
i
2 with no fix published

No patched version yet — these are the ones to plan around.

See the unfixed vulnerabilities →
i
0 in the last 12 months

Nothing new recorded in the last year.

See the disclosure history →
i
0 malicious-package vulnerabilities

No published version shipped hostile code.

See all fetchmail vulnerabilities

Vulert verdict on fetchmail i

Updated on 23 Oct 2026

Careful: 2 of the 38 vulnerabilities Vulert records for this package have no fix yet. Plan around those, or apply the workaround listed for each. The rest have a fixed version to move to.

Long-term outlook: usable, but needs attention 38 vulnerabilities on record across 22 years, none in the last year.

What to do: Plan around the 2 vulnerabilities with no published fix: each lists the affected range and any workaround that reduces exposure. No fix yet: Vulert alerts you the moment one is published. Monitor it with Vulert →

  • Vulnerabilities on record 38 over 22 years · 0 in the last year i
  • Latest disclosure 04 Oct 2025 i
  • Highest CVSS 7.5 i
  • With no published fix 2 i

Concerned about your application's security?

Vulert continues monitoring your dependencies and alerts you when new vulnerabilities are disclosed. No installation and no source-code access required.

01 Versions

Which versions are affected

Every version Vulert holds for fetchmail, newest first, with the vulnerabilities that name it. A version with a count of zero has no recorded vulnerabilities; open a version to see the vulnerabilities it is exposed to.

Newest 24 of 24 versions on record. Severity counts are the vulnerabilities recorded against that exact release.

02 Disclosure history

How often vulnerabilities are recorded

  • 2002 6
  • 2003 2
  • 2005 6
  • 2006 6
  • 2007 2
  • 2008 2
  • 2009 2
  • 2010 4
  • 2011 2
  • 2012 2
  • 2021 3
  • 2025 1

Counted by the year Vulert recorded each vulnerability — the same date the table below shows as disclosed. 0 of the 38 were recorded in the last 12 months.

03 Vulnerabilities

Recorded vulnerabilities for fetchmail

The 5 most severe of 38 vulnerabilities recorded for this package

Search all 38 in the database →
Vulnerability Severity Fixed version ↓ Disclosed ↓
CVE-2021-36386: Denial of Service Vulnerability in Fetchmail 7.5 high 6.4.16-4 30 Jul 2021
Critical STARTTLS Enforcement Failure in Fetchmail: CVE-2021-39272 5.9 medium No fix published 30 Aug 2021
Heap-based Buffer Overflow in fetchmail N/A unrated 6.3.13-2 08 Feb 2010
Denial of Service Vulnerability in fetchmail N/A unrated 6.3.1-1 21 Dec 2005
Memory Allocation Vulnerability in Fetchmail 6.2.4 and Earlier N/A unrated 6.2.5 17 Nov 2003

Vulnerability wrong, a fix missing, or a package we should cover? Report it and we will fix the record. Report Vulnerability Provide Feedback

Updated: 23/Oct/2026 · Vulnerabilities in our DB: 524315

Subscribe to Vulert on Telegram
Daily digest of new CVEs, critical and high severity, affected packages and fixes — plus a weekly roundup.
Join the channel →

Questions

About fetchmail

Is fetchmail safe to use?

Vulert records 38 vulnerabilities for fetchmail in Debian: 0 critical, 0 high, 0 medium and 0 low, plus 38 not yet rated. 2 of them have no published fix yet, so those are the ones to avoid or mitigate.

How many vulnerabilities does fetchmail have?

38 vulnerabilities are recorded for fetchmail in the Debian ecosystem: 0 critical, 0 high, 0 medium and 0 low, plus 38 not yet rated. The ledger on this page lists the same counts next to the date of the most recent disclosure.

How often are new fetchmail vulnerabilities disclosed?

0 vulnerabilities were recorded for fetchmail in the last 12 months, and the oldest entry in this database dates to 11 Oct 2002. Recency matters more than a lifetime total: it shows how actively new issues are being disclosed for the package you are considering.

Which versions of fetchmail are affected?

Each vulnerability on this page lists the affected version range and the fixed version to move to. Open the vulnerability for the version you actually run — fixes are specific to a release line, not to the package as a whole.

How do I monitor fetchmail for upcoming vulnerabilities?

Upload the manifest or SBOM for your application at vulert.com/scanner and Vulert keeps checking the fetchmail version you actually run against new disclosures, then alerts you when one affects it. There is no installation and no source-code access required.