- luv-main - example.com

Re: **SPF problems detected ** Re: Sending Bulk Mail - Own SMTP mail server on VPS vs 3rd Party Mail Service
by Andrew McGlashan 24 Sep '17

24 Sep '17

Recieved-SPF: permerror (darrenwurf.com: Unknown mechanism type 'aaaa' in 'v=spf1' record) receiver=luv.asn.au; identity=mailfrom; envelope-from="darren(a)darrenwurf.com"; helo=mail.darrenwurf.com; client-ip=43.229.63.47 https://vamsoft.com/support/tools/spf-policy-tester 46.4.124.163 darren(a)darrenwurf.com PARAMETERS DNS server: 8.8.8.8 (Google Public DNS) Evaluation time limit: 20 seconds (default, see RFC7208 Section 4.6.4) Maximum number of void DNS lookups: 2 (default, see RFC7208 Section 4.6.4) Standards compliance: RFC7208 (April 2014) Test is queued, please wait... +0 msSPF check starting. IP: 46.4.124.163 Sender: darren(a)darrenwurf.com Domain: darrenwurf.com EHLO/HELO domain: +0 msRetrieving DNS TXT record for "darrenwurf.com". +37 msTXT record found. Line #1: "v=spf1 mx mx:darrenwurf.com mx:secure.darrenwurf.com mx:smtp.darrenwurf.com a:darrenwurf.com a:docker4.darrenwurf.com aaaa:darrenwurf.com -all" +0 msStarting SPF policy evaluation. Policy: "v=spf1 mx mx:darrenwurf.com mx:secure.darrenwurf.com mx:smtp.darrenwurf.com a:darrenwurf.com a:docker4.darrenwurf.com aaaa:darrenwurf.com -all" +1 msSyntax error in the SPF policy. Returning SPF "permerror". Domain: darrenwurf.com At character: 119 Length: 19 Token: "aaaa:darrenwurf.com" Error: Unknown term "aaaa". +0 msFinished SPF policy evaluation. DNS limits status: DNS terms 0 of 10 allowed. Void lookups 0 of 2 allowed. See RFC7208 Section 4.6.4. +0 msThere was an error during the policy evaluation. Error message: "Syntax error in SPF policy for "darrenwurf.com" at character 119: Unknown term "aaaa"." +0 msPolicy evaluation finished with SPF "permerror". TEST SUMMARY The evaluation completed in 38 ms, with 2 errors and 0 warning. Result: SPF permerror Permanent error. Fixing the problem requires intervention of the policy publisher. Error message: "Syntax error in SPF policy for "darrenwurf.com" at character 119: Unknown term "aaaa"."

2 2

Re: Sending Bulk Mail - Own SMTP mail server on VPS vs 3rd Party Mail Service
by Wen Lin 23 Sep '17

23 Sep '17

Hi Arjen, Thanks for your info. I will check out this Binary Lane. BTW, I noticed a few of our LUV members have VPS hosted by Digital Ocean. They seem quite active in hosting various Linux related forums and tutorials. However, Digital Ocean is also American, but they do have DCs outside of US, e.g. Canada. Cheers, Wen On 23 Sep. 2017 5:00 pm, "Arjen Lentz" <arjen(a)lentz.com.au> wrote: Hi For our VPS hosting needs in Australia we use Binary Lane. They're Australian owned as well, which I regard as an advantage (also in legal terms). Stuff just works and their support has been very prompt and technically competent. Linode is very good and we've used them for years, but they are American and thus directly subject to US legal leverage. Even if you used a Linode DC in Japan or Singapore, ultimately it would be open to US legal frivolities. This may not be a consideration for some needs, but I'm just putting it out there. Data sovereignty is a thing. Regards, Arjen.

1 0

test message
by zlinw＠mcmedia.com.au 12 Sep '17

12 Sep '17

Test message to see if I can finally post to luv from my luv registered email adress Lindsay

1 0

Re: device naming (was Re: Ethernet port setup part2)
by Erik Christiansen 08 Sep '17

08 Sep '17

On 08.09.17 22:22, Craig Sanders via luv-main wrote: > except that udev will **always* run before any NIC is up, while ifrename > may not - and will bail if the NIC is in use. which, IIRC, provided the > motivation for me to finally switch from ifrename to udev years after > udev had the capability. Whatever works best in the use case, of course, but from "man ifrename": "Ifrename must be run before interfaces are brought up, which is why it's mostly useful in various scripts (init, hotplug) but is seldom used directly by the user." Sounds like mdev will be worth a look once it matures a bit. (Will have to try to remember.) Erik

1 0

Re: device naming (was Re: Ethernet port setup part2)
by Russell Coker 08 Sep '17

08 Sep '17

