This is a private note that has been shared.

Third-Party Service Compatibility with .enex Files

Updated 04252025-215830

• WTF
• ID: 51703A75-F82D-42D6-A8D7-F2CE8FFAF256
• Draft

I. Introduction

A. The Evernote .enex Format: Purpose and Context

The Evernote Export format, identified by the .enex file extension, serves as Evernote’s proprietary mechanism for exporting notes and associated data. Structurally, .enex files are XML-based documents adhering to the Evernote Export Document Type Declaration (DTD).1 These files encapsulate the content of notes, including text, embedded images, and file attachments, along with crucial metadata such as note titles, tags, creation timestamps, and last updated timestamps.1

Evernote’s official documentation primarily positions the .enex format as a tool for backup and restoration within the Evernote ecosystem.3 Users can export notebooks or individual notes into .enex files and subsequently import them back into the same or a different Evernote account, typically using the desktop applications.3 This functionality ensures data preservation and allows for account migration or recovery.

However, beyond its intended internal use, the .enex format has become the de facto standard for migrating data out of Evernote and into alternative note-taking applications or services.1 Despite not being an open standard explicitly designed for universal interoperability, its widespread adoption by third-party developers reflects the significant demand among users seeking to move their data elsewhere.

B. The Need for .enex Compatibility

The demand for .enex compatibility in third-party services stems from various user motivations to migrate away from Evernote. Factors influencing this migration include changes to Evernote’s pricing structure and feature limitations in free tiers, a desire for alternative features or user interfaces, preferences for open-source software, concerns about data ownership and privacy, or simply exploring different platform ecosystems.2 For users considering such a move, the ability of a potential alternative application to import .enex files–either directly or through intermediate tools–is often a critical decision factor, as it determines the feasibility of transferring years of accumulated notes and data.6

C. Report Scope and Structure

This report provides a comprehensive inventory and analysis of third-party services and tools that support, or have historically supported, the import of Evernote .enex files. It examines applications offering native import capabilities, those requiring intermediate conversion utilities, the conversion tools themselves, and specialized solutions tailored for specific platforms. The analysis delves into the mechanisms of import, the fidelity of data transfer, common limitations and challenges encountered during migration, and user experiences gathered from official documentation, technical resources like GitHub repositories, and community forums such as Reddit and vendor-specific discussion boards.1 The report concludes with a comparative analysis and recommendations tailored to different user priorities.

D. The Dual Nature of .enex and Its Impact on Migration

An important consideration shaping the landscape of .enex compatibility is the format’s dual role. While Evernote primarily designed .enex for internal backup and restoration 3, the broader market has adopted it as the principal method for migrating out of Evernote.6 This divergence between intended design and practical application creates inherent tension. The .enex format, being XML-based but proprietary, was not engineered for seamless, high-fidelity translation into the diverse architectures of competing applications, which might use Markdown, block-based editors, different metadata structures, or distinct attachment handling methods. Consequently, many of the common frustrations users encounter during migration–such as lost formatting, broken internal links, missing notebook structures, and inconsistent attachment handling–can be traced back to the format’s original design focus, which prioritized Evernote’s internal consistency over universal data portability.1 This context is crucial for understanding the limitations discussed throughout this report.

II. Applications with Native .enex Import Support

A significant number of note-taking applications and related services offer built-in functionality to import data directly from .enex files. However, the implementation, data fidelity, and overall user experience of these native importers vary considerably.

A. Joplin

• Confirmation: Joplin, an open-source Evernote alternative, provides direct .enex import capabilities through its desktop applications (Windows, macOS, Linux) and its terminal application.2
• Mechanism: Users can initiate the import via the desktop menu (File > Import > ENEX) or a command-line instruction (import /path/to/file.enex).7 Joplin imports the contents of an .enex file into a new notebook, typically named after the source file.53 Users can choose to import notes primarily as Markdown (the default and generally recommended option) or as HTML, the latter being useful for preserving more complex formatting not easily represented in Markdown.8 Importing a directory containing multiple .enex files is also supported, creating a notebook for each file.53
• Data Fidelity: The importer preserves core note content, tags, attached resources (files), and essential metadata like author and geo-location.53 Basic formatting elements (bold, italics, lists, links) and tables are converted into their Markdown equivalents.53 Joplin also attempts to preserve links between notes, primarily by matching the link text to target note titles.53
• Limitations: A key limitation is the loss of Evernote’s embedded Optical Character Recognition (OCR) data; however, Joplin can perform its own OCR on imported images and PDFs if configured.53 When importing as Markdown, complex formatting like text colors, specific font sizes, and font faces are lost.53The preservation of inter-note links is imperfect, as the .enex format lacks reliable target identifiers; title-based matching can fail if titles are duplicated or differ from the link text.53 Users have reported minor formatting discrepancies, such as bold/underlined text becoming bold/italicized with surrounding asterisks.11 Importing very large .enex files (e.g., 23GB with 46,000 notes) can be slow and prone to hanging or failure, potentially due to invalid notes within the export file, although newer Joplin versions may offer improved error handling by skipping problematic notes.14 Despite these limitations, Joplin is often considered a reliable migration path and is sometimes used as an intermediate step to convert .enexfiles to Markdown for subsequent import into other applications like Obsidian or Notion.22

B. Apple Notes

