Skip to content
#

mail

Here are 1,299 public repositories matching this topic...

ringe
ringe commented Oct 30, 2019

The Status Checks explanation for missing DNSSEC is not clear enough on what the DNSKEY record should look like. I would like the DNSSEC explanation to display what the DNSKEY should look like, to copy and paste into the registrar's form.

We registered a Russian domain for a client at nic.ru who support DNSSEC, with a manual setup.

![Screenshot_2019-10-30 RU-CENTER](htt

Mailspring
DemonioCZ
DemonioCZ commented Feb 18, 2020

Hi, I found mistake in translation to czech, but I dont see it in this file. By every mail content, there is a number of "opens" (how many times it was open). Wrong czech translation is "otevřít"... it should be "otevřeno"

meiamsome
meiamsome commented Mar 28, 2020

Context

When another mailserver attempts to send an email to the one set up with this docker compose set up over IPv6, the mail will be incorrectly processed by SPF protection.

Expected Behavior

The SPF check is run against the originating IPv6 address

Actual Behavior

The SPF check is run against the IPv4 gateway that docker is using to proxy the IPv6 connection (172.20.0.1 is th

micw
micw commented Jan 27, 2020

With 1.8 we will have a fully working kubernetes based deployment of mailu and a helm chart. Helm 3 is out, so the helm chart can fully replace the current static k8s examples (static k8s files can be created with helm3 at client side without special requirements to the kubernetes cluster and even without running kubernetes).

I'd like to modify the documentation:

  • replace existing kubernetes
1.8
PiotrBracha
PiotrBracha commented Sep 3, 2019

I have Rails app, which uses utf-8 encoding.
First problem:
Sep 3 10:45:07 localhost mailslurper[61761]: time="2019-09-03T10:45:07+02:00" level=error msg="There was an error while storing your mail item: Error inserting new mail item in StoreMail: Error 1406: Data too long for column 'contentType' at row 1" who="Database Receiver"
appears when column contentType of table mailitem u

bug
foxcpp
foxcpp commented Mar 3, 2020

The current implementation keeps making attempts with 30 seconds delay. This might not be the best approach. Probably the delay should grow exponentially like it does with message queue retries (of course, it should be reset after a successful update and should have an upper bound at like 30 minutes)

The code to change:
https://github.com/foxcpp/maddy/blob/8f1d57293cb2135da75503e853101d8e0b7f3

Thireus
Thireus commented Apr 23, 2017

The readme states that the following action needs to be performed in order to generate keys:

To generate keys for a new user the first time, just click Sign up on the login page and enter your IMAP credentials.

However, there is no such "Sign up" link on the login page. The only Sign up button is the one redirecting to protonmail.com/signup. Also directly accessing the "/signup" page doesn

bug

Improve this page

Add a description, image, and links to the mail topic page so that developers can more easily learn about it.

Curate this topic

Add this topic to your repo

To associate your repository with the mail topic, visit your repo's landing page and select "manage topics."

Learn more

You can’t perform that action at this time.