[Alpine-info] alpine and whitelisting?

Carlos E. R. via Alpine-info alpine-info at u.washington.edu
Fri Nov 29 03:36:00 PST 2024


On 2024-11-28 22:07, Lucio Chiappetti via Alpine-info wrote:

> On Thu, 28 Nov 2024, Carlos E. R. via Alpine-info wrote:

>

>> On Linux, you can use a tool to download email, like fetchmail. This

>> handles the mail to an MTA, this to a sorting tool, like procmail,

>> which calls spamassassin as a part of the process, then finally Alpine.

>

>   Yes, I sort of second this approach. But there may be caveats.

>

>> But you loose the immediacy of imap.

>

>   True. I have a ~5 min delay (the time interval between my fetchmail

>   runs, controlled bu crontab). What you gain is that e-mail is stored

>   forever on your local machine, and not on anybody else's computer.

>

>   Of course you can't access the mail on the local computer from another

>   computer unless:

>

>   - you ssh onto your local computer and run alpine there (what I do now)

>

>   - you run a local IMAP server (I did it long ago when travelling)


Or you copy email to your computer, leaving it in the server.

I used the fetchmail approach in the past, but it is important to me to
be able to read email in at least two computers.


>

> I precise the "sort of" and caveats above.

>

> ------

>

> In the past (quite som years ago) my institution managed its own

> sendmail on a server. This might deliver to the user local machine. We

> had spamassassin on the server, trained on our ham-and-spam message

> base. We had also a daily crontab warning each user about quarantined

> messages (we had global quarantine, not user's spam directories).

>

> I also had procmail privately on my machine, with a further tier of spam

> filters (and also sorting-in-folders-per-subject).

>

> We had very few false negatives and false positives. I mean I received

> very few true spam, and almost never had to recover good messages marked

> incorrectly as spam in the quarantine.

>

> ------

> Then my institution moved to Gsuite (gmail).

>

> I arranged fetchmail to get my Gsuite inbox (then it was easy, today is

> not so easy) every 5 min, so I could run all my procmail filters,

> sorting by subject etc.

>

> For Gsuite Spam folder I instructed alpine to (then easy) to access it,

> which I did once per day. I found a bit more false positives (good

> messages marked as spam by the wondeful Google filters). At the time

> what I did was then to use the Gsuite web interface and tag the messages

> as "not spam". I hoped that would uinstuct the filters, but this is NOT

> the cass. so I gave up. Now if I find a false positive in  Gsuite Spam

> folder when looking at it with alpine, I just save (mov) it to my local

> inbox.

>

> ------

> Recent complication with Gsuite.

>

> They disabled support to "less secure apps" (they call fetchmail or

> alpine so, apparently because of refusal to pay a bribe, to say it in a

> politically uncorrect way), forced 2FA and/or OAUTH2, etc.

>

> There are two ways to overcome that:

>

>  - one is to use an "app password" (different from the normal user

>    personal password) for alpine and fetchmail


That's what I do.


...


many nuances.

--
Cheers / Saludos,

Carlos E. R.
(from 15.5 x86_64 at Telcontar)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature.asc
Type: application/pgp-signature
Size: 209 bytes
Desc: OpenPGP digital signature
URL: <http://mailman12.u.washington.edu/pipermail/alpine-info/attachments/20241129/4e34ddc5/attachment.sig>


More information about the Alpine-info mailing list