• Confirmation: Apple’s native Notes application supports direct .enex file import across its ecosystem (macOS, iOS, iPadOS).5
• Mechanism: On macOS, users import via the menu (File > Import to Notes), selecting .enex files or folders containing them. On iOS/iPadOS, users share the .enex file (received via email or saved in the Files app) directly to the Notes app.39 Imported notes are placed in a dedicated “Imported Notes” folder.39 When importing a folder of .enex files on Mac, there’s an option to preserve the original folder structure.39
• Data Fidelity: The process converts each Evernote note into a new note within Apple Notes, preserving the basic text content.
• Limitations: The primary drawback is that any Evernote features or attachment types not natively supported by Apple Notes are simply dropped during the import process.8 User reports specifically mention problems with tables and some JPEG images not transferring correctly 5, and poor import fidelity for Evernote task lists.8 Despite this, many users find the import process itself straightforward and reliable, often described as something that “just works” 25, although the web version of Apple Notes via iCloud.com is generally considered subpar.14

C. Bear

• Confirmation: Bear, a popular Markdown-based notes app for Apple platforms, offers native .enex import on macOS and iOS.5
• Mechanism: Import is initiated via the menu bar on Mac (File > Import From > Evernote) or the sidebar menu on iOS (Import).61
• Data Fidelity: Bear imports the note content and preserves Evernote tags.61 Options exist to retain the original creation/modification dates of the notes.85
• Limitations: A significant limitation is that the .enex format itself does not contain notebook structure information.1 Bear’s documentation suggests a manual workaround: users should tag notes within Evernote using the notebook name (e.g., #MyNotebook) before exporting. Then, export each notebook as a separate .enex file. Import these files one by one into Bear. After each import, search for the newly imported notes (which Bear might automatically tag, e.g., with #evernote 60) and manually apply the correct notebook tag created within Bear.60 Internal links between Evernote notes are not automatically converted to Bear’s linking format (]) due to differing mechanisms.62 Users have reported issues with the import of tables (which are HTML in Evernote versus Markdown in Bear) and encrypted notes (which need decryption prior to export).25 While some users found the import satisfactory for simple formatting 25, others encountered formatting problems severe enough to render notes unreadable.25 Bear also recommends emptying the Evernote trash before exporting to avoid importing deleted notes.61

D. Notesnook

• Confirmation: Notesnook, a privacy-focused, cross-platform notes app, supports .enex import through a dedicated web-based importer tool.13
• Mechanism: The import involves a two-step process. First, users upload their .enex files to Notesnook’s online importer (importer.notesnook.com). This tool processes the files and provides a .zip file for download. Second, users import this downloaded .zip file into their Notesnook account via the settings menu in the Notesnook Web App.18
• Data Fidelity: Notesnook claims its importer is highly robust, supporting nearly 100% of Evernote formats. This includes attachments, various types of web clips, task list items (but not their associated metadata like due dates), internal and external links, images, rich text formatting (bold, italics, lists), reminders, notebooks, and tags.43 User feedback corroborates this, with reports describing the import tool as working “flawlessly”.13
• Limitations: The main drawback noted by users is the two-step process involving the external web tool, which could potentially be streamlined into a single in-app function.18 Additionally, while task list items are imported, their associated metadata is lost.43

E. DEVONthink

• Confirmation: DEVONthink, a powerful information management application for macOS and iOS, supports importing .enex files.5 Historically, it also offered a direct import feature (File > Import > Notes from Evernote) that communicated with a running Evernote Legacy application. However, this method is incompatible with Evernote v10 and later due to the removal of AppleScript support in newer Evernote versions, thus requiring users to obtain and run the legacy client.17
• Mechanism: The current standard method involves exporting notebooks from Evernote as .enex files and then importing them into DEVONthink either by dragging the .enex file onto the DEVONthink dock icon or using the File > Import > Files and Folders... menu option.27 This typically imports the contents of the .enex file as a group within DEVONthink, named after the original notebook or file.27
• Data Fidelity: Notes are imported as “formatted notes,” which are essentially HTML files similar to Evernote’s internal format.27 Tags are preserved 27, and creation/modification dates can also be retained.78 Images embedded within notes are imported as part of the formatted note.27 However, PDFs attached to Evernote notes are handled differently; they are imported as separate documents placed within a group alongside the formatted note representing the original Evernote note, reflecting that PDFs are linked rather than embedded in Evernote.27
• Limitations: The visual appearance of imported notes will differ from Evernote due to Evernote’s proprietary styling.27 Embedding images directly increases the file size of the imported notes.27Reimporting the same .enex file will create duplicate documents.27 Evernote task notes may not display correctly when imported from .enex files; exporting tasks as HTML from Evernote is suggested for better display fidelity, although the tasks remain non-functional.27 Some users have reported failures when importing specific .enex files, potentially due to issues with task notes or underlying XML errors in the Evernote export itself.28 The older direct import method (requiring Evernote Legacy) sometimes created extraneous files or groups that necessitated cleanup using custom scripts or Smart Rules provided by the DEVONthink community.79 Importing very large numbers of notes or notebooks may require processing in smaller batches.79

F. Trilium Notes

• Confirmation: Trilium Notes, an open-source, self-hostable hierarchical note-taking application, supports the import of .enex files.35
• Mechanism: Users import .enex files by right-clicking on a target note within Trilium, selecting Import, and then choosing the desired .enex file.35
• Data Fidelity: The import process brings in note content and associated resources. Basic formatting and images are generally preserved.35 Tags from Evernote are imported and represented as attributes in Trilium.35 If migrating from OneNote via Evernote Legacy, headings can also be preserved.35
• Limitations: Resources other than images (e.g., PDFs, documents) are created as attachments to the note rather than being embedded.35 Due to potentially invalid HTML within .enex files, some formatting may be lost or appear broken after import.35 Specific issues have been noted by users migrating from OneNote through Evernote Legacy, including tags being imported as images, problematic whitespace handling, broken internal links, and loss of hierarchical note structure.35

G. Nimbus Note / FuseBase

• Confirmation: Nimbus Note, which appears to have rebranded or evolved into FuseBase 20, supports .enex import, primarily through its web client.6 There are also indications of historical support for direct import via an API connection to Evernote.20
• Mechanism: The web client import process involves navigating to Settings > Import from Evernote, browsing for and selecting the .enex file, and choosing a destination folder within Nimbus/FuseBase.64
• Data Fidelity: The importer brings in note content and optionally preserves tags.65 Some user reports, possibly referring to the direct API import method, have described the migration as “perfect” and noted correct handling of attachments, which was a point of failure in other applications.6
• Limitations: The primary import method is restricted to the web client.65 As .enex export does not preserve Evernote’s notebook structure, the documentation recommends exporting and importing each notebook individually to maintain organization.65 Linux users might need to use the Nixnote client to export notes in NNEX format and then rename the file to .enex for compatibility.65

H. Amplenote

• Confirmation: Amplenote, a note-taking app emphasizing tasks and calendar integration, supports .enexfile import.16
• Mechanism: The application provides a dedicated import section where users can either drag and drop their .enex file or use an upload link.16
• Data Fidelity: Amplenote claims its importer facilitates a full Evernote vault import, successfully preserving images, cross-note links, and the original organizing hierarchy.16 A user testimonial included in their materials specifically praises the quality of the export/import experience.16
• Limitations: Beyond the positive claims about preserving links and hierarchy (which are common pain points with .enex), the provided information does not detail specific limitations or potential data fidelity issues.

I. Simplenote

• Confirmation: Simplenote, a free, cross-platform note-taking service focused on simplicity, supports .enex import via its desktop applications (Windows, Linux, and the Electron version for macOS) and its web application.7 The standard Mac App Store version does not support import.71
• Mechanism: Users can access the importer via the desktop menu (File > Import Notes > Evernote (.enex)) or the web app settings (Menu > Settings > Tools > Import Notes).70 Files can be selected via browsing or drag-and-drop. An option exists to automatically enable Markdown formatting on all imported notes.70
• Data Fidelity: Simplenote successfully imports the plain text content of notes. If the Markdown option is enabled during import, it attempts to preserve Markdown formatting.70
• Limitations: Simplenote’s core limitation is its focus on plain text and Markdown. It does not support rich text formatting, images, audio files, or any other attachments embedded in Evernote notes; these elements will be lost during the import process.7 There may also be limitations on the length of very large notes that can be imported successfully.71 Consequently, Simplenote is only a viable import destination for users whose Evernote content is primarily text-based.

J. OneNote (via Third-Party Tools)

• Confirmation: While Microsoft once provided an official “Evernote Importer” tool for OneNote, this tool is now deprecated, no longer actively developed or supported, and may not function correctly, especially with newer versions of Evernote or OneNote.7 Migration from Evernote to OneNote now relies on third-party utilities.
• Key Tools:
  • OneNote Batch (from OneNote Gem): This is a paid software available for both Windows and macOS.32 It allows users to import .enex files directly into specified OneNote sections or notebooks.7It offers features like bulk import of multiple .enex files, the ability to recreate Evernote tags as OneNote sections, preservation of original note date/time stamps, and even support for the older Evernote 2.x .enx format.57 User feedback suggests it generally works well, although there might be a limited demo version.7 It’s often cited as the primary solution for Mac users needing to import into OneNote.32
  • Evernote2Onenote (by Stefan Küng): This is a free, open-source tool specifically for Windows.13Users have reported successfully migrating their notes using this utility 13, and online guides (like one on WikiHow) detail its usage.24 Some reports suggest it might function best if the Evernote Legacy application is also installed.15
• Limitations: Migration to OneNote necessitates relying on these third-party tools due to the absence of official support. Formatting inconsistencies are expected, as OneNote’s internal structure differs significantly from Evernote’s HTML-based format, and .enex import tools often struggle with perfect translation.57 If using the option in OneNote Batch to import tags as sections, notes tagged with multiple Evernote tags may be duplicated across multiple OneNote sections.59 Furthermore, some users who migrated to OneNote later expressed dissatisfaction with OneNote’s synchronization speed and editor interface compared to Evernote.58

K. Notion (Official Importer - API based, not ENEX)

• Clarification: It is crucial to distinguish Notion’s primary, official import method from direct .enex file handling. Notion’s built-in importer connects directly to a user’s Evernote account via the Evernote API; it does not involve uploading .enex files.8
• Mechanism: Accessed via Settings > Import > Evernote in the Notion desktop or web application (not mobile).46 This process requires the user to log into their Evernote account and grant Notion authorization to access their notebooks.46 Users can then select specific Evernote notebooks to import. These notebooks appear in Notion as top-level pages, with the individual notes contained within them as items in a Notion list database.46
• Data Fidelity: This API-based method aims to retain the organizational structure of notebooks and the content of the notes.46
• Limitations: Despite the convenience of the API connection, numerous users have reported significant issues with Notion’s native Evernote importer, describing it as “broken,” unreliable, or unsatisfactory.31Common complaints include failed imports, missing notes, and poor formatting translation.47 This widespread dissatisfaction has directly led to the development and popularity of third-party .enex-based import tools specifically for Notion (discussed in Section III).

L. Variable Quality of Native Import Support

The term “native .enex import support” encompasses a wide spectrum of capabilities and limitations across different applications. While many platforms check the box for supporting .enex files, the actual quality and completeness of the import vary dramatically. At one end, applications like Notesnook claim near-total format compatibility, aiming to preserve a high degree of fidelity.43 At the other end, services like Simplenote offer native import but are fundamentally limited by their own architecture, supporting only plain text and losing all rich formatting and attachments.7 In between, numerous applications exhibit specific weaknesses: Bear struggles with tables and requires manual workarounds for notebook structure 25; Apple Notes drops any features or attachments it doesn’t support 39; DEVONthink has specific handling for PDFs and potential issues with task notes 27; Joplin documents limitations regarding complex HTML formatting and inter-note links 53; Trilium faces challenges with non-image attachments and HTML validity.35 This variability underscores the necessity for users to investigate the specific capabilities and documented limitations of the .enex importer for any application they are considering, rather than assuming “native support” implies a seamless or complete transfer.

M. The “Legacy vs. v10” Export Problem

A recurring theme in user discussions and migration guides is the potential difference in reliability between .enex files exported from older, “Legacy” versions of Evernote (pre-v10) and those exported from the newer Evernote v10 and subsequent releases. Several sources explicitly recommend using the Evernote Legacy application for exporting data intended for import into third-party tools like Notion (using enex2notion), Trilium (often involving an intermediate step through OneNote), and Apple Notes.5 Some users have reported that .enex files exported from v10 failed to import correctly even when attempting to restore them back into Evernote itself, suggesting potential issues with the export generation in newer versions.5 Furthermore, certain third-party tools, particularly those relying on direct interaction with the Evernote client (like older OneNote importers or DEVONthink’s direct import feature), may explicitly require the Legacy version to be installed and running.15 Users migrating to Obsidian have also encountered recommendations to use older Evernote versions for the export process.21 This pattern strongly suggests that changes implemented in Evernote v10’s export functionality may have introduced compatibility issues or regressions that negatively impact the reliability and success rate of importing .enex files into various third-party applications. Users encountering import problems may find exporting from the Legacy version (if accessible) yields better results.

III. Applications Requiring Intermediate Conversion Tools

For several popular Evernote alternatives, particularly those built around open formats like Markdown, direct import of .enex files is not supported. Instead, migration requires using intermediate tools or plugins to convert the .enex data into a compatible format first.

A. Obsidian

• Confirmation: Obsidian, a highly extensible knowledge base application that works with local Markdown files, does not have built-in .enex import functionality. Migration relies on either an official community plugin or external conversion utilities.5 The goal is typically to convert .enex content into .md (Markdown) files that Obsidian can then recognize.
• Key Tools/Methods:
  • Official Obsidian Importer Plugin: Developed by the Obsidian team, this plugin installs directly into Obsidian and provides an interface to convert .enex files into Markdown notes within the user’s vault.21 It aims to preserve content and tags. It includes features to help reconstruct notebook stacks (by recognizing specific .enex filename patterns like StackName@@@NotebookName.enex) and maintain tag hierarchies (if tags are manually nested using / in Evernote before export).49 While generally effective, users have reported that the plugin can sometimes hang or crash Obsidian, particularly when processing large notebooks or encountering problematic notes within the .enexfile.21
  • Yarle (Yet Another Rope Ladder from Evernote): This is a widely recommended external tool, available as both a command-line utility and a graphical application, specifically designed for converting .enex files to Markdown.1 Yarle is praised for its robustness and ability to preserve metadata (timestamps, tags, location, source URL), internal and external links, code blocks, and attachments (which are typically placed in a _resources subfolder).84 It offers extensive configuration options and templates for customizing the Markdown output, including formats optimized for Obsidian.84 Using the command-line version requires installing Node.js.1
  • evernote2md: Another external conversion tool mentioned in discussions, focusing on converting .enex to Markdown while handling attachment extraction effectively.28
  • Joplin as Intermediary: A multi-step workflow involves importing the .enex file into Joplin (which converts it to Markdown internally), and then exporting the notes from Joplin as Markdown files.21Users have reported this method works but can sometimes result in the loss of formatting or attachments, particularly PDFs and embedded images, compared to dedicated converters like Yarle.21
• Limitations: Migrating to Obsidian inherently requires an extra conversion step. The success and fidelity of the migration depend significantly on the chosen tool. Yarle is often favored for complex notes with attachments and metadata. Managing attachments requires attention, as they are usually stored in separate folders (e.g., _resources), and ensuring the Markdown links point correctly to these files is crucial for preserving note integrity.52

B. Craft

• Confirmation: Craft, a visually oriented document and note-taking application, explicitly does not offer direct import functionality for .enex files.40
• Mechanism: The recommended migration paths involve converting the .enex data into a format Craft supports, primarily Markdown or TextBundle. This requires using either a third-party conversion tool, such as Yarle 40, or leveraging another note-taking application that can import .enex (like Joplin or Bear) and subsequently export to Markdown or TextBundle, using that application as an intermediary step.40
• Limitations: The lack of native support introduces complexity and reliance on external workflows or tools for users wishing to migrate from Evernote to Craft.

C. Notion (via Third-Party Tools)

• Confirmation: As discussed previously (Section II.K), Notion’s official API-based importer is often found lacking by users. Consequently, several third-party tools and workflows have emerged specifically to import .enex files into Notion, bypassing the native importer.31
• Key Tools:
  • enex2notion: This command-line tool is purpose-built to process .enex files and upload their content directly into Notion pages or databases.31 It aims to preserve formatting, tables, attachments, and offers options for handling web clips (converting to text or PDF using wkhtmltopdf), choosing the upload structure (database vs. pages), resuming interrupted uploads, and adding custom tags.31 It requires obtaining a Notion token_v2 cookie for authentication.31 Users have lauded it as a vital tool for successful migration when the native importer fails.34 However, it can be slow for notes with many blocks due to Notion’s API structure.33
  • Joplin + md2notion Workflow: This alternative involves importing .enex into Joplin, exporting as Markdown, and then using a separate Python-based tool called md2notion to upload the resulting Markdown files to a specified Notion page.31 This method requires installing Python and the md2notion package via PIP.55
• Limitations: These methods require users to be comfortable with command-line interfaces, managing dependencies (like Python or wkhtmltopdf), and handling authentication tokens.31 The enex2notion tool has known limitations, such as not preserving subscript/superscript formatting, custom fonts, task metadata, or encrypted blocks.31

D. Other Markdown-based Apps (General)

• Concept: Beyond the specific examples of Obsidian and Craft, many other contemporary note-taking and knowledge management applications are built around Markdown as their primary file format. For users migrating from Evernote to any such application that lacks native .enex support, the standard approach involves converting the .enex files to a collection of .md files first.
• Tools: The primary tools for this conversion are Yarle 84 and evernote2md.28 In some scenarios, if .enexcontent can be reliably exported as HTML, the universal document converter Pandoc might be used to convert the HTML to Markdown.1 Pandoc can also be useful for converting the resulting Markdown files into other formats if needed.1
• Examples: Applications like Zettlr, QOwnNotes 69, LogSeq, Tana, and NotePlan 45 are examples of platforms where importing Markdown files generated from .enex exports would be the likely migration path.

E. Markdown’s Role as a Migration Bridge

The significant number of tools dedicated to converting .enex files specifically into Markdown (like Yarle and evernote2md) 1, coupled with the number of target applications that rely on this conversion pathway (including Obsidian and Craft) 40, underscores Markdown’s growing importance as a lingua franca for note migration. Even applications with native .enex import, like Joplin, often default to converting the content to Markdown internally.8 This trend reflects a move towards using Markdown as an intermediate, more universal, and future-proof format. It allows users to extract their data from Evernote’s proprietary .enex structure into plain text files with standardized formatting conventions, enhancing data portability and reducing vendor lock-in compared to remaining within proprietary ecosystems.

F. Community Tools Addressing Official Shortcomings

The landscape of Evernote migration is heavily influenced by community-driven development. In numerous instances where official import tools provided by application vendors are non-existent (as with Craft 40), have been deprecated (like Microsoft’s OneNote importer 7), or are widely perceived as inadequate (such as Notion’s native importer 31), third-party developers and the user community have created essential tools to fill the void. Utilities like Yarle 84, enex2notion 31, OneNote Batch 57, the Obsidian Importer plugin 49, and others have become critical enablers for users seeking to move their data out of Evernote. This phenomenon highlights both the strong user demand for effective migration pathways and, often, the shortcomings or de-prioritization of robust import functionality by the vendors of alternative applications. Data portability, while desired by users, may not always align with vendor goals, leading the community to provide the necessary solutions.

IV. Specialized Import Solutions & Considerations

Beyond standard note-taking app imports, several specialized tools and overarching challenges define the Evernote migration experience.

A. Conversion Utilities Deep Dive

Understanding the capabilities and limitations of specific conversion tools is crucial when native import is insufficient or unavailable.

• Yarle (Yet Another Rope Ladder from Evernote): 1
  • Focus: High-fidelity conversion from .enex to Markdown (.md).
  • Features: Excels at preserving metadata (timestamps, tags, geo-location, source URLs), converting internal and external links, handling code blocks, embedding inline images, and managing attachments by placing them in a configurable _resources folder. Offers customizable output templates and specific formatting options tailored for target apps like Obsidian, LogSeq, and Tana. Available as both a graphical user interface (GUI) application and a command-line interface (CLI) tool.
  • Pros: Widely regarded as one of the most robust and configurable .enex to Markdown converters available. Strong community support and active development. Handles complex note structures relatively well.
  • Cons: The CLI version requires users to install Node.js. Configuration can be complex for users unfamiliar with JSON files or command-line options.
• enex2notion: 31
  • Focus: Direct upload of .enex content into Notion, bypassing intermediate file formats.
  • Features: Preserves basic formatting, text colors, tables (without colspans), embedded files, and images. Offers configurable modes for how notebooks are represented in Notion (Databases vs. Pages) and how web clips are handled (Plain Text vs. PDF, requiring wkhtmltopdf). Supports resuming interrupted uploads and adding custom tags to imported notes.
  • Pros: Provides a direct path to Notion, specifically addressing shortcomings of Notion’s native importer. Offers useful configuration options tailored to Notion’s structure.
  • Cons: Specific to Notion. Requires command-line usage and obtaining a Notion authentication token (token_v2). Has known data fidelity limitations (loses task metadata, custom fonts, subscript/superscript). Uploading can be slow for large notes due to Notion’s block-based API. Relies on external dependencies like wkhtmltopdf for full functionality.
• evernote2md: 28
  • Focus: Conversion from .enex to Markdown.
  • Features: Highlighted for its sensible handling of extracting and organizing attachments alongside the Markdown notes.
  • Pros: Provides an alternative to Yarle for Markdown conversion.
  • Cons: Fewer details on its specific features and configuration options are available in the provided research compared to Yarle.
• enex2paperless: 42
  • Focus: Migrating attachments (primarily PDFs) from Evernote notes into the Paperless-NGX document management system.
  • Features: Parses .enex files, identifies notes containing specified file types (configurable, e.g., PDF, JPG), extracts these files, and uploads them to a Paperless-NGX instance via its API. Recreates Evernote tags and uses the note title in Paperless. Supports concurrent uploads and can optionally output extracted files to a local folder instead of uploading. Can add the .enex filename as a tag.
  • Pros: Tailor-made solution for users who used Evernote primarily as a digital filing cabinet and are migrating to Paperless-NGX. Automates the transfer of documents and associated metadata.
  • Cons: Highly niche use case. Focuses almost exclusively on attachments, not on preserving the rich text content or complex structure of notes themselves.
• Pandoc: 1
  • Focus: Universal document conversion between numerous formats.
  • Potential Use: While not a direct .enex importer, Pandoc could be part of a multi-step workflow. If Evernote notes are exported as HTML (an option Evernote provides 6), Pandoc might be able to convert that HTML to Markdown. It’s also commonly used to convert Markdown files (generated by tools like Yarle) into other formats like PDF, DOCX, or RTF.1
  • Cons: Indirect approach for .enex. Success depends on the quality of the intermediate format (e.g., Evernote’s HTML export) and Pandoc’s ability to parse it correctly, which can be challenging given Evernote’s specific ENML dialect.

B. General Challenges and Limitations of .enex Import

Across nearly all import methods and target applications, users face a recurring set of challenges stemming from the nature of the .enex format and the complexities of data translation between different systems.

• Data Fidelity Loss: This is the most pervasive issue.

  • Formatting: Complex layouts, specific fonts, text colors, and highlighting are frequently lost or altered, particularly when the target format is Markdown, which has a more limited feature set than Evernote’s rich text editor.11 Evernote tables, often represented as HTML, pose conversion challenges for many importers.5
  • Internal Note Links: These are notoriously difficult to preserve reliably. The .enex format typically doesn’t include stable, unique identifiers for target notes within the link itself. Most importers resort to matching the link text against note titles, a method that fails if notes share the same title, if titles have changed since the link was created, or if the link text was customized.1 Some tools, like a Joplin plugin, attempt more sophisticated link restoration.20
  • Notebook/Stack Structure: The .enex format inherently flattens the notebook hierarchy; an export file contains notes but lacks information about which notebook or stack they belonged to.1 Recreating this structure in the target application requires manual effort, such as exporting notebooks individually and importing them into corresponding folders/tags, or using workarounds like pre-tagging notes or adhering to specific filename conventions recognized by some importers.49
  • Metadata: While many modern tools strive to preserve metadata like creation/modification dates and tags 31, consistency varies. Some workflows might reset dates to the import date.63 Hierarchical tag structures from Evernote are typically flattened into a simple list of tags during export/import.1Crucially, the history of note revisions and Evernote’s proprietary OCR data associated with images/PDFs are generally lost.1
  • Attachments: Handling of attached files is inconsistent. Images are often embedded or linked correctly, but other file types (PDFs, documents, audio) might be treated as simple attachments, placed in separate resource folders, or even dropped entirely depending on the importer and target application’s capabilities.6 File size limits in the target application (e.g., Standard Notes' 3MB note limit 36) can also cause import failures for notes with large attachments.
  • Specific Evernote Features: Features unique to Evernote, like its integrated task lists (checkboxes with associated metadata) or encrypted text blocks, often import poorly or not at all. Task items might appear as plain checkboxes, losing due dates or reminders.27 Encrypted text must be decrypted within Evernote before exporting the .enex file.5

• Evernote Export Issues: Problems can originate even before the import process begins.

  • Legacy vs. v10 Reliability: As previously detailed (Section II.M), .enex files generated by Evernote v10+ seem more prone to compatibility issues or corruption compared to those from the Legacy version.5
  • Export Limits: Newer Evernote clients may impose limits on the number of notes (e.g., 50 or 100) that can be selected for export at once, making a full backup or migration cumbersome.5 Using the Legacy client or dedicated backup tools like evernote-backup 2 might be necessary for efficient bulk export.
  • Invalid ENEX/XML: Evernote exports can sometimes contain malformed XML or corrupted note data. This can cause import tools to fail, hang indefinitely, or skip the problematic note and potentially subsequent notes.5 While some modern importers are improving error handling to gracefully skip bad notes and continue 23, corrupted exports remain a significant potential obstacle.

• Import Process Issues: The import process itself can present hurdles.

  • Speed and Performance: Importing large .enex files, especially those containing thousands of notes or numerous large attachments, can be extremely time-consuming and resource-intensive, potentially taking hours or even days and sometimes causing the importing application to become unresponsive.14 Exporting and importing in smaller batches (e.g., one notebook at a time) is frequently recommended to mitigate performance issues and make troubleshooting easier.21
  • Complexity: Many of the more robust migration workflows, particularly those involving external conversion tools or specific target platforms like Notion or OneNote, require a degree of technical proficiency. Users may need to interact with command-line interfaces, install software dependencies (like Node.js, Python, or wkhtmltopdf), manage configuration files, or obtain and use API tokens, creating barriers for less technical users.1

C. Managing Expectations: Migration is Imperfect

Given the multitude of challenges rooted in the .enex format itself, inconsistencies in Evernote’s export process, and the inherent difficulties of translating data between disparate application architectures, it is crucial for users to approach migration with realistic expectations. No currently available import method–whether native or tool-assisted–can guarantee a flawless, 1:1 transfer of all data and formatting from Evernote to another platform. Users should anticipate some degree of data loss, alteration, or formatting degradation. The extent of this will vary depending on the complexity of their Evernote usage (heavy reliance on rich formatting, tasks, internal links, etc.) and the capabilities of the chosen import tool and destination application. Preparation is key: identifying which aspects of the data are most critical (e.g., preserving text content and attachments above all else) helps in selecting the most suitable migration strategy. Accepting that some manual cleanup and reorganization will likely be necessary after the import is also important for managing the process effectively. Testing the chosen import method with a small, representative sample of notes before attempting a full-scale migration is highly recommended to identify potential pitfalls early.51

V. Comparative Analysis and Recommendations

Choosing the right migration path from Evernote depends heavily on individual needs, technical comfort, and the desired destination platform. A comparative overview can help navigate the options.

A. Key Comparison Factors

When evaluating different .enex import solutions, the following factors are critical:

• Import Method: Does the target app offer native .enex import, rely on a direct API connection (like Notion’s primary method), or require external conversion tools (like Yarle for Markdown)?
• Data Fidelity: How well does the process preserve key elements? This includes:
  • Formatting: Rich text, colors, fonts, tables.
  • Attachments: Images, PDFs, other files – are they embedded, linked, placed in folders, or lost?
  • Internal Links: Are links between notes preserved, broken, or require manual fixing?
  • Tags: Are tags imported, and is hierarchy maintained or flattened?
  • Notebook Structure: Is the original notebook/stack organization recreated, lost, or require manual workarounds?
  • Metadata: Are creation/modification dates, author info, geo-location preserved?
• Ease of Use: How straightforward is the process? Does it involve a simple GUI operation, or complex command-line steps, dependency installations, and token management? How fast is the import, especially for large datasets?
• Platform Availability: On which operating systems (Windows, macOS, Linux) and devices (iOS, Android, Web) is the import functionality or required tool available?
• Cost: Is the target application free or paid? Are the necessary import tools free or require purchase?
• Data Ownership/Format: Does the import result in notes stored in a proprietary format within the new application, or in open, locally accessible files (like Markdown)?

B. Feature Comparison Table

The following table summarizes the key characteristics of prominent .enex import solutions based on the factors above. Note that “Native ENEX” refers to direct import of .enex files, while “Native API” refers to direct connection to the Evernote service. “Tool Required” indicates the need for external conversion utilities. Fidelity ratings are relative estimates based on documentation and user reports.

| —– | | Application/Tool | Import Method | Formatting Fidelity | Attachment Handling | Internal Links | Tags Fidelity | Notebook Structure | Metadata (Dates) | Ease of Use | Platform (Import) | Cost (Tool/App) | Output Format | | Joplin | Native ENEX | Medium (Markdown) / High (HTML) | Good (Resources) | Partial (Title Match) | High (Flat) | Via New Notebook | High | Medium | Desktop, CLI | Free | Internal DB (MD Sync) | | Apple Notes | Native ENEX | Low-Medium | Drops Unsupported | Broken | None | Via Folder | High | Easy | Mac, iOS, iPadOS | Free | Proprietary | | Bear | Native ENEX | Medium (Markdown) | Good | Broken | High (Flat) | Manual Workaround | High | Easy | Mac, iOS | Paid (App) | Internal DB (MD Export) | | Notesnook | Native (Web Tool) | High (Claimed) | High (Claimed) | High (Claimed) | High (Claimed) | High (Claimed) | High (Claimed) | Medium | Web | Free/Paid (App) | Encrypted DB | | DEVONthink | Native ENEX / Legacy API | High (HTML-like) | Good (PDFs separate) | Broken | High (Flat) | Via Group | High | Medium | Mac | Paid (App) | Formatted Note/HTML | | Trilium Notes | Native ENEX | Low-Medium | Files as Attachments | Broken | High (Attributes) | Via Sub-notes | High | Medium | Desktop | Free | Internal DB | | Nimbus/FuseBase | Native ENEX (Web) / API | Medium-High | Good (Reported) | Unknown | High (Optional) | Manual Workaround | High | Medium | Web | Paid (App) | Proprietary | | Amplenote | Native ENEX | High (Claimed) | High (Claimed) | High (Claimed) | High (Claimed) | High (Claimed) | High (Claimed) | Easy | Web/App | Paid (App) | Proprietary | | Simplenote | Native ENEX | Low (Text/MD Only) | None | N/A | None | Via New Notes | High | Easy | Desktop, Web | Free | Plain Text/MD | | Obsidian + Importer | Tool Required (Plugin) | Medium (Markdown) | Good (Resources) | Partial (Title Match) | High (Flat/Nested) | Via Folders (Manual) | High | Medium | Desktop | Free (Plugin/App) | Local Markdown | | Obsidian + Yarle | Tool Required (Ext.) | High (Markdown) | High (Resources) | High (Converted) | High (Flat/Nested) | Via Folders | High | Hard (CLI) | Win, Mac, Linux | Free (Tool/App) | Local Markdown | | Craft + Yarle | Tool Required (Ext.) | High (Markdown) | High (Resources) | High (Converted) | High (Flat/Nested) | Via Folders | High | Hard (CLI) | Win, Mac, Linux | Free (Tool) / Paid (App) | Proprietary | | Notion + enex2notion | Tool Required (Ext.) | Medium-High | High | Unknown | High | Via DB/Pages | High | Hard (CLI) | Win, Mac, Linux | Free (Tool) / Free/Paid (App) | Proprietary | | OneNote + OneNoteBatch | Tool Required (Ext.) | Low-Medium | Good | Broken | Via Sections | Via Notebooks | High | Medium | Win, Mac | Paid (Tool) / Free (App) | Proprietary |

Notes on Table:

• Fidelity Ratings: Are estimates based on typical outcomes; actual results depend on note complexity. “High (Markdown)” means good fidelity within Markdown’s limits.
• Attachment Handling: “Good” implies files are generally preserved, though maybe not embedded. “Resources” refers to placement in a separate folder.
• Internal Links: “Partial” means some links work, others break. “Broken” means links generally don’t function post-import. “Converted” implies tools attempt to rewrite links for the target app.
• Tags Fidelity: “Flat” means hierarchy is lost. “Nested” implies hierarchy can be preserved (e.g., via naming conventions). “Via Sections” means tags become structural elements in OneNote.
• Notebook Structure: “Via New Notebook/Group/Folder” means the import creates a container per .enexfile. “Manual Workaround” requires pre-export tagging or post-import reorganization. “Via DB/Pages” refers to enex2notion options.
• Ease of Use: Considers technical requirements (CLI, dependencies) and number of steps.
• Output Format: Refers to how notes are stored in the destination app (proprietary database, local files, etc.).

C. Recommendations Based on User Priorities

The optimal migration strategy depends on balancing the factors above according to individual priorities:

• For Users Prioritizing Highest Data Fidelity (Willing to handle complexity/cost):
  • Notesnook: Claims comprehensive format support via its web importer, potentially offering the best chance at preserving complex notes.43 Requires verifying claims through testing.
  • Amplenote: Also claims high fidelity, including preservation of cross-note links and hierarchy.16Needs testing to confirm.
  • Obsidian + Yarle: Yarle is highly regarded for its detailed Markdown conversion, preserving metadata and attachments well.84 Requires CLI comfort or using the Yarle GUI, and results in local Markdown files.
  • DEVONthink: Offers good import quality for HTML-like notes but has specific handling for PDFs and known issues with task notes.27 Best suited for the Apple ecosystem.
• For Users Prioritizing Ease of Use (Accepting some fidelity loss):
  • Apple Notes: Very simple import process on Apple devices, but be prepared to lose unsupported features and attachments.39
  • Joplin: Native import is relatively straightforward, especially for notes with basic formatting.53 Cross-platform.
  • Bear: Easy native import on Apple devices, but requires significant manual effort to reconstruct notebook structure using tags.61
  • Nimbus Note / FuseBase: Web-based import offers convenience, though notebook structure requires manual handling.65
• For Technical Users & Open Source Advocates:
  • Joplin: Open-source, cross-platform, with good native import and sync options (including self-hosted).2
  • Obsidian + Yarle / Importer Plugin: Offers maximum control and customization with local Markdown files.49 Ideal for building a personal knowledge management system. Requires more setup and learning curve.
  • Trilium Notes: Self-hostable and open-source, with basic .enex import suitable for simpler notes.35
  • Command-line Tools: Utilities like enex2notion 31, Yarle 84, and evernote2md offer powerful, scriptable migration options for those comfortable with the terminal.
• For Users Migrating to Specific Destinations:
  • OneNote: The primary options are the paid OneNote Batch tool (cross-platform) 57 or the free, Windows-only Evernote2Onenote utility.24 Expect formatting changes.
  • Notion: Attempt the native API importer first.46 If it proves inadequate, the recommended alternative is the enex2notion command-line tool 31, or the Joplin + md2notion workflow.55
  • Paperless-NGX: Use the specialized enex2paperless tool for migrating attachments.42
• For Users with Primarily Text-Based Notes:
  • Simplenote: Offers a very easy, free, cross-platform import solution, but strictly for text content; all formatting and attachments will be lost.70

D. Universal Recommendation: Test Before Migrating

Regardless of the chosen application or tool, a universal best practice is to conduct a trial import before committing to migrating the entire Evernote archive. Export a single notebook from Evernote that contains a representative sample of note types–including notes with complex formatting, various attachments (images, PDFs), internal links, and tags. Import this test .enex file using the intended method into the target application. Carefully review the results, checking for data loss, formatting issues, broken links, and attachment handling. This small-scale test allows users to identify potential problems, understand the limitations of the chosen path, adjust expectations, and potentially switch strategies before investing significant time and effort into a full migration that might yield unsatisfactory results.51

E. The Absence of a Single “Best” Solution

The analysis clearly demonstrates that there is no single “best” way to migrate data out of Evernote using .enex files. The optimal path is highly subjective and contingent upon a user’s specific circumstances and priorities. Factors such as technical expertise (comfort with CLI tools vs. preference for simple GUI operations), tolerance for data alteration (is preserving exact formatting critical, or is content and attachment preservation paramount?), the features and ecosystem of the desired destination application, budget constraints (free vs. paid solutions), and preferred operating systems all play a significant role in determining the most suitable approach. The wide array of available tools, the varying degrees of success reported by users for different methods 5, the documented differences in data fidelity outcomes (Section IV.B), and the diversity of target platforms confirm that users must weigh these trade-offs carefully based on their individual needs, as outlined in the tailored recommendations (Section V.C).

VI. Conclusion

A. Summary of Findings

The landscape of third-party support for Evernote’s .enex format is diverse and complex. Numerous applications offer some level of import capability, ranging from robust native importers (like Notesnook or Joplin) to those requiring external conversion tools (like Obsidian or Craft) or specialized utilities (like OneNote Batch or enex2notion). However, the .enex format itself, designed primarily for Evernote’s internal use, presents inherent limitations regarding data portability, particularly concerning notebook structure, internal links, and complex formatting. Compounding this are inconsistencies observed in Evernote’s own export process, especially comparing legacy versions to v10+, and the fundamental challenge of translating data between different application architectures (e.g., proprietary rich text to Markdown). Consequently, data fidelity issues are common across most migration paths. In response to these challenges and often inadequate official solutions, a vibrant ecosystem of community-developed tools (like Yarle, enex2notion) has emerged, playing a critical role in enabling users to move their data out of Evernote.

B. Final Thoughts on Navigating Migration

Successfully migrating from Evernote via .enex files requires careful planning and realistic expectations. Users should begin by clearly defining their priorities: which data elements (text, attachments, tags, structure, links, formatting) are most crucial to preserve? Next, thoroughly research the capabilities and limitations of the import tools and destination applications being considered, paying close attention to documented issues and user feedback. The most critical step is to conduct a small-scale test import with representative notes to validate the chosen method before attempting a full migration. Be prepared for the likelihood that the migration will not be perfect and that some degree of manual cleanup, reorganization, or data adjustment will be necessary post-import. Ultimately, navigating the Evernote migration process involves understanding the available options, acknowledging the inherent trade-offs, and making an informed decision based on individual needs and tolerance for imperfection.