On Thursday, 7 September 2017 11:02:52 PM AEST Rick Moen via luv-main wrote: > I would never recommend for a business as file server with simultaneous > use of motherboard SATA ports, a PCI-E SAS card, and USB things on an > ongoing basis. That seems like poor component selection, IMVAO. [0] Sometimes you just have to do such things. I run a server which has as it's main purpose preparing SD card images for embedded PCs. The images are made by the people who install the embedded PCs on-site (who wear high-visibility clothing). Getting them to unplug USB devices during system boot isn't a viable option. I just have to make the system work with a SD card being sda and hard drives being sde and sdf if it boots with the USB device connected. As for Ethernet device names, here are the device names I chose for one of my systems: ethbl ethbr gethm getht lo mb0 The sockets on PCI boards are bottom-left, bottom-right, middle (gig-e), and top (gig-e). The motherboard has a single socket. Udev naming worked for me and didn't need any special configuration. Now I use files in /etc/systemd/ network and again it works without any special configuration. -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/

2 1

Re: Ethernet port setup part2
by Rick Moen 08 Sep '17

08 Sep '17

I just remembered: > I vaguely recall that a system swapped eth0 and eth1 when replacing a > 2.0.x kernel with a 2.2.x kernel (or 2.4 to 2.6, or something like > that). Which didn't surprise me much, and is why God made rc files > editable. > > And ifrename is cool. I've encountered _zero_ instances of network interfaces changing their device nodes on RHEL/CentOS, under any circumstances, for the simple reason of DEVICE and HWADDR directives being used in the default /etc/sysconfig/networking/devices/ifcfg-* files. DEVICE=eth0 HWADDR=11:22:33:44:55:66 Which can optionally be used to assign devices names of your choosing such as 'lan' and 'wan'. I guess the 'network interfaces have come up in a different order' scenario seems to be primarily a Debian/*buntu, etc. one (that has never arisen in my use-cases), and mostly involves USB (and other equally flaky hotplug hardware schemes). Did I mention that ifrename is cool? ;->

2 1

Ethernet port setup part2
by zlinew9＠virginbroadband.com.au 07 Sep '17

07 Sep '17

Success.... At last! I was getting no where on Debian 8, glancing at Debian 9 spec, it said it had support for G4 modems, so I install debian 9, with network mangager..............still no joy .........ssssssiiiiggghhhhhh. Anyway this morning I was ready for a challaenge so I decided to have another go. I ran the command "nmcli connection show" to see what was happening and was stunned to find the following report........... ---------------------------------------------------------------- enx0c5b8f279a64: connected to Wired connection 3 "HUAWEI MOBILE" ethernet (rndis_host), 0C:5B:8F:27:9A:64, hw, mtu 1500 ip4 default inet4 192.168.8.100/24 inet6 fe80::4636:a274:6574:96fa/64 enp5s0: unavailable "Marvell 88E8056 PCI-E Gigabit Ethernet Controller (Motherboard)" ethernet (sky2), 20:CF:30:7E:C3:09, hw, mtu 1500 lo: unmanaged loopback (unknown), 00:00:00:00:00:00, sw, mtu 65536 DNS configuration: servers: 192.168.8.1 interface: enx0c5b8f279a64 servers: 192.168.254.1 domains: mydomain.example interface: enp6s0 --------------------------------------------------------- Its enx0c5b8f279a64 that I am looking for, it now works OK, interestingly connection time is slower than with windows but transfer rates appear to be good. Why I did not do this before, god knows............ God its great to getaway from bl...y awfull windows................. Now all (ALL!!!) I have to do is to reconfig my fire wall on to this box and my small network is back on the air. Lindsay

4 8

server crash
by Russell Coker 04 Sep '17

04 Sep '17

The luv server was down this morning because of a KVM error. Also another KVM VM on the same system crashed. Sorry for sleeping in. -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/

3 6

FOSS hack days
by Russell Coker 01 Sep '17

01 Sep '17

There are meetups for hacking open-data type projects held in the CBD. They are quite ok and hacking any open software is acceptable (some people edit Wikipedia and I have done some Debian development there). But they aren't specific to Linux and similar development. I have access to a very comfortable office in the CBD with free tea, coffee, hot chocolate, and wifi and I can invite friends for meetings. I can't issue an open invitation, but probably everyone who would be interested in attending such meetings is a friend anyway. ;) Who would be interested in attending such a meeting to work on Debian and similar projects? People who want to test software, file bug reports, work on documentation, etc are welcome. -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/

1 0

Auto-remove
by stripes theotoky 23 Aug '17

23 Aug '17

I use aptitude as a package manager. I'm running out of disk space. aptitude doesn't show anything needing to be removed. apt-get -s auto-remove shows just about every package in this range and offers to remove them linux-image-4.4.0-10-generic to linux-image-4.4.0-89-generic linux-headers-4.4.0-10-generic to inux-headers-4.4.0-89-generic In total there is 146 files (about 2GB) that apt-get would delete. An attempt to remove with aptitude shows nothing to remove sudo aptitude -s -oAptitude::Delete-Unused=1 install Check with aptitude as to why they are installed and all of them gives the same answer. aptitude why linux-image-4.4.0-15-generic i A linux-image-4.4.0-15-generic Provides zfs-dkms So is it safe to get rid of these files with apt-get auto-remove or will it mess up aptitude? -- Stripes Theotoky -37 .713869 145.050562

3 3