Re: Gmail and spam, a request

2020-03-21 Thread Peter
On 21/03/20 4:06 am, Wietse Venema wrote: Would it help if the postfix list used "dmarc mitigation" so that the From header does not contain your email address: Well, in this particular case I'm seeing three messages from Jaroslaw end up in spam. Google says that all three pass DMARC and

Re: Enabling SASL without any authentication back-end for use with XCLIENT only

2020-03-21 Thread Melvin Vermeeren
Wietse Venema: > Melvin Vermeeren: > > In conclusion I believe "var_smtpd_sasl_enable" can be removed from > > src/smtpd/ smtpd_check.c completely, together with the "if > > (var_smtpd_sasl_enable)" conditionals. Could you post your thoughts on > > this? > > You can try that. But your argument

Re: Enabling SASL without any authentication back-end for use with XCLIENT only

2020-03-21 Thread Wietse Venema
Melvin Vermeeren: > In conclusion I believe "var_smtpd_sasl_enable" can be removed from src/smtpd/ > smtpd_check.c completely, together with the "if (var_smtpd_sasl_enable)" > conditionals. Could you post your thoughts on this? You can try that. But your argument has holes because there is code

Re: Enabling SASL without any authentication back-end for use with XCLIENT only

2020-03-21 Thread Melvin Vermeeren
Wietse Venema: > Wietse Venema: > > Melvin Vermeeren: > > > To be specific the problem is that it appears impossible to enable SASL > > > without configuring a real, working, authentication back-end, which is > > > not > > > needed if only XCLIENT-style SASL is used I believe. > > > > By default,

Re: should we use plaintext for message?

2020-03-21 Thread Bob Proulx
Darac Marjal wrote: > This is where your ~/.mailcap file comes in. This is a great file > for registering viewers for MIME types. So, for example, I have the > following in my Mailcap: ... > application/pdf; pdftotext %s -; copiousoutput I suggest using the pdftotext -layout option. It can

Re: Enabling SASL without any authentication back-end for use with XCLIENT only

2020-03-21 Thread Wietse Venema
Wietse Venema: > Melvin Vermeeren: > > To be specific the problem is that it appears impossible to enable SASL > > without configuring a real, working, authentication back-end, which is not > > needed if only XCLIENT-style SASL is used I believe. > > By default, Postfix has > >

Re: Enabling SASL without any authentication back-end for use with XCLIENT only

2020-03-21 Thread Wietse Venema
Melvin Vermeeren: > To be specific the problem is that it appears impossible to enable SASL > without configuring a real, working, authentication back-end, which is not > needed if only XCLIENT-style SASL is used I believe. By default, Postfix has smtpd_sasl_type = cyrus Why don't you

Re: Enabling SASL without any authentication back-end for use with XCLIENT only

2020-03-21 Thread Melvin Vermeeren
On Saturday, 21 March 2020 15:59:45 CET Wietse Venema wrote: > Melvin Vermeeren: > > > connect from localhost[127.0.0.1] > > > warning: restriction `reject_authenticated_sender_login_mismatch' > > > ignored: > > > no SASL support > > This means that Postfix is built without any SASL support, > or

Re: Enabling SASL without any authentication back-end for use with XCLIENT only

2020-03-21 Thread Wietse Venema
Melvin Vermeeren: > > connect from localhost[127.0.0.1] > > warning: restriction `reject_authenticated_sender_login_mismatch' ignored: > > no SASL support This means that Postfix is built without any SASL support, or that you have "smtpd_sasl_enable=no". Wietse Code sample: #ifdef

Enabling SASL without any authentication back-end for use with XCLIENT only

2020-03-21 Thread Melvin Vermeeren
Hi all, Recent version of dovecot come with a submission server (MSA), which allows for simpler configuration and adds BURL support, avoiding the need for the client to upload the mail twice: once to IMAP, once to the MSA. See also: https://doc.dovecot.org/admin_manual/submission_server/ This

Re: should we use plaintext for message?

2020-03-21 Thread Darac Marjal
On 20/03/2020 16:07, Jaroslaw Rafa wrote: > Dnia 20.03.2020 o godz. 11:48:59 Gerard E. Seibert pisze: >> When I receive an email, I have two immediate choices to make; either >> read it or don't read it. > Let's say I decide to read it, so I press ENTER on the message header. > If it's plaintext,

Re: [OT] looking for a good mobile MUA

2020-03-21 Thread Benny Pedersen
On 2020-03-21 10:25, Wesley Peng wrote: Can you suggest a suitable mobile MUA? it should like thunderbird, be fast, clean, standard, and easy to use. with all your requirements i cant say if aquamail works or not for you, but it does for me :=)

Re: [OT] looking for a good mobile MUA

2020-03-21 Thread Robert Schetterer
Am 21.03.20 um 10:25 schrieb Wesley Peng: Hello On desktop I always use Thunderbird for MUA. Thunderbird is clean and lite, handling protocol well. But for mobile (I primarily use iOS), I couldn't find a good MUA to use. I tried almost every release on appStore (outlook, edison, bluemail,

[OT] looking for a good mobile MUA

2020-03-21 Thread Wesley Peng
Hello On desktop I always use Thunderbird for MUA. Thunderbird is clean and lite, handling protocol well. But for mobile (I primarily use iOS), I couldn't find a good MUA to use. I tried almost every release on appStore (outlook, edison, bluemail, spark, mymail...), they are either too