<div dir="ltr">Hello,<br><br>For those who don't care about the geeky process, pop down a few paragraphs (TL;DR - "stuck" messages are rescued, and are below).<br><br>With the substantial queue of SPAM waiting to be processed (60,000+ messages), I pulled out the "possibly relevant" ones with `grep` ("<a href="mailto:nslug@nslug.ns.ca">nslug@nslug.ns.ca</a>") in a `for` loop on the `ls` command (had to be split into four chunks in order to operate).<br><br>That brought me down to 362.  With a few more scripts, I copied the identified messages to a staging directory, and created a choice system on the remaining files - move/`mv` to another directory to trash, or copy/`cp` to keep around (did not need finesse, just quick-and-dirty).  This allowed me to "moderate" the 362 in about an hour - the longest time took for the ones that required a lot of scrollback due to base64 encoding - for many the header disappeared from view so I came back to them later on equipped with a less pipe.  <br><br>That boiled things further down to seven, with one more awaiting moderation in mailman (which can be safely dropped).  Below is a "digest" of those seven.  Cheers.<br><br>---<br><br>From: Frank Geitzler <<a href="mailto:frank.geitzler@ns.sympatico.ca">frank.geitzler@ns.sympatico.ca</a>><br>Date: Sat, 6 Jan 2018 22:27:44 -0400<br>Subject: Meeting Monday evening, January 8th?<br><br>Weather permitting, I plan to be there.  Richard, Joel, do you think you <br>will make it?<br><br>Frank<br><br>---<br><br>From: <a href="mailto:mspencer@tallships.ca">mspencer@tallships.ca</a> (Mike Spencer)<br>Date: Fri, 12 Jan 2018 03:53:39 -0400<br>Subject: [nSLUG] Browser reading files across filesystems on localhost?<br><br><br>If I fire up a browser in Linux, I can ask it to show me a directory<br>listing of any readable directory under /, then click on files from<br>that directory list.<br><br>If I mount another computer's fs on a mount point, say host pan on<br>/mnt/pan, I can access it with all the usual linux utilities -- cd,<br>ls, emacs M-x dired, cp to and from etc.  Been doing this forever with<br>the right entries in /etc/fstab.<br><br>But if I ask a browser to show me, say, /mnt/pan, it shows an empty<br>directory, as if no file system were mounted.  Same for /mnt/pan/var<br>and so on.<br><br>Is there a known reason why this doesn't work?  Some detail I don't<br>know about permissions or NFS mounts?<br><br>Example fstab entry:<br><br>   pan:/   /mnt/pan       nfs   noauto,user,rw,hard,intr 0 0<br>  <br>Mount point:<br><br>   bogus% ls -l /mnt |grep pan<br><br>   drwxr-xr-x 21 root root  4096 Oct 19 03:10 pan/<br><br>   bogus% ls -l /mnt/pan<br><br>   total 180<br>   drwxr-xr-x   2 root root  4096 Apr  4  2015 bin/<br>   drwxr-xr-x   3 root root  4096 Oct 19 04:06 boot/<br>   drwxr-xr-x  17 root root 69632 Jul  8  2014 dev/<br>   drwxr-xr-x 102 root root 12288 Jan 12 03:30 etc/<br>   drwxr-xr-x   6 root root  4096 Jan  9 22:53 home/<br>   [snip etc. etc.]<br><br>   bogus% mount |grep pan<br><br>   pan:/ on /mnt/pan type nfs (rw,noexec,nosuid,nodev,hard,intr,<br>                               addr=192.168.0.20,user=mds)<br><br><br><br>Had one little Linux success recently: How to suppress huge, ugly<br>client-supplied icon pixmaps in twm.  Now I'd like to beat up this<br>browser problem, too.<br><br><br>- Mike<br><br>-- <br>Michael Spencer                  Nova Scotia, Canada       .~. <br>                                                           /V\ <br><a href="mailto:mspencer@tallships.ca">mspencer@tallships.ca</a>                                     /( )\<br><a href="http://home.tallships.ca/mspencer/">http://home.tallships.ca/mspencer/</a>                        ^^-^^<br><br>---<br><br>From: Frank Geitzler <<a href="mailto:frank.geitzler@ns.sympatico.ca">frank.geitzler@ns.sympatico.ca</a>><br>Date: Mon, 22 Jan 2018 11:08:09 -0400<br>Subject: HCC January 2018 meeting<br><br>The first meeting for the new year of the Halifax Computer Club (HCC) <br>will take place Wednesday, January 31, 2018 (weather permitting).  We <br>have no topics on the agenda, but feel free to reply to me to suggest <br>anything you would like to bring up. Guests are welcome, and several of <br>us attend both NSLUG and HCC meetings.  We meet in the Community Room of <br>Sobeys grocery store on the corner of North and Windsor Streets in <br>Halifax from 7:00 P.M. - 9:00 P.M. The website address for our meetings <br>page is: <a href="http://hcc.chebucto.org/meetings.html">http://hcc.chebucto.org/meetings.html</a><br><br>We hope to see you, or hear from you.<br><br>Frank<br><br>---<br><br>From: Frank Geitzler <<a href="mailto:frank.geitzler@ns.sympatico.ca">frank.geitzler@ns.sympatico.ca</a>><br>Date: Tue, 30 Jan 2018 17:18:40 -0400<br>Subject: Tomorrow evening - HCC January 2018 meeting<br><br>Just a reminder:<br><br>The first meeting for the new year of the Halifax Computer Club (HCC)<br>will take place Wednesday, January 31, 2018 (weather permitting).  We<br>have no topics on the agenda, but feel free to reply to me to suggest<br>anything you would like to bring up. Guests are welcome, and several of<br>us attend both NSLUG and HCC meetings.  We meet in the Community Room of<br>Sobeys grocery store on the corner of North and Windsor Streets in<br>Halifax from 7:00 P.M. - 9:00 P.M. The website address for our meetings<br>page is: <a href="http://hcc.chebucto.org/meetings.html">http://hcc.chebucto.org/meetings.html</a><br><br>We hope to see you, or hear from you.<br><br>Frank Geitzler<br><br>---<br><br>From: "George N. White III" <<a href="mailto:gnwiii@gmail.com">gnwiii@gmail.com</a>><br>Date: Sun, 4 Feb 2018 09:31:57 -0400<br>Subject: Re: [nSLUG] Examine unknown static binary<br><br>On 14 December 2017 at 18:25, francis picabia <<a href="mailto:fpicabia@gmail.com">fpicabia@gmail.com</a>> wrote:<br><br>><br>> A web app has uploaded a static ELF binary.<br>><br>> Someone else is in charge of updating the app so it won't happen again.<br>><br>> I've looked at it with:<br>><br>>  strings binaryfile | grep '.\{18}'<br>><br>> for any hints about what it does, nothing solid.<br>><br>> Windows anti-virus would identify it as ChinaZ.J<br>> This covers many things, so doesn't really help.<br>><br>> I'd like to have a sandbox where I could try running the binary<br>> with no network.  It doesn't seem jail software is 100% safe.<br>><br>> How to do this while assuming the worst could happen?<br>> The other choice is to install a fresh Linux on an isolatable box.<br>><br>> I see a list of analyzers here:<br>><br>> <a href="https://zeltser.com/automated-malware-analysis/">https://zeltser.com/automated-malware-analysis/</a><br>><br>> Has anyone tried and found a good one?<br>><br><br><br>This just arrived, so maybe no longer an issue, but if you haven't<br>seen it, the SANS.org diary has a number of examples of malware<br>analysis, usually highlighting a sample that uses novel tricks to<br>obscure the code.<br><br>After 6+weeks the file may have been analyzed by others, so may be<br>worth looking for your sample in one of the databases mentioned in<br>the link you posted above.<br><br>-- <br>George N. White III<br><br>---<br><br>From:   Richard Bonner <<a href="mailto:ak621@chebucto.ns.ca">ak621@chebucto.ns.ca</a>><br>Date:   Sun, 4 Feb 2018 11:54:24 -0400 (AST)<br>Subject: Re: [nSLUG] local parts supplier?<br><br>On Mon, 18 Dec 2017, Bill Morrow wrote:<br><br>> I'm having issues with my Linux Mint 17.3 "Rosa" computer.<br>(Snip)<br><br>> Everything is working again, but I'm still thinking I might need parts in a<br>> hurry. What's a good local shop?<br><br>***   I use A1 Laptop in the DSC: 469-0162<br><br>  Richard<br><br>---<br><br>From: Baha Baydar <<a href="mailto:bbaydar@gmail.com">bbaydar@gmail.com</a>><br>Date: Sun, 4 Feb 2018 16:13:55 -0400<br>Subject: Re: [nSLUG] local parts supplier?<br><br>My go to shops are MysteryByte, Brilliance, and TBC (Two Bad Cats). I've<br>heard good things about Octopi Computers but never bought anything from<br>them.<br><br>On Mon, Dec 18, 2017 at 11:46 AM, Bill Morrow <<a href="mailto:morrowwm@gmail.com">morrowwm@gmail.com</a>> wrote:<br><br>> I'm having issues with my Linux Mint 17.3 "Rosa" computer. For a week or<br>> so, the 3.19.0-32-generic x86_64 kernel was giving the errors below, and<br>> last night it refused to boot. My motherboard has always been flaky, not<br>> reliably sending the signal to the PSU to apply power. I finally got it<br>> going again by overriding the PSU sense line (the green wire). I booted off<br>> an old image on one of the hard drives, and fsck cleaned the normal boot<br>> drive. It found a few errors, possibly from aborted boot attempts while<br>> dealing with the power issue.<br>> The root partition is on a ~2 year old Sandisk 120GB solid state drive.<br>> The motherboard and PSU are not that old, around 4 years.<br>><br>> Everything is working again, but I'm still thinking I might need parts in<br>> a hurry. What's a good local shop?<br>><br>> Here's the error. The internet says it could be:<br>> - a kernel bug<br>> - a bad SATA cable<br>> - a failing hard drive<br>> - a bad motherboard<br>> - a bad power supply<br>> which doesn't exactly narrow it down much.<br>><br>><br>> Dec 17 14:34:39 seal kernel: [355753.439912] ata6: exception Emask 0x10<br>> SAct 0x0 SErr 0x90000 action 0xe frozen<br>> Dec 17 14:34:39 seal kernel: [355753.439921] ata6: irq_stat 0x00400000,<br>> PHY RDY changed<br>> Dec 17 14:34:39 seal kernel: [355753.439927] ata6: SError: { PHYRdyChg<br>> 10B8B }<br>> Dec 17 14:34:39 seal kernel: [355753.439937] ata6: hard resetting link<br>> Dec 17 14:34:40 seal kernel: [355754.335896] ata6: SATA link up 1.5 Gbps<br>> (SStatus 113 SControl 300)<br>> Dec 17 14:34:45 seal kernel: [355759.336565] ata6.00: qc timeout (cmd 0xa1)<br>> Dec 17 14:34:45 seal kernel: [355759.336584] ata6.00: failed to IDENTIFY<br>> (I/O error, err_mask=0x4)<br>> Dec 17 14:34:45 seal kernel: [355759.336591] ata6: hard resetting link<br>> Dec 17 14:34:45 seal kernel: [355759.828631] ata6: SATA link up 1.5 Gbps<br>> (SStatus 113 SControl 300)<br>> Dec 17 14:34:55 seal kernel: [355769.829968] ata6.00: qc timeout (cmd 0xa1)<br>> Dec 17 14:34:55 seal kernel: [355769.829985] ata6.00: failed to IDENTIFY<br>> (I/O error, err_mask=0x4)<br>> Dec 17 14:34:55 seal kernel: [355769.829991] ata6: limiting SATA link<br>> speed to 1.5 Gbps<br>> Dec 17 14:34:55 seal kernel: [355769.829997] ata6: hard resetting link<br>> Dec 17 14:34:56 seal kernel: [355770.322038] ata6: SATA link up 1.5 Gbps<br>> (SStatus 113 SControl 310)<br>><br>> _______________________________________________<br>> nSLUG mailing list<br>> <a href="mailto:nSLUG@nslug.ns.ca">nSLUG@nslug.ns.ca</a><br>> <a href="http://nslug.ns.ca/mailman/listinfo/nslug">http://nslug.ns.ca/mailman/listinfo/nslug</a><br>><br>><br><br><br>-- <br>Baha Baydar<br><a href="mailto:bbaydar@gmail.com">bbaydar@gmail.com</a><br><br>---<br><br>End of nSLUG Downtime Digest<br clear="all"><div><div class="gmail_signature"><br>--<br>Cheers,<br>Joel Maxuel<br><br>"One should strive to achieve, not sit in bitter regret."<br> - Ronan Harris / Mark Jackson</div></div>
</div>