Fetchmail continues to retrieve my email successfully. Could your clock
possibly be skewed enough to affect TLS negotiation?
--Gregory
On Mon, May 08, 2023 at 01:39:14AM -0700, John Conover wrote:
>
> My fetchmail, (from the repository,) has started timing out with a
> SOCKET
My fetchmail, (from the repository,) has started timing out with a
SOCKET error on connections I've used for years. Both fetchmail and
openssl are from the repository.
fetchmail: 6.4.16+GSS+NTLM+SDPS+SSL-SSLv2-SSLv3+NLS+KRB5
openssl: 1.1.1n 15 Mar 2022
Anyone else having similar pro
Am Fri, Mar 03, 2023 at 10:09:42PM +0700 schrieb Max Nikulin:
> On 02/03/2023 22:27, Christoph Brinkhaus wrote:
> > Am Thu, Mar 02, 2023 at 09:26:33PM +0700 schrieb Max Nikulin:
> > > On 28/02/2023 17:25, Christoph Brinkhaus wrote:
> > > > I will just inform about the status. Everything is fine now
On 02/03/2023 22:27, Christoph Brinkhaus wrote:
Am Thu, Mar 02, 2023 at 09:26:33PM +0700 schrieb Max Nikulin:
On 28/02/2023 17:25, Christoph Brinkhaus wrote:
I will just inform about the status. Everything is fine now. A word
about systemd-networkd-wait-online: With this service running there
h
Am Thu, Mar 02, 2023 at 09:26:33PM +0700 schrieb Max Nikulin:
> On 28/02/2023 17:25, Christoph Brinkhaus wrote:
> > I will just inform about the status. Everything is fine now. A word
> > about systemd-networkd-wait-online: With this service running there
> > has been even a delay of 1-2 seconds wh
On 28/02/2023 17:25, Christoph Brinkhaus wrote:
I will just inform about the status. Everything is fine now. A word
about systemd-networkd-wait-online: With this service running there
has been even a delay of 1-2 seconds when switching from one console
to a different one (the consoles when X is n
Am Sun, Feb 26, 2023 at 01:21:07PM -0600 schrieb David Wright:
Hello David and Max,
> On Sun 26 Feb 2023 at 19:08:01 (+0100), Christoph Brinkhaus wrote:
> > Am Sun, Feb 26, 2023 at 10:33:19PM +0700 schrieb Max Nikulin:
> > > On 25/02/2023 19:49, Christoph Brinkhaus wrote:
> > > > Now there are no
rious if fixing unbound and so network-online.target helped to avoid
> > 169.254.x.y address in your case. Can fetchmail work without a kludge you
> > added to achieve some delay? My expectation is that unbound.service may be
> > dropped from Requires= and After= in fetchmail.
in your case. Can fetchmail work without a kludge you
> added to achieve some delay? My expectation is that unbound.service may be
> dropped from Requires= and After= in fetchmail.service, but both fields
> should have network-online.target.
>
> I forgot that debugging of such issues
your case.
I am not sure because I have disabled/deinstalled stuff which
triggered the assignment of the 149.254.x.y address.
> Can fetchmail work without a kludge you
> added to achieve some delay? My expectation is that unbound.service may be
> dropped from Requires= and After= in
On 25/02/2023 19:49, Christoph Brinkhaus wrote:
Now there are no messages reported by journald as above.
I am curious if fixing unbound and so network-online.target helped to
avoid 169.254.x.y address in your case. Can fetchmail work without a
kludge you added to achieve some delay? My
On Mon, 12 Sep 2022 19:50:01 +0200, Gerard ROBIN wrote:
> Le Mon, Sep 12, 2022 at 09:06:08AM -, Bert Riding a écrit :
>> Date: Mon, 12 Sep 2022 09:06:08 - (UTC)
>> From: Bert Riding
>> To: debian-user@lists.debian.org
>> Subject: Re: fetchmail
>>
>
Le Mon, Sep 12, 2022 at 09:06:08AM -, Bert Riding a écrit :
> Date: Mon, 12 Sep 2022 09:06:08 - (UTC)
> From: Bert Riding
> To: debian-user@lists.debian.org
> Subject: Re: fetchmail
>
> On Sat, 10 Sep 2022 22:50:01 +0200, Gerard ROBIN wrote:
>
> > Hel
On Sat, 10 Sep 2022 22:50:01 +0200, Gerard ROBIN wrote:
> Hello,
> in Bullseye (stable) fetchmail works fine, but in Bookworm (testing) I
> get:
>
> fetchmail: can't accept options while a background fetchmail is running.
> argc = 5, arg list:
> arg 1 = "-k"
Le Sun, Sep 11, 2022 at 09:24:27AM -0400, Greg Wooledge a écrit :
> Date: Sun, 11 Sep 2022 09:24:27 -0400
> From: Greg Wooledge
> To: debian-user@lists.debian.org
> Subject: Re: fetchmail
> X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on bendel.debian.org
> X-Spa
On Sun, 11 Sept 2022 at 23:25, Greg Wooledge wrote:
> On Sun, Sep 11, 2022 at 12:14:15PM +0200, Gerard ROBIN wrote:
> > My problem is that I don't know what starts it.
> > Debian Bookworm (and Bullseye too) use systemd.
> Guessing the service name is non-trivial. Sometimes it's the same as
> t
t;.
Earlier in this thread, Nate posted the following output:
> $ systemctl status fetchmail.service
> ● fetchmail.service - LSB: init-Script for system wide fetchmail daemon
> Loaded: loaded (/etc/init.d/fetchmail; generated)
> Active: active (exited) since Sat 2022-09-10 15:37:33 CDT;
Le Sun, Sep 11, 2022 at 06:18:07AM +0200, to...@tuxteam.de a écrit :
> Date: Sun, 11 Sep 2022 06:18:07 +0200
> From: to...@tuxteam.de
> To: debian-user@lists.debian.org
> Subject: Re: fetchmail
>
> On Sat, Sep 10, 2022 at 10:45:23PM +0200, Gerard ROBIN wrote:
> > Hello,
On Sat, Sep 10, 2022 at 10:45:23PM +0200, Gerard ROBIN wrote:
> Hello,
> in Bullseye (stable) fetchmail works fine, but in Bookworm (testing) I
> get:
>
> fetchmail: can't accept options while a background fetchmail is running.
> argc = 5, arg list:
> arg 1 = &quo
Le Sat, Sep 10, 2022 at 04:37:40PM -0500, Nate Bargmann a écrit :
> Date: Sat, 10 Sep 2022 16:37:40 -0500
> From: Nate Bargmann
> To: debian-user@lists.debian.org
> Subject: Re: fetchmail
> X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on bendel.debian.org
> X-Spa
* On 2022 10 Sep 16:28 -0500, Gerard ROBIN wrote:
> Hello,
> in Bullseye (stable) fetchmail works fine, but in Bookworm (testing) I
> get:
>
> fetchmail: can't accept options while a background fetchmail is running.
> argc = 5, arg list:
> arg 1 = "-k"
> ar
Hello,
in Bullseye (stable) fetchmail works fine, but in Bookworm (testing) I
get:
fetchmail: can't accept options while a background fetchmail is running.
argc = 5, arg list:
arg 1 = "-k"
arg 2 = "--ssl"
arg 3 = "--mda"
arg 4 = "/usr/bin/procmail -d %T&qu
Hello,
in Bullseye (stable) fetchmail works fine, but in Bookworm (testing) I
get:
fetchmail: can't accept options while a background fetchmail is running.
argc = 5, arg list:
arg 1 = "-k"
arg 2 = "--ssl"
arg 3 = "--mda"
arg 4 = "/usr/bin/procmail -d %T&qu
No, I forgot. I am ashamed. I ran update-grub and command grep ipv6
/boot/grub/grub.cfg | wc -l now returns 0. No more mention of ipv6.
I re-booted and fetchmail now talks to exim4 correctly. Command ss -lnt | grep
:25 now reports
LISTEN 0 20 127.0.0.1:25 0.0.0.0:*
LISTEN 0
On Sun, Jul 10, 2022 at 10:57:40PM +0100, Gareth Evans wrote:
> $ sudo reboot
> - set boot arg ipv6.disable=1
> - NB ipv6 addresses still in /etc/hosts
>
> $ telnet localhost 25
> Trying 127.0.0.1...
> Trying ::1...
> telnet: Unable to connect to remote host: Address family not supported by
> pr
On Sun 10 Jul 2022, at 18:28, Greg Wooledge wrote:
> Mine contains these lines:
>
> unicorn:~$ grep ::1 /etc/hosts
> ::1 localhost ip6-localhost ip6-loopback
> ff02::1 ip6-allnodes
>
> They were put there by Debian. I didn't touch them.
[I got the ::1 and localhost the wrong way around in m
On Sun, Jul 10, 2022 at 05:12:18PM +0100, Gareth Evans wrote:
> On Sun 10 Jul 2022, at 15:38, Roger Price wrote:
> [...]
> > I removed the ipv6.disable=1 and rebooted, but this made no difference.
>
> I'm not sure if there may be other issues here too, but did you update-grub
> before rebooting?
Roger Price (12022-07-10):
> I have successfully used fetchmail and the MTA exim4 to receive mail on a
> Debian 9 machine for several years. I am now trying to migrate this to
> Debian 11, but fetchmail no longer talks to exim4.
I have never understood why fetchmail's default op
On Sun 10 Jul 2022, at 17:12, Gareth Evans wrote:
> https://unix.stackexchange.com/questions/407663/ipv6-socket-creation-failed-address-family-not-supported-by-protocol
FWIMBW, this explains how to disable ipv6 for exim4 (albeit on Deb 9) though
I'm not sure the advice re hosts file is universa
On Sun 10 Jul 2022, at 15:38, Roger Price wrote:
[...]
> I removed the ipv6.disable=1 and rebooted, but this made no difference.
I'm not sure if there may be other issues here too, but did you update-grub
before rebooting?
If not, does /etc/hosts currently contain
localhost ::1
?
If so, it
On 7/10/22 10:41, Roger Price wrote:
I have successfully used fetchmail and the MTA exim4 to receive mail
on a Debian 9 machine for several years. I am now trying to migrate
this to Debian 11, but fetchmail no longer talks to exim4.
systemctl status fetchmail reports
● fetchmail.service
I have successfully used fetchmail and the MTA exim4 to receive mail on a Debian
9 machine for several years. I am now trying to migrate this to Debian 11, but
fetchmail no longer talks to exim4.
systemctl status fetchmail reports
● fetchmail.service - LSB: init-Script for system wide
On Sun, 3 Jul 2022, to...@tuxteam.de wrote:
My hunch is that your synaptic is looking at a stale package database. Do an
"apt-get update" or whatever you have to do to synaptic to achieve the same
effect, perhaps the problem goes away.
Yes, I did "apt-get update" and the synaptic problem went
On Sun, 3 Jul 2022 at 21:11, Roger Price wrote:
> I would like to install fetchmail on Debian 11, but synaptic gives me the
> following error message:
>
> W: Failed to fetch
> http://deb.debian.org/debian/pool/main/f/fetchmail/fetchmail_6.4.16-4_amd64.deb
>
On Sun, Jul 03, 2022 at 01:11:04PM +0200, Roger Price wrote:
> I would like to install fetchmail on Debian 11, but synaptic gives me the
> following error message:
>
> W: Failed to fetch
> http://deb.debian.org/debian/pool/main/f/fetchmail/fetchmail_6.4.16-4_amd64.deb
>
I would like to install fetchmail on Debian 11, but synaptic gives me the
following error message:
W: Failed to fetch
http://deb.debian.org/debian/pool/main/f/fetchmail/fetchmail_6.4.16-4_amd64.deb
404 Not Found [IP: 199.232.178.132 80]
Is this temporary or do I need to look elsewhere for
On Thursday, 29 Apr 2021 at 08:24, Jonathan Siegle wrote:
> This is working for me on Debian Buster:
> http://galileo.phys.virginia.edu/compfac/faq/davmail.html
Thank you for this.
I have spent the past 2 days on this and have finally got davmail
working for me. Some issues with versions of fire
On Thursday, 29 Apr 2021 at 21:09, deloptes wrote:
> The admin says "F**k off" :D
Yep, that's pretty much what's happened (so far... I'm pushing).
--
Eric S Fraga via Emacs 28.0.50 & org 9.4.6 on Debian bullseye/sid
On Monday, May 03, 2021 10:03:39 AM Eric S Fraga wrote:
> On Monday, 3 May 2021 at 11:23, Andrei POPESCU wrote:
> > Get a computer monitor instead. In ten years most (if not all)
> > traditional TV stations will likely have switched to streaming via the
> > internet anyway ;)
>
> When I went to o
> I'm also interested to know how good a service you actually get within
> buildings, where most of us are most of the time. I see that wireless
> repeaters are recommended according to a home's floor area. Are they
> repeating 30GHz round the house, or conventional 2/5GHz? If the
> latter, there's
On Mon 03 May 2021 at 15:47:07 (-0400), Stefan Monnier wrote:
> > It doesn't seem sensible to put a cell-connection into each TV
> > when they're all immobile. OTOH cars and pets go places.
> >
> > And is 20GB of data per day a "reasonable usage" on a mobile data plan?
> > Whereas 1TB per month on
On Mon, 3 May 2021 21:03:51 +0100
Brian wrote:
> On Mon 03 May 2021 at 15:47:07 -0400, Stefan Monnier wrote:
>
> > > It doesn't seem sensible to put a cell-connection into each TV
> > > when they're all immobile. OTOH cars and pets go places.
> > >
> > > And is 20GB of data per day a "reasonable
On Mon 03 May 2021 at 15:47:07 -0400, Stefan Monnier wrote:
> > It doesn't seem sensible to put a cell-connection into each TV
> > when they're all immobile. OTOH cars and pets go places.
> >
> > And is 20GB of data per day a "reasonable usage" on a mobile data plan?
> > Whereas 1TB per month on a
> It doesn't seem sensible to put a cell-connection into each TV
> when they're all immobile. OTOH cars and pets go places.
>
> And is 20GB of data per day a "reasonable usage" on a mobile data plan?
> Whereas 1TB per month on a fixed line is quite normal.
These arguments seem stuck in the present
On Mon 03 May 2021 at 18:32:13 (+0200), to...@tuxteam.de wrote:
> On Mon, May 03, 2021 at 12:24:48PM -0400, Stefan Monnier wrote:
> > > There: now your smart-ass TV is a monitor again.
> >
> > At least until they start using a cell-connection for Internet access
> > (which would seem only natural
>> > There: now your smart-ass TV is a monitor again.
>> At least until they start using a cell-connection for Internet access
>> (which would seem only natural in the world of TVs, which historically
>> got their programs over the air) :-(
> Cars do that already. Why shouldn't TVs? Or pet collars?
On Mon, May 03, 2021 at 12:24:48PM -0400, Stefan Monnier wrote:
> > There: now your smart-ass TV is a monitor again.
>
> At least until they start using a cell-connection for Internet access
> (which would seem only natural in the world of TVs, which historically
> got their programs over the air)
> There: now your smart-ass TV is a monitor again.
At least until they start using a cell-connection for Internet access
(which would seem only natural in the world of TVs, which historically
got their programs over the air) :-(
Stefan
David Wright wrote:
> On Mon 03 May 2021 at 11:23:51 (+0300), Andrei POPESCU wrote:
> > On Sb, 01 mai 21, 08:31:04, Joe wrote:
> > > On Fri, 30 Apr 2021 17:25:20 -0400
> > > Stefan Monnier wrote:
> > >
> > > > > viewing material because it's about ten years old. But when we
> > > > > inevitably r
On Mon 03 May 2021 at 11:23:51 (+0300), Andrei POPESCU wrote:
> On Sb, 01 mai 21, 08:31:04, Joe wrote:
> > On Fri, 30 Apr 2021 17:25:20 -0400
> > Stefan Monnier wrote:
> >
> > > > viewing material because it's about ten years old. But when we
> > > > inevitably replace it and have no choice about
On Monday, 3 May 2021 at 11:23, Andrei POPESCU wrote:
> Get a computer monitor instead. In ten years most (if not all)
> traditional TV stations will likely have switched to streaming via the
> internet anyway ;)
When I went to order a 60" monitor for a meeting room at work, I found
that the eq
On Sb, 01 mai 21, 08:31:04, Joe wrote:
> On Fri, 30 Apr 2021 17:25:20 -0400
> Stefan Monnier wrote:
>
> > > viewing material because it's about ten years old. But when we
> > > inevitably replace it and have no choice about accepting a 'smart'
> > > TV,
> >
> > There are still normal TVs aroun
On Mon, May 03, 2021 at 01:46:26AM +0200, Ángel wrote:
> On 2021-05-01 at 09:28 +0200, deloptes wrote:
> > Some state their brainwaves are being influenced by whatever (video,
> > tv, wireless) It could be true, but there is no evidence and the
> > probability of this being true is very low.
>
> L
On 2021-05-01 at 09:28 +0200, deloptes wrote:
> Some state their brainwaves are being influenced by whatever (video,
> tv, wireless) It could be true, but there is no evidence and the
> probability of this being true is very low.
Looks like the goal of every advertisement to me.
On Sat, 01 May 2021 12:00:30 +0200
deloptes wrote:
> Joe wrote:
>
> > There is nothing 'religious' about assuming that many private
> > businesses will take every opportunity to make money from you in
> > ways that you would not permit if you were given the choice. What
> > is the purpose of 'fr
Joe wrote:
> There is nothing 'religious' about assuming that many private businesses
> will take every opportunity to make money from you in ways that you
> would not permit if you were given the choice. What is the purpose of
> 'free' social media, after all? What about the written guarantee car
On 01-05-2021 18:19, Joe wrote:
> On Sat, 01 May 2021 09:28:04 +0200
> deloptes wrote:
>
>> Joe wrote:
>>
>> > I know someone who started to be shown online adverts that could
>> > only have been based on a sound-wave conversation within the
>> > hearing of his smartphone. I don't know about othe
On Sat, May 01, 2021 at 10:04:17AM +0300, Andrei POPESCU wrote:
> On Jo, 29 apr 21, 14:21:22, to...@tuxteam.de wrote:
> >
> > BTW I'm not really a luddite [1]. I'd consider a smart phone if I
> > had a comparable control over its guts as I have of my laptop, take
> > or give. Those options are, al
On Sat, 01 May 2021 09:28:04 +0200
deloptes wrote:
> Joe wrote:
>
> > I know someone who started to be shown online adverts that could
> > only have been based on a sound-wave conversation within the
> > hearing of his smartphone. I don't know about other similar claims,
> > but I trust his.
> >
On Sat, May 01, 2021 at 08:31:04AM +0100, Joe wrote:
> On Fri, 30 Apr 2021 17:25:20 -0400
> Stefan Monnier wrote:
>
> > > viewing material because it's about ten years old. But when we
> > > inevitably replace it and have no choice about accepting a 'smart'
> > > TV,
> >
> > There are still no
On Fri, 30 Apr 2021 17:25:20 -0400
Stefan Monnier wrote:
> > viewing material because it's about ten years old. But when we
> > inevitably replace it and have no choice about accepting a 'smart'
> > TV,
>
> There are still normal TVs around.
>
Yes, but not many. We would want another 32" TV,
Joe wrote:
> I know someone who started to be shown online adverts that could only
> have been based on a sound-wave conversation within the hearing of his
> smartphone. I don't know about other similar claims, but I trust his.
>
> Are you saying that you don't believe anyone could be that naught
On Jo, 29 apr 21, 14:21:22, to...@tuxteam.de wrote:
>
> BTW I'm not really a luddite [1]. I'd consider a smart phone if I
> had a comparable control over its guts as I have of my laptop, take
> or give. Those options are, alas, a tad to pricey for my current
> income.
The PinePhone is interesting
> viewing material because it's about ten years old. But when we
> inevitably replace it and have no choice about accepting a 'smart' TV,
There are still normal TVs around.
Stefan
On Fri, 30 Apr 2021 20:48:07 +0100
Brian wrote:
> On Fri 30 Apr 2021 at 09:04:03 +0100, Joe wrote:
>
> [...]
>
> > We are aware that smartphones and the hypothetical 'smart' TV will
> > listen to conversations occurring in their vicinities, so we go
> > somewhere else for any private conversati
to...@tuxteam.de wrote:
>> No insult tomas - it's reality. One small tree can not stand the
>> avalanche.
>
> It is -- you said "nobody is doing anything". But there are folks
> doing something. Declaring them non-existent is perhaps the worst
> insult possible.
>
> Whether they succeed (or rath
On Fri 30 Apr 2021 at 09:04:03 +0100, Joe wrote:
[...]
> We are aware that smartphones and the hypothetical 'smart' TV will
> listen to conversations occurring in their vicinities, so we go
> somewhere else for any private conversation.
Basing one's behaviour on the hypothetical, imagined or pre
g the token available on linux so you could
>> use it in another program that requied a password, for example
>> fetchmail or getmail.
>>
>> I've tried to find it but I'm turning up nothing. I'm pretty sure I
>> didn't imagine it! Does anyone recal
On Fri, Apr 30, 2021 at 03:24:52PM +0200, deloptes wrote:
> to...@tuxteam.de wrote:
>
> > 1. it is an insult towards those actually doing something Like
> > (random example) this electronic music composer [1] and professor
> > (chosen at random among my acquaintances) who makes a point
> > of usin
an API key - password #1 is
> for gnus on laptop 1, password #2 is for Fetchmail on laptop 1, password
> #3 is for gnus on laptop 2 and so on. Each instance of an application
> gets its own long password.
>
> It's ostensibly more secure than storing the user's password in tha
to...@tuxteam.de wrote:
> 1. it is an insult towards those actually doing something Like
> (random example) this electronic music composer [1] and professor
> (chosen at random among my acquaintances) who makes a point
> of using free software and introduces his audience, music
> students to it
>
On Fri, 30 Apr 2021 10:35:03 +0200
wrote:
> On Fri, Apr 30, 2021 at 09:16:08AM +0100, Joe wrote:
>
> [...]
>
> > > Lets admit it ... the goal is to shovel the money to (mostly) US
> > > corporations that do not pay any taxes anywhere, to educate the
> > > children to be slaves of the corporatio
On Fri, Apr 30, 2021 at 09:16:08AM +0100, Joe wrote:
[...]
> > Lets admit it ... the goal is to shovel the money to (mostly) US
> > corporations that do not pay any taxes anywhere, to educate the
> > children to be slaves of the corporations and to consume as much as
> > possible.
> >
> >
>
>
On Fri, 30 Apr 2021 02:23:25 +0200
deloptes wrote:
> Joe wrote:
>
> > 'No, no,' said the academics, 'the whole world uses Windows 3 so we
> > have to teach that.'
>
> ... because they were payed/bribed/lobbied or just fools
>
> BTW it is still the same and it became even worse and no one is
On Thu, 29 Apr 2021 20:42:17 +0100
Brian wrote:
> On Thu 29 Apr 2021 at 14:21:22 +0200, to...@tuxteam.de wrote:
>
> [...]
>
> > BTW I'm not really a luddite [1]. I'd consider a smart phone if I
> > had a comparable control over its guts as I have of my laptop, take
> > or give. Those options ar
On Fri, Apr 30, 2021 at 02:23:25AM +0200, deloptes wrote:
> Joe wrote:
>
> > 'No, no,' said the academics, 'the whole world uses Windows 3 so we
> > have to teach that.'
>
> ... because they were payed/bribed/lobbied or just fools
>
> BTW it is still the same and it became even worse and no one
inux so you could
>> use it in another program that requied a password, for example
>> fetchmail or getmail.
>>
>> I've tried to find it but I'm turning up nothing. I'm pretty sure I
>> didn't imagine it! Does anyone recall the name? This c
Joe wrote:
> 'No, no,' said the academics, 'the whole world uses Windows 3 so we
> have to teach that.'
... because they were payed/bribed/lobbied or just fools
BTW it is still the same and it became even worse and no one is doing
anything.
Some 15y ago there were ideas to use open source in the
On Thu 29 Apr 2021 at 21:48:29 +0200, to...@tuxteam.de wrote:
> On Thu, Apr 29, 2021 at 08:42:17PM +0100, Brian wrote:
> > On Thu 29 Apr 2021 at 14:21:22 +0200, to...@tuxteam.de wrote:
> >
> > [...]
> >
> > > BTW I'm not really a luddite [1]. I'd consider a smart phone if I
> > > had a comparabl
On Thu, Apr 29, 2021 at 08:42:17PM +0100, Brian wrote:
> On Thu 29 Apr 2021 at 14:21:22 +0200, to...@tuxteam.de wrote:
>
> [...]
>
> > BTW I'm not really a luddite [1]. I'd consider a smart phone if I
> > had a comparable control over its guts as I have of my laptop, take
> > or give. Those optio
On Thu, Apr 29, 2021 at 08:35:40PM +0100, Joe wrote:
> On Thu, 29 Apr 2021 17:45:58 +0200
> to...@tuxteam.de wrote:
[academia]
> > They are supposed to lead the way to the Light :)
> >
> > It's their job. Or something.
> >
>
> Sadly, no. It's not something new: back in the early 90s, Acorn was
On Thu 29 Apr 2021 at 14:21:22 +0200, to...@tuxteam.de wrote:
[...]
> BTW I'm not really a luddite [1]. I'd consider a smart phone if I
> had a comparable control over its guts as I have of my laptop, take
> or give. Those options are, alas, a tad to pricey for my current
> income.
I inagine you
On Thu, 29 Apr 2021 17:45:58 +0200
to...@tuxteam.de wrote:
> On Thu, Apr 29, 2021 at 04:39:06PM +0100, Eric S Fraga wrote:
> > On Thursday, 29 Apr 2021 at 16:43, to...@tuxteam.de wrote:
> > > Judging by your mail address, you are in academia. This is doubly
> > > sad.
> >
> > My experience is
Darac Marjal wrote:
> Ask your administrator to enable "Per Application Passwords" -
The admin says "F**k off" :D
fetchmail or getmail.
I've tried to find it but I'm turning up nothing. I'm pretty sure I
didn't imagine it! Does anyone recall the name? This could
definitely be helpful for fetching mail from an account with oauth
setup.
I do not know about a daemon, but `oathtool` (package `oa
On Thu, Apr 29, 2021 at 04:39:06PM +0100, Eric S Fraga wrote:
> On Thursday, 29 Apr 2021 at 16:43, to...@tuxteam.de wrote:
> > Judging by your mail address, you are in academia. This is doubly sad.
>
> My experience is that academic institutions are no different than any
> other organization in th
On Thursday, 29 Apr 2021 at 16:43, to...@tuxteam.de wrote:
> Judging by your mail address, you are in academia. This is doubly sad.
My experience is that academic institutions are no different than any
other organization in these regards. For better or for worse.
--
Eric S Fraga via Emacs 28.0.
On Thu, Apr 29, 2021 at 02:14:12PM +0100, Eric S Fraga wrote:
> On Thursday, 29 Apr 2021 at 09:03, Greg Wooledge wrote:
> > I'm sure there are people within that department who would outlaw all
> > non-Windows desktops, if they could, because they don't control
> > them.
>
> I've been fighting t
On Thu, Apr 29, 2021 at 09:03:25AM -0400, Greg Wooledge wrote:
> On Thu, Apr 29, 2021 at 01:27:07PM +0100, Eric S Fraga wrote:
> > And to think that email was once a simple yet effective tool. It's been
> > hijacked.
>
> Spammers took control of it years ago. It's been dying off, slowly.
I don'
I saw in the last 6 months a daemon that let you get oauth tokens on
linux and then it refereshed the token indefinitely until told to
stop. Essentially making the token available on linux so you could
use it in another program that requied a password, for example
fetchmail or getmail.
I&#x
On Thu, Apr 29, 2021 at 01:53:48PM +0100, Eric S Fraga wrote:
> On Thursday, 29 Apr 2021 at 14:38, to...@tuxteam.de wrote:
> > On Thu, Apr 29, 2021 at 01:27:07PM +0100, Eric S Fraga wrote:
> >> 2. txt message to your phone (so need not be "smart")
> >
> > You know those can be (and have been) hi-ja
On Thursday, 29 Apr 2021 at 15:16, Erwan David wrote:
> You can define "application password" in O365 for this case (at least
> I can at work, may depends on the settings of your tenant)
Yes, thank you. Somebody else has also pointed out this option. I will
be looking into it as it seems like it
On Thursday, 29 Apr 2021 at 14:38, to...@tuxteam.de wrote:
> On Thu, Apr 29, 2021 at 01:27:07PM +0100, Eric S Fraga wrote:
>> 2. txt message to your phone (so need not be "smart")
>
> You know those can be (and have been) hi-jacked, don't you?
Yeah. :-(
What really gets me is the hypocrisy of the
On Thursday, 29 Apr 2021 at 14:03, Darac Marjal wrote:
> Ask your administrator to enable "Per Application Passwords" -
Thank you. I've looked at this and it looks feasible (if they enable
this which is unfortunately not very likely but still worth asking).
--
Eric S Fraga via Emacs 28.0.50 & o
Le 29/04/2021 à 14:11, Eric S Fraga a écrit :
Dystopian is right. Our organization, using O365, has moved to
"multi-factor authentication" without consultation and I can no longer
use gnus, for instance. Absolutely horrible.
You can define "application password" in O365 for this case (at lea
On Thursday, 29 Apr 2021 at 09:03, Greg Wooledge wrote:
> I'm sure there are people within that department who would outlaw all
> non-Windows desktops, if they could, because they don't control
> them.
I've been fighting this for 25+ years at my institution, using Linux
throughout. They've give
or automated access, where an application is logging in
on behalf of that user, the user generates a long one-off password ONLY
for that application. This works a bit like an API key - password #1 is
for gnus on laptop 1, password #2 is for Fetchmail on laptop 1, password
#3 is for gnus on laptop 2 a
On Thu, Apr 29, 2021 at 01:27:07PM +0100, Eric S Fraga wrote:
> And to think that email was once a simple yet effective tool. It's been
> hijacked.
Spammers took control of it years ago. It's been dying off, slowly.
While we're swapping anecdotes, I'll give what limited insight I have
into my o
On Thursday, 29 Apr 2021 at 14:21, to...@tuxteam.de wrote:
> That means you've to carry a funny dongle with you all the time?
> Or is the "second factor" that oh-so-secure "smart" phone?
Three choices for second factor:
1. use MS's own app for authentication. Yeah, right.
2. txt message to your
On Thu, Apr 29, 2021 at 08:24:36AM -0400, Jonathan Siegle wrote:
[...]
> This is working for me on Debian Buster:
> http://galileo.phys.virginia.edu/compfac/faq/davmail.html
Heroes!
:-)
Thanks for the link, cheers
- t
signature.asc
Description: Digital signature
1 - 100 of 2519 matches
Mail list logo
