UCS-Care-Group/mailcraft v0.7.0

MailCraft v0.7.0

on GitHub

What's new in 0.7.0 (an alpha for testers; sign up in #11): new mail from Microsoft accounts sooner, a proper menu bar on the Mac, and a way to report a problem from inside MailCraft.

• Mail arrives sooner. For a Microsoft account, Send/Receive does every Inbox first, shared mailboxes included, skips folders that haven't changed and keeps its connection open. Between runs, MailCraft checks each Inbox every minute (#276).
• On the Mac, the menu bar at the top of the screen has MailCraft's menus, and the message list has the thin scroll bar Mac programs use (thanks to @HerbJul and @pick2510).
• Report a Problem, in the title bar beside Copy Diagnostics and in Help: say what went wrong, and MailCraft starts the report for you, on GitHub (the problem form filled in, in your browser, with the diagnostics saved to a file to attach; public) or by email (a new message to the maintainers from your own account, with the diagnostics attached; private). You read everything first, and nothing goes until you submit it or press Send.

Fixes

• Move to Folder, Copy to Folder and the other folder menus have a search box at the top, so a folder is found by typing part of its name (#74, thanks to @strikerz5).
• Show in Groups (View › Arrange By) turns the date headings off for one continuous list, and Single Line (View › Message Preview) shows each message on one line; thanks to @Schintilla for asking (#214).
• Removing an account now removes its mail, attachments and remembered sign-in from this computer, and File › Info › Remove MailCraft's data from this computer removes everything MailCraft keeps here, for an installed or a portable copy; mail on the servers is never touched (#177).
• A shared mailbox, and the next account, no longer wait for your own calendar and contacts to download before their mail starts: calendar and contacts follow once the mail of every account is in, still at start-up and every 15 minutes (#276).
• Ctrl+Q marks the selected messages read and no longer also closes the window (#269).
• Calendar › View shows the four calendar views in place of the messages' controls (#239).
• Add Shared Mailbox no longer waits for a Send/Receive already under way, and once the new mailbox is added the rest of its download no longer holds up your own Send/Receive: your changes go out first, a sign-in left open in the browser no longer makes Add wait, and a Send/Receive you pressed still shows its errors (#70, #257, #274; thanks to @strikerz5 for #257).
• A picture added to a signature that is over the size limit is made smaller instead of refused; when it still can't be taken, the Signatures page says why (#270, thanks to @redfoxx15).
• The Appointment window no longer turns the whole program light when Appearance follows a dark system (#266).
• Right-clicking a selected time range in the calendar opens a menu with New Appointment, New Meeting and New All Day Event for that range (#261, thanks to @redfoxx15).
• HTML mail laid out with a width, a maximum width, or centring by automatic margins (the usual centred newsletter card) now displays at that width and centred, not full width and misaligned (#150).
• Newsletters, statements and notices keep their padding, margins, lines, rounded corners and line spacing, so their boxes and buttons no longer run into the text (#71, thanks to @strikerz5).
• Send/Receive brings new mail in every Microsoft Inbox, shared mailboxes included, first, before the folders and the rest (#276).
• Send/Receive is quicker on a Microsoft account with many folders: your own folders whose message and unread counts haven't changed are skipped, and every folder is still read at the first Send/Receive after opening and once an hour, so flag and category changes there arrive by then (#276).
• A Microsoft account's Send/Receive keeps its connection to Microsoft open between requests instead of opening a new one for each, so it waits less (#276).
• A Microsoft account with many folders lists them in a few requests instead of one for every folder that has subfolders, so Send/Receive gets to the mail sooner (#276).
• New mail in every Microsoft Inbox, shared mailboxes included, shows within a minute: between Send/Receive runs MailCraft quietly checks each Inbox once a minute, as long as Send/Receive runs by itself (File › Options) (#276).
• Arranged by size, each message in the list says its size under its time (#273).
• Send/Receive of a Microsoft account no longer stops part-way through its folders with "InvalidAuthenticationToken" when the sign-in runs out during the run (a long first download, or the computer asleep in the middle of one): the sign-in is renewed once and the run goes on, and one about to run out is renewed before a job starts (#306).
• Send/Receive of a Microsoft account no longer removes a message that was moved into another folder when the list of folders comes back incomplete and misses that folder: the message stays until a Send/Receive with the whole list finds it where it went (#305).
• On a Mac, the message list's rows reach the right edge, with a thin scroll bar over them while scrolling, as in other Mac programs (thanks to @pick2510 for reporting).
• On macOS the menu bar at the top of the screen now has File, Edit, View, Folder, Message, Window and Help as well as MailCraft's own menu, running the same commands with the same ⌘ keys (#253, thanks to @HerbJul).

Early alpha. The foundations are in place and tested, but much of what a daily mail program needs is not there yet, and most of the Microsoft 365 behaviour has only been tested against stand-ins. What works is in the README.

MailCraft for Windows, macOS, Linux, FreeBSD and the web. Every file is listed with its SHA-256 in SHA256SUMS.txt.

MailCraft keeps your mailbox in its settings folder and saves as you go; one window per mailbox. With a Microsoft 365 or Outlook.com account you sign in on Microsoft's page, and the sign-in is kept by the system's credential store (Windows, macOS, and the Secret Service of GNOME Keyring or KWallet on Linux). What works, and how far each part is from Outlook, is in the README and in docs/gaps.md.

The builds are not signed with a publisher certificate yet: Windows SmartScreen and macOS Gatekeeper will ask before running them.