Re: [PLUG] better spam filtering for postfix

[Keith Lofstrom]

On Tue, 28 Jun 2022 00:21:00 -0700
Keith Lofstrom  wrote:
> I need a better spam filter process.

On Tue, Jun 28, 2022 at 03:45:06PM +, Cy wrote:
> /etc/postfix/main.cf. Then I can make a "from_someone: user" line any time I 
> have to
> provide an email address. When "someone" sells me out to spammers.

An OK answer, but not to the question I asked, or relevant
to my situation. 

I am asking for a multi-site collaborative spam filter
for postfix, not losing long-term email collaborations. 
My communities are not so ephemeral or trivial that I
can abandon my net presence and start another.

Explanation:

"kei...@kl-ic.com" and "kei...@keithl.com" have been "out
there" since the beginning of the internet domain system;
kei...@tekvax.uucp before that, bang paths to ucbvax
before that, back to the late 1970s.  Tens of thousands of
legitimate email correspondents have used them and still
do, hundreds over the last few months, some after silent
intervals of two decades.  

I have a HUGE white-list with most of those correspondents.
Unfortunately, some are "domain homeless" and frequently
change their email providers and addresses.  They may have
abandoned their individuality to "google consumerism".

Over the decades, I have used my main email addresses in
many journal papers and publications.  Readers contact me,
sometimes decades after publication, leading to new
collaborations and friendships.  Hiding behind transient
aliases thwarts that precious but unpredictable
collaboration.

Some are unwelcome, but blacklists work, until the
unwelcome change addresses to pester me again.  Trolls
don't understand "go away", but postfix can.  

In "one time use" situations, a throwaway email address
like Cy suggests makes sense.  "two time use" email
addresses with time delays between uses -- ordering items
from rural China through Alibaba, with very long delivery
delays, for example -- is another maintenance issue for
one-time addresses.   Perhaps solvable using yet another
hypothetical postfix plug-in (suggestions?).

But spambots ALSO harvest my permanent email addresses
and spew crap at me.  Fortunately, they spew the same
or very similar crap to thousands of others. 
Networked spam detection could easily detect that. 

Indeed, gmail (with millions of users) gets thousands of
copies of the same spam, very close in time, allowing
Google to DETECT that spam-sign coincidence.  Google bots
may use such detection to filter crap feeding ALL of their
captive gmail users, so that Google doesn't waste disk
space or user connection bandwidth on spam. 

I imagine large corporate and academic email systems can
do something similar.  Many use open source software,
which implies the existence of open-source-compatible
tools for a broadcast-spam detection process.  If that
process is collaborative among those large organizations,
they can "divide and conquer" spammers before wasting
their own disk space and user connection bandwidth.

I ask to collaborate with that hypothetical shared
detection and filtering tool. 

Perhaps it does not yet exist, because most developers are
not innovators, merely cogs in someone else's innovation
system.  OTOH, perhaps some clever young lass or lad WILL
create such tools, earning a small fortune selling support
to corporations and universities, and maybe even me. 



So, howzabout it?  Does anybody on this list know of tools
like I am asking for, or dream of developing them?  Are
there any innovators or entrepreneurs on the PLUG list?

Keith

-- 
Keith Lofstrom  kei...@keithl.com

Re: [PLUG] Hardware recommendations: KVM switch

[Robert Citek]

Out-of-band management, e.g. DRAC, does work from boot up.  But that's for
servers and a few high-end desktops.  But you have to ask yourself, how
often are you messing with the BIOS and/or firmware?

VMs are a nice solution, too: minimal OS + hypervisor on the hardware, then
full OS in a VM.  For example, VMWare's ESXi.  You can view and manage the
boot up from within a browser.

That said, I've had very good experiences with Avocent KVM over IP
switches.  They are wonderful for managing bare metal in distant data
centers or just across the room.

Regards,
- Robert


On Fri, Jul 1, 2022 at 3:44 PM Tomas Kuchta 
wrote:

> Just a comment about all the ssh/vnc/synergy/whatever solutions - they
> obviously do not work with BIOS or with full disk encryption (before boot).
>
> This is limitation not a bug. So, do not burry your the computers in real
> hard to reach places.
>
> -T
>

Re: [PLUG] Useful enough browser on JSLinux

[Daniel Ortiz]

"apk add --update openssl" worked consistently.

On Thu, Jun 30, 2022 at 4:19 PM Daniel Ortiz 
wrote:

> It turns out that there is a Firefox browser that I recently learned existed 
> in the specific JSLinux. The commands "apk add --update ca-certificates" 
> makes Firefox more useful,
> and then to run Firefox you may need to put "Firefox" in the command line.
>
>
> On Mon, Jun 27, 2022 at 9:20 AM Daniel Ortiz 
> wrote:
>
>> Some commands from the link below could be useful, but the problem that
>> needs to be resolved is once a webpage (and more) have been
>> downloaded using wget, how do you view a webpage or something like that on
>> the gui (X Window)?
>> https://ketzacoatl.github.io/posts/2017-03-01-HTTPS-in-alpine.html
>>
>> On Thu, Jun 23, 2022 at 2:18 PM Daniel Ortiz <
>> elamigodanielor...@gmail.com> wrote:
>>
>>> Link I should have added:
>>>
>>> https://bellard.org/jslinux/vm.html?url=alpine-x86-xwin.cfg=256=1
>>>
>>> On Thu, Jun 23, 2022 at 2:17 PM Daniel Ortiz <
>>> elamigodanielor...@gmail.com> wrote:
>>>
 Hello everyone,
 The link below is specifically the one that has Alpine Linux with X
 Window as its user interface. It has Dillo as its browser, but it doesn't
 have https support. May someone please help me add https support or a
 different browser with that support that works on JSLinux?
 From, Daniel Ortiz

>>>

Re: [PLUG] Hardware recommendations: KVM switch

[Tomas Kuchta]

Just a comment about all the ssh/vnc/synergy/whatever solutions - they
obviously do not work with BIOS or with full disk encryption (before boot).

This is limitation not a bug. So, do not burry your the computers in real
hard to reach places.

-T

Re: [PLUG] Hardware recommendations: KVM switch

[Rich Shepard]

On Fri, 1 Jul 2022, Larry Brigman wrote:


A program called "Synergy" from symless.com There is(was) an open source
version for a while and it worked for me.


Larry,

There's a fork of synergy called barrier (which is FOSS) along with other
alternatives:
.

Thanks for the suggestion,

Rich

Re: [PLUG] Hardware recommendations: KVM switch

[Larry Brigman]

I had issues with kvm too.
I finally gave up.
I did find an alternative that seems to work at least for me.

A program called "Synergy" from symless.com

There is(was) an open source version for a while and it worked for me.

YMMV

https://symless.com/synergy

On Fri, Jul 1, 2022, 5:40 AM Rich Shepard  wrote:

> On Thu, 30 Jun 2022, Keith Lofstrom wrote:
>
> > Tomas' use case seems simpler than mine and Rich's.
>
> Keith,
>
> You use two monitors, both displaying what's on a single computer, and
> switch between two computers. I will have a single monitor displaying
> applications on two desktops. That was my setup a long time ago, and I then
> used NFS, so I'll re-learn how to set that up because it's more reliable
> than KVM switches as I've been told by those who have felt the pain.
>
> > I'm guessing Rich (who, like me, is no spring chicken) has a similar
> > legacy accumulation of ancient and custom tools. For months, I've been
> > porting and failing and tweaking and (re)discovering flaws and
> > workarounds. I hope to create work platforms that I can maintain into
> > advanced old age.
>
> Both desktops (and the laptop) run Slackware so upgraded applications that
> work on one will work on the others.
>
> In 2003 I went through the pains of switching distributions, from Red
> Hat-7.0 to Slackware-8.0. It did take a while to rebuild essential tools
> and
> learn the new package management system.
>
> Stay healthy,
>
> Rich
>
>

Re: [PLUG] Hardware recommendations: KVM switch

[Rich Shepard]

On Thu, 30 Jun 2022, Keith Lofstrom wrote:


Tomas' use case seems simpler than mine and Rich's.


Keith,

You use two monitors, both displaying what's on a single computer, and
switch between two computers. I will have a single monitor displaying
applications on two desktops. That was my setup a long time ago, and I then
used NFS, so I'll re-learn how to set that up because it's more reliable
than KVM switches as I've been told by those who have felt the pain.


I'm guessing Rich (who, like me, is no spring chicken) has a similar
legacy accumulation of ancient and custom tools. For months, I've been
porting and failing and tweaking and (re)discovering flaws and
workarounds. I hope to create work platforms that I can maintain into
advanced old age.


Both desktops (and the laptop) run Slackware so upgraded applications that
work on one will work on the others.

In 2003 I went through the pains of switching distributions, from Red
Hat-7.0 to Slackware-8.0. It did take a while to rebuild essential tools and
learn the new package management system.

Stay healthy,

Rich