J. Roeleveld wrote:
> On Tuesday, April 7, 2020 5:14:14 AM CEST Dale wrote:
>> Hey,
>>
>> As some may recall I bought a new router and modem. I was sort of
>> hoping one or both of those would solve a issue I've noticed for a good
>> long while. At times, my internet gets really slow, slower than
J. Roeleveld wrote:
> On Tuesday, April 7, 2020 5:54:25 AM CEST Ian Zimmerman wrote:
>> On 2020-04-06 22:14, Dale wrote:
>>> I have DSL and it isn't to fast to begin with. At
>>> times tho, I'm only getting about 20 or 30% of what I should.
>> Are you often on the phone at those times? May it be
Hi,
I have an Odroid H2 with a Celeron J4105 processor which appears to
be a Gemini Lake, Goldmont Plus architecture
Any idea what CHOST this should be?
BillK
On Tuesday, April 7, 2020 5:14:14 AM CEST Dale wrote:
> Hey,
>
> As some may recall I bought a new router and modem. I was sort of
> hoping one or both of those would solve a issue I've noticed for a good
> long while. At times, my internet gets really slow, slower than it
> should be at least.
On Tuesday, April 7, 2020 5:54:25 AM CEST Ian Zimmerman wrote:
> On 2020-04-06 22:14, Dale wrote:
> > I have DSL and it isn't to fast to begin with. At
> > times tho, I'm only getting about 20 or 30% of what I should.
>
> Are you often on the phone at those times? May it be poor filtering?
>
>
On Monday, April 6, 2020 11:17:58 PM CEST Ashley Dixon wrote:
> On Mon, Apr 06, 2020 at 11:34:02AM -0600, Grant Taylor wrote:
> > On 4/6/20 6:35 AM, Ashley Dixon wrote:
> > > Hello,
> >
> > Hi,
>
> Hello,
>
> [O.T.] Unfortunately, Grant, I cannot reply to your direct e-mail. My best
> guess is t
Hi everyone,
I am very new to Gentoo and I am currently migrating from Arch.
Gentoo attracts me with a freedom of system configuration and with multiple
supported
architectures.
I was attracted by Hardened profile described at [1][2][3]
But reading [1] I also got confused because it looks like
On Monday, April 6, 2020 7:35:40 PM CEST Michael Orlitzky wrote:
> On 4/6/20 1:32 PM, J. Roeleveld wrote:
> > The messages were missing due to the MX being unavailable for a short
> > period. Retries were not attempted as I would have received them.
> >
> > The spam filter is configured with certa
On 2020-04-06 22:14, Dale wrote:
> I have DSL and it isn't to fast to begin with. At
> times tho, I'm only getting about 20 or 30% of what I should.
Are you often on the phone at those times? May it be poor filtering?
At my last residence - also "in the sticks", LOL - we had to give up on
DSL
Hey,
As some may recall I bought a new router and modem. I was sort of
hoping one or both of those would solve a issue I've noticed for a good
long while. At times, my internet gets really slow, slower than it
should be at least. I have DSL and it isn't to fast to begin with. At
times tho, I'm
On 4/3/20 5:16 AM, Petric Frank wrote:
Hello,
this is not exactly a gentoo issue. But due i am using gentoo i am asking
here.
Problem: Usually the camera is outside of the screen. The user normally looks
at the screen. As result the communication partner(s) see him not looking at
the camera.
I
On Monday, 6 April 2020 22:15:20 BST Neil Bothwick wrote:
> On Mon, 6 Apr 2020 22:02:04 +0100, antlists wrote:
> > > This isn't strictly true, the ESP must be vfat, but you can still
> > > have an ext? /boot.
> >
> > This isn't true at all - you've got the cart before the horse. The
> > original (
On Mon, Apr 6, 2020 at 4:02 PM Grant Taylor
wrote:
>
> On 4/6/20 1:03 PM, Rich Freeman wrote:
> > More often than not, yes. The main exception I've seen are sites
> > that email you verification codes, such as some sorts of "two-factor"
> > implementations (whether these are really two-factor I'l
On 4/6/20 3:17 PM, Ashley Dixon wrote:
Hello,
Hi,
[O.T.] Unfortunately, Grant, I cannot reply to your direct e-mail. My
best guess is that you have a protection method in place in the
event that the reverse D.N.S.\ does not match the forward ?
You're close. I do require reverse DNS. I wi
On Mon, Apr 06, 2020 at 11:34:02AM -0600, Grant Taylor wrote:
> On 4/6/20 6:35 AM, Ashley Dixon wrote:
> > Hello,
>
> Hi,
Hello,
[O.T.] Unfortunately, Grant, I cannot reply to your direct e-mail. My best guess
is that you have a protection method in place in the event that the reverse
D.N.S.\ do
On Mon, 6 Apr 2020 22:02:04 +0100, antlists wrote:
> > This isn't strictly true, the ESP must be vfat, but you can still
> > have an ext? /boot.
>
> This isn't true at all - you've got the cart before the horse. The
> original (U)EFI spec comes from Sun, I believe, with no vfat in sight.
>
>
On 05/04/2020 13:52, Neil Bothwick wrote:
This isn't strictly true, the ESP must be vfat, but you can still have an
ext? /boot.
This isn't true at all - you've got the cart before the horse. The
original (U)EFI spec comes from Sun, I believe, with no vfat in sight.
A standards-compliant fact
On 4/6/20 3:59 PM, Grant Taylor wrote:
>· It's not five seconds a year.
> · It's more likely an hour or two a year, possibly aggregated.
>· You can't control the retry time frame on the sending side.
>· You can control the retry / forward time on secondary MX(s).
>· Messages c
On 4/6/20 1:16 PM, Michael Orlitzky wrote:
Greylisting suffers from one problem that unplugging the server
doesn't: greylisting usually works on a triple like (IP address,
sender, recipient), and can therefore continue to reject people who do
retry, but retry from a different IP address. This o
On 4/6/20 1:03 PM, Rich Freeman wrote:
More often than not, yes. The main exception I've seen are sites
that email you verification codes, such as some sorts of "two-factor"
implementations (whether these are really two-factor I'll set aside
for now). Many of these services will retry, but so
On 4/6/20 11:55 AM, Michael Orlitzky wrote:
Ok, you're right.
;-)
My suggestion to create multiple records was in response to the claim
that there are MTAs that will try a backup MX, but won't retry the
primary MX, which is false to begin with. Trying to argue against an
untrue premise only
On 4/6/20 3:03 PM, Rich Freeman wrote:
>
> More often than not, yes. The main exception I've seen are sites that
> email you verification codes, such as some sorts of "two-factor"
> implementations (whether these are really two-factor I'll set aside
> for now). Many of these services will retry,
On Mon, Apr 6, 2020 at 12:18 PM Ian Zimmerman wrote:
>
> On 2020-04-06 14:24, Ashley Dixon wrote:
>
> > Cheers for the help ! To be honest, I don't think I'd want to receive
> > e-mail from someone who cannot resist pressing a button :)
>
> In fact, "MTAs" that don't retry turn out to be spam robo
"Michael Orlitzky" , 06.04.2020, 19:35:
> On 4/6/20 1:32 PM, J. Roeleveld wrote:
>>
>> The messages were missing due to the MX being unavailable for a short
>> period. Retries were not attempted as I would have received them.
>>
>> The spam filter is configured with certain mailing lists whitel
On 2020-04-06, Mike Gilbert wrote:
>> I also had to remove the "XkbRules" option. Now the keyboard mapping
>> is back to "normal". 'Twould be nice if things like that were
>> documented somewhere, but I'm not sure where it would be...
>
> Take a look at the libinput(4) man page, which is instal
On 4/6/20 1:44 PM, Grant Taylor wrote:
> On 4/6/20 11:14 AM, Michael Orlitzky wrote:
>> Why don't you say which MTA it is that both (a) combines MX records with
>> different priorities, and (b) doesn't retry messages to the primary MX?
>
> You seem to have conflated the meaning of my message.
>
>
On 4/6/20 11:14 AM, Michael Orlitzky wrote:
Why don't you say which MTA it is that both (a) combines MX records with
different priorities, and (b) doesn't retry messages to the primary MX?
You seem to have conflated the meaning of my message.
I only stated that I've seen multiple MTAs to (a) c
On 4/6/20 1:32 PM, J. Roeleveld wrote:
>
> The messages were missing due to the MX being unavailable for a short period.
> Retries were not attempted as I would have received them.
>
> The spam filter is configured with certain mailing lists whitelisted.
>
Here is proof that the Gentoo list se
On 4/6/20 6:35 AM, Ashley Dixon wrote:
Hello,
Hi,
After many hours of confusing mixtures of pain and pleasure, I have
a secure and well-behaved e-mail server which encompasses all the
features I originally desired.
Full STOP!
I hoist my drink to you and tell the bar keep that your next ro
On 6 April 2020 19:25:13 CEST, Michael Orlitzky wrote:
>On 4/6/20 1:19 PM, J. Roeleveld wrote:
>>
>> I have missed emails coming from mailing lists, this one for example,
>due to no retries.
>> The proof for that is that I got replies to emails I never received.
>>
>
>That doesn't prove that the
On 4/6/20 1:24 PM, Robert Bridge wrote:
>
> But that is just an anecdote.
>
It's very easy to collect evidence of this from the mail logs if you are
correct.
On 4/6/20 1:19 PM, J. Roeleveld wrote:
>
> I have missed emails coming from mailing lists, this one for example, due to
> no retries.
> The proof for that is that I got replies to emails I never received.
>
That doesn't prove that the server never retried, it proves that you
didn't receive one
On 6 Apr 2020, at 18:20, J. Roeleveld wrote:
>
> On 6 April 2020 19:14:35 CEST, Michael Orlitzky wrote:
>>> On 4/6/20 1:02 PM, Grant Taylor wrote:
>>> On 4/6/20 10:43 AM, Michael Orlitzky wrote:
Well, I can't refute an anecdote without more information, but if
you're worried about th
On 6 April 2020 19:14:35 CEST, Michael Orlitzky wrote:
>On 4/6/20 1:02 PM, Grant Taylor wrote:
>> On 4/6/20 10:43 AM, Michael Orlitzky wrote:
>>> Well, I can't refute an anecdote without more information, but if
>>> you're worried about this you can create the same MX record twice so
>
>>> that t
On 4/6/20 1:02 PM, Grant Taylor wrote:
> On 4/6/20 10:43 AM, Michael Orlitzky wrote:
>> Well, I can't refute an anecdote without more information, but if
>> you're worried about this you can create the same MX record twice so
>> that the "backup" is the primary.
>
> That's not going to work as w
On 4/6/20 10:43 AM, Michael Orlitzky wrote:
Well, I can't refute an anecdote without more information, but if
you're worried about this you can create the same MX record twice so
that the "backup" is the primary.
That's not going to work as well as you had hoped.
I've run into many MTAs that
On 4/6/20 10:19 AM, J. Roeleveld wrote:
I find that, with a backup MX, I don't seem to loose emails.
Having multiple email servers of your own, primary, secondary, tertiary,
etc, makes it much more likely that the email will move from the sending
systems control to your control. I think it's
On Mon, Apr 6, 2020 at 11:12 AM Grant Edwards wrote:
>
> On 2020-04-06, Grant Edwards wrote:
> > On 2020-04-06, Michael wrote:
> >
> >> Did you try '/etc/X11/xorg.conf.d/10-evdev.conf' ?
> >
> > My keyboard config is in /etc/X11/xorg.conf.d/30-keyboard.conf
> >
> > The control/capslock key mappi
On 4/6/20 12:19 PM, J. Roeleveld wrote:
>
> I find that, with a backup MX, I don't seem to loose emails.
> I have, however, found evidence of mailservers belonging to big ISPs not
> retrying emails if there is no response from the singular MX.
>
Well, I can't refute an anecdote without more inf
On Mon, Apr 06, 2020 at 09:18:10AM -0700, Ian Zimmerman wrote:
> In fact, "MTAs" that don't retry turn out to be spam robots on close
> inspection, more often than not. That is the basis for the spam
> fighting tactic called "greylisting". So you will not even be original
> in ignoring them.
Hmm
On 6 April 2020 18:02:22 CEST, Michael Orlitzky wrote:
>On 4/6/20 11:51 AM, Robert Bridge wrote:
>>
>> It is still commonly considered good practice to have a secondary MX
>server.
>
>[citation needed]
>
>
>> Why trust another party to correctly handle your email when your main
>system is offline
On 2020-04-06 14:24, Ashley Dixon wrote:
> Cheers for the help ! To be honest, I don't think I'd want to receive
> e-mail from someone who cannot resist pressing a button :)
In fact, "MTAs" that don't retry turn out to be spam robots on close
inspection, more often than not. That is the basis fo
On 4/6/20 11:51 AM, Robert Bridge wrote:
>
> It is still commonly considered good practice to have a secondary MX server.
[citation needed]
> Why trust another party to correctly handle your email when your main system
> is offline?
You're still trusting the sender to do the right thing with
On 6 Apr 2020, at 16:35, Ashley Dixon wrote:
>
> On Mon, Apr 06, 2020 at 05:24:03PM +0200, J. Roeleveld wrote:
>> You'd need to install a SMTP server on the backup system and configure it to
>> relay emails to your primary mailserver.
>>
>> In the DNS you can configure priorities in the MX entr
On Mon, Apr 06, 2020 at 05:24:03PM +0200, J. Roeleveld wrote:
> You'd need to install a SMTP server on the backup system and configure it to
> relay emails to your primary mailserver.
>
> In the DNS you can configure priorities in the MX entries.
Hi, cheers for your response, however as Michael p
On 6 April 2020 14:35:04 CEST, Ashley Dixon wrote:
>Hello,
>
>After many hours of confusing mixtures of pain and pleasure, I have a
>secure and
>well-behaved e-mail server which encompasses all the features I
>originally
>desired. However, in the event that I need to reboot the server
>(perhaps a
On 2020-04-06, Grant Edwards wrote:
> On 2020-04-06, Michael wrote:
>
>> Did you try '/etc/X11/xorg.conf.d/10-evdev.conf' ?
>
> My keyboard config is in /etc/X11/xorg.conf.d/30-keyboard.conf
>
> The control/capslock key mapping still works, but the keyboard layout
> is borked. If I remove that f
On 2020-04-06, Michael wrote:
> On Monday, 6 April 2020 15:37:34 BST Grant Edwards wrote:
>> I switched from evdev to libinput as recommeded by recent news, and
>> now my keyboard is hosed: a bunch of keys are unrecognized or send the
>> wrong thing. (Arrow keys don't work, right-CTRL causes scre
On Monday, 6 April 2020 15:37:34 BST Grant Edwards wrote:
> I switched from evdev to libinput as recommeded by recent news, and
> now my keyboard is hosed: a bunch of keys are unrecognized or send the
> wrong thing. (Arrow keys don't work, right-CTRL causes screen to
> flash, pgup/pgdown don't wor
On Monday, 6 April 2020 15:38:00 BST Neil Bothwick wrote:
> On Mon, 6 Apr 2020 16:26:27 +0200, tu...@posteo.de wrote:
> > Do I really need an image on an USBstick to boot into UEFI mode
> > just to setup a system to boot into UEFI mode?
>
> Yes. The bootloader needs access to the EFI variables to
I switched from evdev to libinput as recommeded by recent news, and
now my keyboard is hosed: a bunch of keys are unrecognized or send the
wrong thing. (Arrow keys don't work, right-CTRL causes screen to
flash, pgup/pgdown don't work, etc.). Unfortunately, all of the
keyboard layout documentation
On Mon, 6 Apr 2020 16:26:27 +0200, tu...@posteo.de wrote:
> Do I really need an image on an USBstick to boot into UEFI mode
> just to setup a system to boot into UEFI mode?
Yes. The bootloader needs access to the EFI variables to set itself up
and those are only present when booting with EFI.
Yo
On 2020-04-06, Jack wrote:
> On 4/6/20 9:35 AM, Grant Edwards wrote:
>> On 2020-04-06, William Kenworthy wrote:
>>
>>> Use rsync with the bwlimit option to slow down the overall data rate -
>>> monitor the temp with smart and slow it up if needed (I actually don't
>>> think you will have a prob
On 04/06 03:35, Andrea Conti wrote:
> > Then there was something mentioned about namespaces, which should
> > be allocated smaller than the physical drive
> > Is this really needed - just to boot from this SSD?
>
> NVMe namespaces are an abstraction layer that allows a controller to present
> its
I'm assuming your subscription to this mailing list was unintentional, so you
should just send an email to gentoo-user+unsubscr...@lists.gentoo.org.
Am Montag, 6. April 2020, 16:13:16 CEST schrieb gary worley:
> Hi
> I keep getting a load of messages daily from this gentoo group. I must have
> pre
On 4/6/20 9:35 AM, Grant Edwards wrote:
On 2020-04-06, William Kenworthy wrote:
Use rsync with the bwlimit option to slow down the overall data rate - monitor
the temp with smart and slow it up if needed (I actually don't think you will
have a problem.)
Does bwlimit work with local copies
HiI keep getting a load of messages daily from this gentoo group. I must have pressed something anyway do you know how I can stop getting all these messages. CheersGary-- Sent from my Android phone with mail.com Mail. Please excuse my brevity.On 06/04/2020, 15:09 Daniel Frey wrote:
On 4/5
On 4/5/20 11:21 PM, tu...@posteo.de wrote:
Hi,
Currentlu my newly created system is installed on a harrdisk, which
sit in a docking station connect via USB to my PC.
The system is intended to be complete in the sense, that can
boot bu itsself without accessing any other storage device.
What is
On Sun, Apr 5, 2020 at 11:21 PM wrote:
>
> Hi,
>
> Currentlu my newly created system is installed on a harrdisk, which
> sit in a docking station connect via USB to my PC.
>
> The system is intended to be complete in the sense, that can
> boot bu itsself without accessing any other storage device.
On 2020-04-06, tu...@posteo.de wrote:
> If I change to boot sequence in the BIOS to boot the harddisk from
> the docking station...will it become /dev/sda ?
No. The BIOS boot sequence has nothing to do with the order that mass
storage devices are enumerated and named by the kernel.
> Fstab dep
On 2020-04-06, William Kenworthy wrote:
> Use rsync with the bwlimit option to slow down the overall data rate -
> monitor the temp with smart and slow it up if needed (I actually don't think
> you will have a problem.)
Does bwlimit work with local copies? The man page says specifically
it's
Then there was something mentioned about namespaces, which should
be allocated smaller than the physical drive
Is this really needed - just to boot from this SSD?
NVMe namespaces are an abstraction layer that allows a controller to
present its connected storage as a number of independent volume
On Mon, Apr 06, 2020 at 09:15:27AM -0400, Michael Orlitzky wrote:
> All real MTAs follow the specification. A few email service providers
> (think SendGrid, MailChimp, etc.) allow their users to configure how
> many retries will be made, and every once in a while you have users who
> set it to zero
On 4/6/20 9:08 AM, Ashley Dixon wrote:
> On Mon, Apr 06, 2020 at 08:41:20AM -0400, Michael Orlitzky wrote:
>> There's no need, the SMTP specification says that senders must retry
>> every message, and should continue retrying for at least 4 or 5 days:
>>
>> https://tools.ietf.org/html/rfc5321#sec
On Mon, Apr 06, 2020 at 08:41:20AM -0400, Michael Orlitzky wrote:
> There's no need, the SMTP specification says that senders must retry
> every message, and should continue retrying for at least 4 or 5 days:
>
> https://tools.ietf.org/html/rfc5321#section-4.5.4
That's a relief, cheers.
Excuse
(Hmm, weird, this failed to send and was laying around in my outbox.)
Am Samstag, 21. März 2020, 16:29:48 CET schrieb David Haller:
> Hello,
>
> On Sat, 21 Mar 2020, Marc Joliet wrote:
> >Am Mittwoch, 18. März 2020, 16:56:52 CET schrieb antlists:
> [..]
>
> >> Can't remember where it was - some
Am Donnerstag, 2. April 2020, 13:29:06 CEST schrieb Caveman Al Toraboran:
[...]
> * another shows `watch 'dmesg -T` for kernely
> things not showing up in `journalcdl`.
[...]
Don't "journalctl -k" and "journalctl -t kernel" accomplish the same thing,
though? (I mean, I also use "dmesg -T" on oc
On 4/6/20 8:35 AM, Ashley Dixon wrote:
>
> What do you think; is this at all possible ? Has anyone here done anything
> like
> this before ?
>
There's no need, the SMTP specification says that senders must retry
every message, and should continue retrying for at least 4 or 5 days:
https://to
Hello,
After many hours of confusing mixtures of pain and pleasure, I have a secure and
well-behaved e-mail server which encompasses all the features I originally
desired. However, in the event that I need to reboot the server (perhaps a
kernel update was added to Portage), I would like to have a
Hi,
I read quite some stuff of the more general kind about NVMe, the
technoloy etc...and would not state to be sure of haveing understood
all that ...
Currently I have installed (physically) a NVMe drive, which is
unaltered and in the state as the company has delivered it.
This drive should beco
On Sunday, 5 April 2020 20:39:47 BST Neil Bothwick wrote:
> On Sun, 05 Apr 2020 19:08:24 +0100, Peter Humphrey wrote:
> > > I wonder, would there ever be any valid reason to have the E.S.P.\
> > > and /boot as different partitions ?
> >
> > I found I had to do so. I couldn't get Neil's prererred l
On Thursday, April 2, 2020 1:33:08 PM CEST n952162 wrote:
> (I see that /var/db/pkg/app-crypt/gnugp*/CONTENTS has ...)
>
> On 2020-04-02 13:30, n952162 wrote:
> > I see that /var/db/pkg/app-crypt/gnugp* has
> >
> > /usr/bin/gpg
> >
> > I re-emerged that, thinking maybe packages on the stage3 CD
> > > Why does portage insist on installing busybox for me?
> >
> > BusyBox is just a minimal set of utilities which would be useful for
> > rescuing a system, or to be used on an embedded system with extreme
> > limitations. There's not really any reason to remove this, but if you
> > insist...
>
On Sun, 5 Apr 2020 20:57:28 -0700, Ian Zimmerman wrote:
> I am preparing some home made ebuilds and I run "repoman manifest" as
> part of the process. repoman downloads the upstream tarball for the
> package from the SRC_URI location, but only after trying the distfiles
> directory on all servers
74 matches
Mail list logo
