| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Else it can happen that gpg output is prepended to the message we
want to decode, and recursive decoding fails.
|
|
|
|
|
|
|
| |
When `mdirs` is executed without any arguments, look for the `Maildir`
key in the profile and use that instead (if set).
Closes: #245 [via git-merge-pr]
|
|
|
|
|
|
|
| |
This matches `mlist` where it can take directories as arguments or via
stdin.
Closes: #244 [via git-merge-pr]
|
|
|
|
|
|
|
|
|
| |
We still get the terminal size for when users manually page, e.g.
mscan | less
This is consistent with how mshow already works.
Fixes #243.
|
|
|
|
|
|
| |
This is necessary to support maildir paths that contain spaces.
Closes: #242 [via git-merge-pr]
|
|
|
|
|
| |
Allow the user to set a Drafts key in profile to store draft messages
and sent messages separately if Outbox is set.
|
|
|
|
| |
Discussed in #236.
|
|
|
|
|
|
|
| |
Mail headers may contain characters where the simple definition breaks,
which results in wrong formatting on output.
Fixes #235.
|
|
|
|
| |
Reported by lhynes.
|
| |
|
| |
|
| |
|
|
|
|
| |
Closes: #231 [via git-merge-pr]
|
|
|
|
| |
Message-Id: <2Z5ISO2SNIGZU.2E8B1F41F84RV@venera>
|
| |
|
|
|
|
|
|
| |
compiling and linking
Closes: #229 [via git-merge-pr]
|
|
|
|
| |
Closes: #228 [via git-merge-pr]
|
|
|
|
|
|
| |
Use the same check is blaze822() as in blaze822_file() to ensure that
we don't try to open /dev/stdin, which is non-POSIX.
Message-Id: <20220523170921.2623516-1-hi@alyssa.is>
|
|
|
|
|
|
|
|
| |
mthread keeps header data of all messages in memory until it exits without
ever using it. With this change it frees the header data of each message
right after processing it.
Closes: #222 [via git-merge-pr]
|
| |
|
|
|
|
| |
Found by Omar Polo.
|
|
|
|
| |
Message-Id: <10e22a318b5c70d89432d85ecd8cb8ce1796a51d.1643116719.git.lucas@sexy.is>
|
| |
|
|
|
|
| |
Reported by ninewise.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
I just received a mail coming from a Google Group mail list and it had
the group email as To. So my reply used the default configured mail as
from and not the correct one.
Googles mails provide the target email as Delivered-To. This patch add
this check before the To to prevent this error.
Closes: #217 [via git-merge-pr]
|
| |
|
|
|
|
|
|
|
|
|
|
| |
> The encoded output stream must be represented in lines of no more
> than 76 characters each. All line breaks or other characters not
> found in Table 1 must be ignored by decoding software. In base64
> data, characters other than those in Table 1, line breaks, and other
> white space probably indicate a transmission error, about which a
> warning message or even a message rejection might be appropriate
> under some circumstances.
|
|
|
|
| |
Fixes #215.
|
|
|
|
|
|
|
| |
Else tools like mless lose track of cur and jump around after these
actions.
Closes #214.
|
|
|
|
|
|
|
|
|
|
|
|
| |
header
A mail using CRLF which contained (for some reason) a LFLF pair would
be misparsed as the header was read until the LFLF.
Instead, scan for the first LF, check if it's preceded by CR,
and then search for the proper header terminator only.
Closes #212.
|
| |
|
|
|
|
| |
Reported by lhynes.
|
|
|
|
|
| |
It would load the seq file even when unused (and complain when it's not found).
Message-Id: <20210706174750.246026-1-l@vgx.fr>
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
We only want to decode the display part of the addresses only.
Mails with a From: like
From: "Non-ASCII Lastname, Firstname" <mail@example.org>
resulted in To: lines like
To: Non-ASCII Lastname, Firstname <mail@example.org>
which would send to two addresses. Use -A to ensure proper decoding
and quoting, even if its just a single address in From.
|
|
|
|
|
|
| |
RFC 2047.6.2:
NOTE: Decoding and display of encoded-words occurs *after* a
structured field body is parsed into tokens.
|
|
|
|
|
|
| |
RFC 2047.6.2:
NOTE: Decoding and display of encoded-words occurs *after* a
structured field body is parsed into tokens.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is maybe a foul compromise between correctness and complexity of
implementation, but it should do the right thing in most cases, and
does not require fully parsing and reconstructing all headers that can
contain phrases.
An 'encoded-word' MUST NOT appear within a 'quoted-string'. We thus
completely encode the quoted-string (if necessary) as a single
encoded-word, and strip off the quotes.
This should fix encoding of addresses that have both non-ASCII and
special chars such as , and ;.
|
|
|
|
|
|
|
|
| |
Characters such as , or ; mustn't appear in qp-encoded strings,
as they have a meaning in phrases. To be safe, encode all special
characters except for the safe ones in RFC 2047 5.(3).
_ is dealt with already.
|
|
|
|
| |
An 'encoded-word' MUST NOT appear in any portion of an 'addr-spec'.
|
| |
|
| |
|
| |
|
|
|
|
| |
Found by skarnet.
|
| |
|
|
|
|
| |
This is better recognizable as "no data".
|