-bait.
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Mail
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ont
t
add any measurable degree of security or privacy.
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Mail
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Dr
e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Mail
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario f
NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Mail
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905
issues of data
security and network integrity. A discussion that is truly
representative of our 'security theatre' industry; being both
expensive and irrelevant. In system design we call this stuff
'bike-shedding'.
--
*** e-Mail is NOT a SECURE channel
CURE channel ***
Do NOT transmit sensitive data via e-Mail
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
ug and re-plug the iPhone's USB
connection to the host. The second connection attempt worked as I
recall.
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Mail
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Ly
Has anyone here packaged aubit 4GL on CentOS-6? If so would you share
your spec file?
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Mail
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited
04
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Mail
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontar
ly for archived mailing lists,
is little more than dogmatic adherence to a style that serves only to
distinguish the 'in group' from the 'other'.
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Mail
James B. Byrne
NOT transmit sensitive data via e-Mail
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada L8E 3C3
__
second working.
So, that mystery is cleared up. I have others, and of course SELinux
is in there, but this one is put to bed.
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Mail
James B. Byrnemailto:byrn...@harte-lyn
On Mon, July 6, 2015 15:47, m.r...@5-cent.us wrote:
> James B. Byrne wrote:
>> We have a requirement to allow ssh access to a server in order to
>> provide a secure link to one of our legacy systems. I would like to
>> chroot these accounts.
>>
>> I have this wo
thing
like etc/passwd and /etc/group into the chroot/etc?
TIA
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Mail
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brock
umstance
warrants.
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Mail
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1
minimum of fuss use something like Webmin and get on with
the rest of your life.
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Mail
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte
local host and it caches those answers for
future reuse by that host.
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Mail
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.ha
On Thu, June 18, 2015 10:05, Valeri Galtsev wrote:
>
> On Thu, June 18, 2015 8:29 am, Jonathan Billings wrote:
>> On Thu, Jun 18, 2015 at 09:11:01AM -0400, James B. Byrne wrote:
>>> So, what does this do?
>>>
>>> # cat /etc/prelink.conf.d/skype.conf
>>
So, what does this do?
# cat /etc/prelink.conf.d/skype.conf
-b /usr/bin/skype
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Mail
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.h
erences. So if that is the case it is not by intent. In any
case. I have since shutdown and restarted the gnome session multiple
times without Skype running and it auto-starts every time regardless.
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data
ss, there is no entry in that
list which appears related to Skype.
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Mail
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.
channel ***
Do NOT transmit sensitive data via e-Mail
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario
> # su - youruser
> $ grep -irs skype . | less
>
> now just need to parse the output, find where its being called
> (probably .X?? or .x?? or .gnome??), remove it.
>
> --Virilha
>
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data
he
> graphical interface has a CWD of $HOME, so anything it forks will
> too.
>
What I do is open a terminal session; cd to the working directory I
desire, and then run gvim from the command line.
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit se
On Tue, June 16, 2015 09:02, Sorin Srbu wrote:
>> -Original Message-
>> From: centos-boun...@centos.org [mailto:centos-boun...@centos.org]
>> On
>> Behalf Of James B. Byrne
>> Sent: den 16 juni 2015 14:55
>> To: centos@centos.org
>> Subject: [Cen
data via e-Mail
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada L8E 3C3
___
sensitive data via e-Mail
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada L8E
offset.
This is not to say that I disagree with the underlying point, only
that it is a bit overly selective in its formulation.
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Mail
James B. Byrnemailto:byrn...@harte-lyne.ca
overnment needs most to assert its
legitimacy is the very thing that its own security forces attack and
undermine to the point of collapse; trust.
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Mail
James B. Byrnem
.google.com/webmasters/tools/>. More information about
> the review process is available in Google'sWebmaster Help Center
> <http://www.google.com/support/webmasters/bin/answer.py?answer=45432>.
>
>
Which raises the question: Just how bad does a site have to get
-Mail
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada L8E 3C3
___
CentOS mai
/sysconfig/network so
the ifcfg-X file is where I usually place it.
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Mail
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Broc
On Mon, May 11, 2015 16:28, Alessandro Baggi wrote:
> On c7 I can't find mod_perl.
https://serverfault.com/questions/605745/mod-perl-on-rhel-7
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Mail
James B. Byrnemai
On Fri, May 8, 2015 13:23, m.r...@5-cent.us wrote:
> Devin Reade wrote:
>> --On Friday, May 08, 2015 09:58:32 AM -0400 "James B. Byrne"
>> wrote:
>>
>>> While attempting to debug something else I ran across this:
>>>
>>> ssh -vvv somehos
o its original chain until ACCEPTed,
DROPped or REJECTed.
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Mail
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Driv
e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Mail
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario
hosts
The password-less connections complete in any case but I am perplexed
as to what is the problem with the root identity key that ssh is
reporting.
Can anyone explain to me what this means?
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Ma
-above 3 --connlimit-mask 32
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Mail
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905
timestamp itself also must rollover,
given sufficient uptime (~288 days I believe I read), what prevents
one from manually forcing that event? Is there such a means provided
in CentOS6?
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Mail
James B
thereof. Off-list is
probably best unless there are any CentOS specific issues that arise.
Thanks,
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Mail
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Lim
.27.75.133|:443... connected.
HTTP request sent, awaiting response... 500 Domain Not Found
2015-04-22 09:50:49 ERROR 500: Domain Not Found.
8
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://
On Sat, April 18, 2015 11:16, Jake Shipton wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 16/04/15 16:01, James B. Byrne wrote:
>> This morning I discovered this in my clamav report from one of our
>> imap servers:
>>
>> /usr/share/nmap
!
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada L8E
-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada L8E
System br1"
NM_CONTROLLED="no"
ONBOOT="yes"
PREFIX="24"
TYPE="Bridge"
USERCTL="no"
How far off am I in these musings? I would like to have some clue of
the trouble I am in for before I go and break something. Your
comments and suggestio
Requires: php-pear(PEAR)
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
Thanks,
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte &
ght.
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario
disused address in our netblock assignment. So whatever
this is it is not legit. Does anyone recognize this?
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley D
g effort without paying for them?
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1
host. eth0 is the WAN i/f, eth1 is the
LAN i/f. Our netblock is x.y.z.0/24. Can somebody tell me what this
record is?
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.
ate. The rest
of the AV field I have no basis for evaluating.
MicroSoft's SE has sort of dropped out of the AV race. See:
http://www.howtogeek.com/173291/goodbye-microsoft-security-essentials-microsoft-now-recommends-you-use-a-third-party-antivirus
--
*** E-Mail is NOT a SECURE channel
for unpopular decisions.
BTW. What happens if a bad ISO gets spun, released and then is
replaced in the same month? Does it become: 7.1504_a?; 7.1504b?;
7.1504_1?; 7.150403?
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte &
ve as a security enhancement.
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario fax:
error code 1.
semodule: Failed!
semodule -R
[root@xnet241 ~]# semanage port -d -t http_port_t -p tcp 80
/usr/sbin/semanage: Port tcp/80 is defined in policy, cannot be deleted
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte
artefacts and make the context
assignments that I wish?
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ont
has no cable.
Following a update last year I began receiving console messages
complaining about this state but ignored them.
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyn
On Tue, March 31, 2015 16:18, Frank Cox wrote:
> On Tue, 31 Mar 2015 16:11:38 -0400
> James B. Byrne wrote:
>
>> Does anyone have any idea what has happened and why I might be
>> getting that message?
>
> I don't use that but have you checked to see if you now ha
any idea what has happened and why I might be getting
that message?
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561
URE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada L8E 3C3
___
https://rhn.redhat.com/errata/RHBA-2015-0706.html
Looks like they have fixed the problem.
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley D
On Wed, March 18, 2015 10:59, m.r...@5-cent.us wrote:
> Hi, James,
>
> James B. Byrne wrote:
>> Kernel panic - not syncing: Attempted to kill init!
>
> Now, admittedly, a) I really haven't been following this thread, and
> b) haven't worked a lot with VM
eleted and recreated the virtio disk several times
with differing sizes and it always comes down to whether or not the
disk is partitioned.
I have added virtio disks to other kvm guests in the same fashion many
times and have never run into this.
--
*** E-Mail is NOT a SECURE channel *
On Tue, March 17, 2015 18:13, Dennis Jacobfeuerborn wrote:
>
> Have you tried restarting the libvirtd service?
>
> Regards,
> Dennis
>
What does that do to the other running guest vm instances?
--
*** E-Mail is NOT a SECURE channel
es/libvirt.py", line 1566, in
shutdown
if ret == -1: raise libvirtError ('virDomainShutdown() failed',
dom=self)
libvirtError: Requested operation is not valid: domain is not running
They seem to be mutually exclusive and yet occur together nonetheless.
--
*** E-Mail is NO
anything I can do to
recover it. I am concerned that this sort of thing is even possible.
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox
SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada L8E
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 07
Why is there a release candidate in Updates?
bind-libs.x86_64 32:9.8.2-0.30.rc1.el6_6.2
updates
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.
On Wed, March 11, 2015 13:46, Grant McChesney wrote:
> On Wed, Mar 11, 2015 at 10:03 AM, James B. Byrne
>
> wrote:
>
>> Can anyone inform me as to whether or not Java on CentOS-6.6 still
>> has SSLv3 enabled? And if it does then how is it disabled?
>>
>>
idea how to actually do this with Wireshark. I
would like some guidance on how to proceed if someone would be so
kind.
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.
Can anyone inform me as to whether or not Java on CentOS-6.6 still has
SSLv3 enabled? And if it does then how is it disabled?
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.h
n>
Floppy drives? Floppy drives! Wot lukxxxuuury! We woul'da killed for
floppy drives. I remmebr when dad brought hoom papirr punch tape for
the first time. And we had needles to program it widt. . . .
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrne
rules
should be
# added
# Values: STRING Default: INPUT
chain = INPUT
HTH
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-
is rather
cumbersome. And I often forget what state I have left them in. Which
occasionally makes for some confusing moments trying to debug a
non-existent problem.
Regards,
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Ha
t the gsettings utility.
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario fax: +1 9
t was.
# yum history rollback 1 # return to first post-update state.
# yum history undo 1 # undo first update; return to initial state.
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited h
re out why that is
so and fix that issue. Then the slave should update.
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561
ane/good/useful defaults.
Gnome3?
DFCAR. . .
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario
ework level. That is simply not going to happen
with FOSS.
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Ha
On Thu, February 19, 2015 12:33, Les Mikesell wrote:
> On Thu, Feb 19, 2015 at 9:48 AM, James B. Byrne
> wrote:
>>
>>> I added these directives to the route-eth0:192 file:
>>>
>>> ADDRESS0=192.168.6.9
>>> NETMASK0=255.255.255.0
>>&
On Thu, February 19, 2015 10:19, James B. Byrne wrote:
>
> I added these directives to the route-eth0:192 file:
>
> ADDRESS0=192.168.6.9
> NETMASK0=255.255.255.0
> GATEWAY0=192.168.6.1
>
Which should have been:
ADDRESS0=192.168.6.0
NETMASK0=255.255.255.0
GATEW
On Wed, February 18, 2015 13:07, Les Mikesell wrote:
> On Wed, Feb 18, 2015 at 11:39 AM, James B. Byrne
> wrote:
>> 2. How does one configure the routing table on network startup to
>> specifically detail the route particular addresses are supposed to
>> take?
>>
&g
Let us be frank,
the Linux/GNU hoge-poge of syntax makes the English language look
positively simple in comparison. And that is not a good thing.
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited
o"
ONBOOT="yes"
TYPE="Ethernet"
UUID="0202e615-ce93-4fe1-833a-c11259afb850"
DEVICE="eth0:192"
BOOTPROTO="static"
BROADCAST="192.168.6.255"
GATEWAY="192.168.6.1"
IPADDR="192.168.6.x"
NETMASK="255.255.255.
ject.org/repos/dist-6E-epel-build/latest/x86_64/
cost=2000
enabled=0
[epel-debug]
name=epel-debug
mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=epel-debug-6&arch=x86_64
failovermethod=priority
enabled=0
"""
and one calls it like this:
mock --rebuild
%clean
rm -rf %{buildroot}
%files
%defattr(-,root,root,-)
%doc
%changelog
* Fri Apr 05 2013 James B. Byrne
- Rebuild for CentOS-6.4
- This description is an example and is not automatically
- generated for you.
Note that the formats for the date and identity in changelog entries
are
?
On the other hand, we also have large organizations who use smtp pools
and with these grey-listing simply does not work. Each subsequent
attempt to connect can occur from any of the IPs in that pool and the
mail either never gets through or is seriously delayed. For those
cases we are constraine
s bounced back to the backup MX, which
just happens to be the host that just sent it, thus causing the loop.
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Broc
d-alone laptop but I would never put
it on anything that connected to my networks. I certainly would not
place it on anything that did not possess a fairly robustly
constructed firewall with strict limits on outgoing traffic.
--
*** E-Mail is NOT a SECURE channel
On Tue, February 10, 2015 09:25, James B. Byrne wrote:
By mistake. Sorry for the otherwise empty quoted reply. I have no
idea what I pressed that sent it off while I was reading.
And, since I am committed to writing anyway, recall that a host key
goes into /etc/ssh. Personal keys go into
On Tue, February 10, 2015 04:18, Andrew Holway wrote:
> On 10 February 2015 at 06:32, Mark Tinberg
> wrote:
>
>>
>> > On Feb 9, 2015, at 12:27 PM, Robert Nichols
>>
>> wrote:
>> >
>> > On 02/09/2015 11:14 AM, James B. By
is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561
s NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada L8E 3C3
ted; and how much effort will it take to recover?
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario
one who can copy
> /etc/shadow already has root privileges. They do not need to crack
> your passwords now. You are already boned.
>
>
>
My thought exactly.
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
H
evice). This is not
paranoia, this is observed activity. (Sorry about the x y
stuff, but on consideration I would rather not run the risk of being
harassed by either or both of the two major corporations involved.)
Sometimes I just cannot bear to think about this stuff anymore.
--
***
u can find the
material you need.
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario
nk of themselves
as a fool. I call this the 'Buckley's Mixture' approach to social
engineering.
In any case, allowing an eight character password on credentials
exposed to public network access is laughable.
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrn
de looking in, this all smells of a pointy
haired boss directive that the devs are trying to cover their
collective asses from. Of course, my corporate days are long behind
me so perhaps things have changed. Equally it could be simple
incompetence by highly strung people
nstallation. All I ever get is a starburst icon in my top panel when
there are unapplied updates. Are you telling us that when you switch
users (how exactly are you doing that?) that this PackageKit dialogue
window displays without any further action on your part?
--
*** E-Mail is NOT a SE
101 - 200 of 854 matches
Mail list logo