| Age | Commit message (Collapse) | Author |
|---|
|
When content-type was set in the message headers instead of the
MIMEPart (e.g. when not using MIMEParts in the message) bitmask would
ignore it and add the content as text/plain. This caused problems with
Nylas.
To fix this, if the message is not Multipart I'm keeping the
assumption that everything is going to have the maintype of "text" but
copying the subtype from the original message.
This also decodes the original message's payload before attaching the
old content to the new message to make up for the loss of encoding
information.
-Resolves: #9064
|
|
|
|
|
|
|
|
|
|
These two details were blocking mail service from working in osx.
|
|
|
|
|
|
- Resolves: #9099
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
There was common situations where two provider instances where running
in parallel. And was creating weird errors (like getting wrong api_uri)
because the bootstrap deferreds were global but the Provider objects
not.
I don't like much singletons, but I think now is simpler than before.
- Resolves: #9073
|
|
we make a distinction between the system-wide bitmask-root, which should
be placed there by the maintainers of whatever packages your
distribution uses, and the bitmask-root that is placed by the bundles
(using polkit).
since the bundles copying over the helper from user-writeable folders
is a potential attack vector, we prefer to use the package's version if
present.
also, if we cannot find either, we abort the launching of the VPN. we've
discussed that this might move to the service initialization instead,
but I think the cases in which this is needed should be rare.
I fix also a corner-case in which we were using getcwd() at import time.
if you execute code and then remove the installation path, this will
raise a traceback in bitmaskctl. I think it's nicer to catch the error
properly when starting.
|
|
the released soledad packages didn't list soledad-common as a dependency
for client.
this change can be reverted after releasing soledad 0.10.4
-Resolves: #9065
|
|
|
|
|
|
the package from docker was being copied with the `dist` name.
|
|
|
|
|
|
|
|
Short descriptions should be unique.
Related: #9033
|
|
The menu item specifies a command which is not available in the package. In
most cases this is a typo or after you moved a binary around, but forgot to
update the menu file.
I've moved the menu file to be in the bitmask-qt package.
Related: #9030
|
|
The package declares a depends on a virtual package without listing a real
package as an alternative first.
Its not necessary to have an alternative, but if there is a real package
providing that virtual package that most users will want to use, its better to
have one.
Its good to have a specific one set for build-dependencies, so that builds are
consistent.
Picking policykit-1-gnome as the suggested, but it could be any.
Related: #9033
|
|
The debian/rules file sets the DEB_BUILD_OPTIONS variable, which will override
any user-specified build profile.
We should be setting DH_BUILD_MAINT_OPTIONS.
-Related: #9033
|
|
|
|
|
|
|
|
|
|
in this way, it gets nicely renamed with the version number and hash.
|
|
|
|
- cross-refs to bitmask.net
- wording
- missing deps
|
|
|
|
Also, allow to pass a different repo to the build-in-docker script.
- Resolves: #9089
|
|
|
|
|
|
|
|
the page was becoming too cluttered.
|
|
|
|
|
|
|
|
- Related: #9079, #7566
|
|
|
