Re: easiest way to reject/process emails based on Return Path

2020-05-18 Thread yuv
anyone expect an email server to accept an email containing a request to send money by Western Union to some exotic country in exchange for the prospect of receiving an inheritance from an obscure prince or despot of said country? Thanks, Yuv

Re: easiest way to reject/process emails based on Return Path

2020-05-18 Thread yuv
On Mon, 2020-05-18 at 13:50 -0400, Bill Cole wrote: > In 30 years of working with Internet email, I have never seen any > fully > automated mechanism for making its delivery reliable in general, > non-contracted cases. ... > There is no virtual replacement for a physical process server. Maybe

easiest way to reject/process emails based on Return Path

2020-05-07 Thread yuv
. But maybe rewriting the destination address, or sending an auto- responder right away? I just want to get that spam out of the way in the most elegant way possible. Thanks in advance for your help, Yuv

Re: easiest way to reject/process emails based on Return Path

2020-05-25 Thread yuv
On Tue, 2020-05-19 at 11:38 +0200, Jaroslaw Rafa wrote: > As a non-lawyer, it is hard for me to understand what you're trying > to debate about. The legal issue is NOTICE. NOTICE is the fact that the recipient knew or *should have known* the content of the message. Let me know if you want me to

Re: The historical roots of our computer terms

2020-06-07 Thread yuv
May I offer to those who want to continue this off-topic discussion to do it at https://zoom.us/j/99433754361 ? up to 100 participants, no time limits, open for the next few days. It's on my firm. Enjoy. I will be there for the next little while. No reply to the ML, thanks. -- Yuval Levy,

Re: Postfix restrictions

2020-06-09 Thread yuv
On Tue, 2020-06-09 at 01:16 -0600, @lbutlr wrote: > > On 08 Jun 2020, at 16:21, yuv wrote: > > > > Some of [the alternatives to internet email] will achieve scale as > > well. At some point, the cost/benefit analysis of maintaining > > internet email vs. using alte

Re: The historical roots of our computer terms

2020-06-06 Thread yuv
On Sat, 2020-06-06 at 19:12 +0200, Jaroslaw Rafa wrote: > Black color is culturally associated with the devil (and also death), > and white with an angel (innocence, etc.) in your culture. have you tried checking other cultures? > Let's not get crazy. I agree with you. It applies to all sides

Re: Postfix restrictions

2020-06-07 Thread yuv
On Sun, 2020-06-07 at 14:22 +0200, A. Schulze wrote: > using "reject_unknown_helo_hostname" may trigger some false > positives. Not every sender have such perfect setups. Is there a valid reason for a sender not to fix something so essential as DNS configuration? -- Yuval Levy, JD, MBA, CFA

Re: Postfix -> Whatapp

2020-06-08 Thread yuv
You may be interested in this WhatsApp interface: https://developer.nexmo.com/messages/concepts/whatsapp can probably write a glue-script to access it, however it seems to only be open to "businesses that have been approved by WhatsApp." Why don't you simply skip WhatsApp which anyway requires

Re: Postfix restrictions

2020-06-08 Thread yuv
On Sun, 2020-06-07 at 20:36 -0600, @lbutlr wrote: > On 07 Jun 2020, at 06:38, yuv wrote: > > Is there a valid reason for a sender not to fix something so > > essential as DNS configuration? > > That’s not the question. Oh, yes it is. Making room for degraded configur

Re: lost connection after STARTTLS

2020-06-12 Thread yuv
On Fri, 2020-06-12 at 09:11 +0200, Fourhundred Thecat wrote: > > On 2020-06-12 08:57, Jeroen Geilman wrote: > > - too many errors after .* from .* > > - warning: non-SMTP command from .* > > > > While these do indicate badly-behaved clients, there is no reason > > to assume evil intent. The

Re: CentOS Linux 8 is being practically abolished

2020-12-09 Thread yuv
On Wed, 2020-12-09 at 17:44 +0200, specktator wrote: > we need to be *aware of such actions on FOSS.* +1 this looks like history repeating itself: back in 1999-2000 Red Hat pulled the switch on their (whatever the name was) community edition, trying to coerce users into paid RHEL subscriptions.

Re: Deprecated: white is better than black

2021-02-25 Thread yuv
plus one for terminating this thread, because On Thu, 2021-02-25 at 09:33 -0500, micah wrote: > If people don't like it, please do something productive about > it, rather than make hundreds of people have to hit their delete key. Impossible. The only thing I found to work is the opposite of