Stop
Hugh Wooller
hugh.wooller at gmail.com
Tue Aug 22 18:37:18 UTC 2017
On 22 Aug 2017 1:01 p.m., <freebsd-questions-request at freebsd.org> wrote:
> Send freebsd-questions mailing list submissions to
> freebsd-questions at freebsd.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.freebsd.org/mailman/listinfo/freebsd-questions
> or, via email, send a message with subject or body 'help' to
> freebsd-questions-request at freebsd.org
>
> You can reach the person managing the list at
> freebsd-questions-owner at freebsd.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of freebsd-questions digest..."
>
>
> Today's Topics:
>
> 1. NFS home directory performance tuning for Linux client
> (Kaya Saman)
> 2. Freebsd-questions, Guaranteed choice of website optimization
> (cynthia at adwordbillboard.com)
> 3. NFS home directory performance tuning for Linux client
> (Kaya Saman)
> 4. Re: FreeBSD-11 - local_unbound logging (James B. Byrne)
> 5. Cloud Security Users List (Sara Riebe)
> 6. Re: Cloud Security Users List (Littlefield, Tyler)
> 7. Re: Cloud Security Users List (JD)
> 8. Error compiling a qt5 application (Mario Lobo)
> 9. Re: Cloud Security Users List (Chris Hill)
> 10. Re: Cloud Security Users List (Matthias Apitz)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 21 Aug 2017 15:00:14 +0100
> From: Kaya Saman <kayasaman at gmail.com>
> To: freebsd-questions <freebsd-questions at freebsd.org>
> Subject: NFS home directory performance tuning for Linux client
> Message-ID: <30d13a2b-0813-9686-3841-b24051fa3e0e at gmail.com>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> Hi,
>
>
> I'm testing an Arch Linux client with my FreeBSD server which has
> recently been updated to 11.1. The server runs a zpool spread over 15x
> disks with SSD L2ARC and also just as another test point I am using a
> separate SSD (zpool over 1x disk) in the server to compare and contrast
> with.
>
>
> For non-home NFS mounts I found Version4 to have good performance
> however, when increasing the MTU size in the network: NIC's, switches,
> routing etc... to 9000 ; I tend to see a lot of server timeouts, even
> with rsize and wsize increased to 8192.
>
>
> Hard setting the Linux clients to vers=3 in fstab sees stability, as in
> no timeouts, and with no apparent decrease in performance either.
>
>
> What is odd however, is that FreeBSD to FreeBSD will just work without
> any issues at all, so I'm wondering if the NFS implementation on Linux
> is slightly different causing these issues??
>
>
> To the main question/issue however, when using as NFS home directory
> setting vers=3 on the client makes the system unuseable. It takes
> roughly 5-10 mins after login for anything to appear on screen then
> again after clicking somewhere another 5-10mins for the response.
>
> - setting to vers=4 improves things significantly but still if trying to
> use an application like Chromium then the system will hang upon browsing
> for 5-10 mins then come alive again??
>
>
> I have set the server up as follows in rc.conf:
>
>
> nfs_server_flags="-t -n 128 -h <IP>"
> nfs_server_enable="YES"
> nfsv4_server_enable="YES"
> nfsuserd_enable="YES"
> nfsuserd_flags="-domain domian.com"
> rpc_statd_enable="YES"
> rpc_lockd_enable="YES"
> rpcbind_enable="YES"
> rpcbind_flags="-h <IP>"
> mountd_enable="YES"
> mountd_flags="-r -n -l -h <IP>"
>
>
> I've even tried to increase the sysctl variable: vfs.nfs.iodmax from 20
> to 60
>
>
> On the client side the fstab entry contains the following options:
>
>
> vers=4,defaults,auto,tcp,retrans=10,timeo=30,rsize=8192,wsize=8192,noatime
>
>
> and gets mounted to /mnt/home. I realize the 'tcp' flag doesn't need to
> be there as v4 by default uses 'tcp' however, it is there when testing
> with v3.
>
>
>
> nfsstat command on server gives:
>
>
> Client Info:
> Rpc Counts:
> Getattr Setattr Lookup Readlink Read Write Create
> Remove
> 139585 0 399150 0 137485 0 0 0
> Rename Link Symlink Mkdir Rmdir Readdir RdirPlus
> Access
> 0 0 0 0 0 138482 0
> 393052
> Mknod Fsstat Fsinfo PathConf Commit
> 0 94496 4 0 0
> Rpc Info:
> TimedOut Invalid X Replies Retries Requests
> 0 0 0 0 1302226
> Cache Info:
> Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits
> Misses
> 16703860 139581 13000702 399150 667954 139782
> 0 0
> BioRLHits Misses BioD Hits Misses DirE Hits Misses Accs Hits
> Misses
> 0 0 116186 116459 94263 0 13744785
> 393052
>
> Server Info:
> Getattr Setattr Lookup Readlink Read Write Create
> Remove
> 3200367 39011 89025 41 203807584 806982 410 7656
> Rename Link Symlink Mkdir Rmdir Readdir RdirPlus
> Access
> 6383 101 2 6 1 2880 265953
> 1643074
> Mknod Fsstat Fsinfo PathConf Commit
> 0 94770 30 15 18370
> Server Ret-Failed
> 0
> Server Faults
> 0
> Server Cache Stats:
> Inprog Idem Non-idem Misses
> 0 0 0 209101544
> Server Write Gathering:
> WriteOps WriteRPC Opsaved
> 806982 806982 0
>
>
> And nfsstat on client:
>
>
> Client rpc stats:
> calls retrans authrefrsh
> 327404 1293 327395
>
> Client nfs v3:
> null getattr setattr lookup access
> 0 0% 367 49% 0 0% 3 0% 3 0%
> readlink read write create mkdir
> 0 0% 0 0% 0 0% 0 0% 0 0%
> symlink mknod remove rmdir rename
> 0 0% 0 0% 0 0% 0 0% 0 0%
> link readdir readdirplus fsstat fsinfo
> 0 0% 0 0% 1 0% 363 49% 2 0%
> pathconf commit
> 1 0% 0 0%
>
> Client nfs v4:
> null read write commit open
> 0 0% 16452 5% 169214 51% 6150 1% 17026 5%
> open_conf open_noat open_dgrd close setattr
> 11 0% 0 0% 4 0% 12719 3%
> 19691 6%
> fsinfo renew setclntid confirm lock
> 12 0% 480 0% 6 0% 6 0% 11578 3%
> lockt locku access getattr lookup
> 35 0% 10085 3% 5545 1% 24591 7%
> 17443 5%
> lookup_root remove rename link symlink
> 3 0% 1612 0% 4266 1% 31 0% 15 0%
> create pathconf statfs readlink readdir
> 105 0% 9 0% 7093 2% 4 0% 398 0%
> server_caps delegreturn getacl setacl fs_locations
> 21 0% 0 0% 0 0% 0 0% 0 0%
> rel_lkowner secinfo fsid_present exchange_id
> create_session
> 2051 0% 0 0% 0 0% 0 0% 0 0%
> destroy_session sequence get_lease_time reclaim_comp layoutget
> 0 0% 0 0% 0 0% 0 0% 0 0%
> getdevinfo layoutcommit layoutreturn secinfo_no
> test_stateid
> 0 0% 0 0% 0 0% 0 0% 0 0%
> free_stateid getdevicelist bind_conn_to_ses destroy_clientid seek
> 0 0% 0 0% 0 0% 0 0% 0 0%
> allocate deallocate layoutstats clone
> 0 0% 0 0% 0 0% 0 0%
>
>
>
> The server isn't loaded at all, load is around 0.40 and the network is
> also pretty free as the system has 4x NIC's in lagg with current
> throughput under 10Mb/s.
>
>
> Would anyone be able to offer any advice?
>
>
> Many thanks.
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 21 Aug 2017 18:16:13 +0000
> From: "cynthia at adwordbillboard.com" <cynthia at adwordbillboard.com>
> To: "freebsd-questions at freebsd.org" <freebsd-questions at freebsd.org>
> Subject: Freebsd-questions, Guaranteed choice of website optimization
> Message-ID: <97cb6bf1dce7fbfcf4032d3f8b40c371 at adwordbillboard.com>
> Content-Type: text/plain; charset=us-ascii
>
> Hi Freebsd-questions!
>
> The reason of failure in web page optimization is the millions of
> competitors fighting and struggling for the first places on top of search
> engine results. And such a situation has its consequences. Chances are
> small for those who always dismisses the necessity in attributing the
> true knowledge of website optimization process.
>
> Web page optimization requires specific technical expertise. For this
> reason, we can show you the new technology for your web page optimization.
> This technology can place your web page on the top portion of search
> engine results during the whole year.
>
> First, just go to our website and you can see for yourself how it works.
> Second, click on the website's DEMO page,
> Third, type your website freebsd org and keywords in form and feel free to
> enjoy the results.
>
>
> Yours Really,
> Cynthia Juarez
>
>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 21 Aug 2017 19:47:04 +0100
> From: Kaya Saman <kayasaman at gmail.com>
> To: freebsd-questions at freebsd.org
> Subject: NFS home directory performance tuning for Linux client
> Message-ID: <e8e7159f-7ef3-6231-0f86-a7b0e2354340 at gmail.com>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> So, currently I've tried doing something a little different which worked
> out well.
>
>
> I moved away from NFS and setup a ZVOL on the spare SSD mentioned below
> then set the server up as an iscsi target.
>
>
> With the Linux machine running as the iscsi initiator then creating a
> partition and filesystem <- went with JFS which is my preffered on Linux
> ; it's running quite smoothly at present.
>
>
> The bottleneck was definitely caused by NFS and I think it was the write
> behaviour for small files, with the limited options available though I
> have no idea what could be causing the issues or how to get round them??
>
>
>
> -------- Forwarded Message --------
> Subject: NFS home directory performance tuning for Linux client
> Date: Mon, 21 Aug 2017 15:00:14 +0100
> From: Kaya Saman <kayasaman at gmail.com>
> To: freebsd-questions <freebsd-questions at freebsd.org>
>
>
>
> Hi,
>
>
> I'm testing an Arch Linux client with my FreeBSD server which has
> recently been updated to 11.1. The server runs a zpool spread over 15x
> disks with SSD L2ARC and also just as another test point I am using a
> separate SSD (zpool over 1x disk) in the server to compare and contrast
> with.
>
>
> For non-home NFS mounts I found Version4 to have good performance
> however, when increasing the MTU size in the network: NIC's, switches,
> routing etc... to 9000 ; I tend to see a lot of server timeouts, even
> with rsize and wsize increased to 8192.
>
>
> Hard setting the Linux clients to vers=3 in fstab sees stability, as in
> no timeouts, and with no apparent decrease in performance either.
>
>
> What is odd however, is that FreeBSD to FreeBSD will just work without
> any issues at all, so I'm wondering if the NFS implementation on Linux
> is slightly different causing these issues??
>
>
> To the main question/issue however, when using as NFS home directory
> setting vers=3 on the client makes the system unuseable. It takes
> roughly 5-10 mins after login for anything to appear on screen then
> again after clicking somewhere another 5-10mins for the response.
>
> - setting to vers=4 improves things significantly but still if trying to
> use an application like Chromium then the system will hang upon browsing
> for 5-10 mins then come alive again??
>
>
> I have set the server up as follows in rc.conf:
>
>
> nfs_server_flags="-t -n 128 -h <IP>"
> nfs_server_enable="YES"
> nfsv4_server_enable="YES"
> nfsuserd_enable="YES"
> nfsuserd_flags="-domain domian.com"
> rpc_statd_enable="YES"
> rpc_lockd_enable="YES"
> rpcbind_enable="YES"
> rpcbind_flags="-h <IP>"
> mountd_enable="YES"
> mountd_flags="-r -n -l -h <IP>"
>
>
> I've even tried to increase the sysctl variable: vfs.nfs.iodmax from 20
> to 60
>
>
> On the client side the fstab entry contains the following options:
>
>
> vers=4,defaults,auto,tcp,retrans=10,timeo=30,rsize=8192,wsize=8192,noatime
>
>
> and gets mounted to /mnt/home. I realize the 'tcp' flag doesn't need to
> be there as v4 by default uses 'tcp' however, it is there when testing
> with v3.
>
>
>
> nfsstat command on server gives:
>
>
> Client Info:
> Rpc Counts:
> Getattr Setattr Lookup Readlink Read Write Create
> Remove
> 139585 0 399150 0 137485 0 0 0
> Rename Link Symlink Mkdir Rmdir Readdir RdirPlus
> Access
> 0 0 0 0 0 138482 0
> 393052
> Mknod Fsstat Fsinfo PathConf Commit
> 0 94496 4 0 0
> Rpc Info:
> TimedOut Invalid X Replies Retries Requests
> 0 0 0 0 1302226
> Cache Info:
> Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits
> Misses
> 16703860 139581 13000702 399150 667954 139782
> 0 0
> BioRLHits Misses BioD Hits Misses DirE Hits Misses Accs Hits
> Misses
> 0 0 116186 116459 94263 0 13744785
> 393052
>
> Server Info:
> Getattr Setattr Lookup Readlink Read Write Create
> Remove
> 3200367 39011 89025 41 203807584 806982 410 7656
> Rename Link Symlink Mkdir Rmdir Readdir RdirPlus
> Access
> 6383 101 2 6 1 2880 265953
> 1643074
> Mknod Fsstat Fsinfo PathConf Commit
> 0 94770 30 15 18370
> Server Ret-Failed
> 0
> Server Faults
> 0
> Server Cache Stats:
> Inprog Idem Non-idem Misses
> 0 0 0 209101544
> Server Write Gathering:
> WriteOps WriteRPC Opsaved
> 806982 806982 0
>
>
> And nfsstat on client:
>
>
> Client rpc stats:
> calls retrans authrefrsh
> 327404 1293 327395
>
> Client nfs v3:
> null getattr setattr lookup access
> 0 0% 367 49% 0 0% 3 0% 3 0%
> readlink read write create mkdir
> 0 0% 0 0% 0 0% 0 0% 0 0%
> symlink mknod remove rmdir rename
> 0 0% 0 0% 0 0% 0 0% 0 0%
> link readdir readdirplus fsstat fsinfo
> 0 0% 0 0% 1 0% 363 49% 2 0%
> pathconf commit
> 1 0% 0 0%
>
> Client nfs v4:
> null read write commit open
> 0 0% 16452 5% 169214 51% 6150 1% 17026 5%
> open_conf open_noat open_dgrd close setattr
> 11 0% 0 0% 4 0% 12719 3%
> 19691 6%
> fsinfo renew setclntid confirm lock
> 12 0% 480 0% 6 0% 6 0% 11578 3%
> lockt locku access getattr lookup
> 35 0% 10085 3% 5545 1% 24591 7%
> 17443 5%
> lookup_root remove rename link symlink
> 3 0% 1612 0% 4266 1% 31 0% 15 0%
> create pathconf statfs readlink readdir
> 105 0% 9 0% 7093 2% 4 0% 398 0%
> server_caps delegreturn getacl setacl fs_locations
> 21 0% 0 0% 0 0% 0 0% 0 0%
> rel_lkowner secinfo fsid_present exchange_id
> create_session
> 2051 0% 0 0% 0 0% 0 0% 0 0%
> destroy_session sequence get_lease_time reclaim_comp layoutget
> 0 0% 0 0% 0 0% 0 0% 0 0%
> getdevinfo layoutcommit layoutreturn secinfo_no
> test_stateid
> 0 0% 0 0% 0 0% 0 0% 0 0%
> free_stateid getdevicelist bind_conn_to_ses destroy_clientid seek
> 0 0% 0 0% 0 0% 0 0% 0 0%
> allocate deallocate layoutstats clone
> 0 0% 0 0% 0 0% 0 0%
>
>
>
> The server isn't loaded at all, load is around 0.40 and the network is
> also pretty free as the system has 4x NIC's in lagg with current
> throughput under 10Mb/s.
>
>
> Would anyone be able to offer any advice?
>
>
> Many thanks.
>
>
>
>
> ------------------------------
>
> Message: 4
> Date: Mon, 21 Aug 2017 15:26:06 -0400
> From: "James B. Byrne" <byrnejb at harte-lyne.ca>
> To: "Datasmurf" <datasmurf at mail.ru>
> Cc: freebsd-questions at freebsd.org, byrnejb at harte-lyne.ca
> Subject: Re: FreeBSD-11 - local_unbound logging
> Message-ID:
> <558837c28f2185328e739b965ea30440.squirrel at webmail.harte-lyne.ca>
> Content-Type: text/plain;charset=iso-8859-1
>
>
> On Thu, August 17, 2017 17:54, Datasmurf wrote:
>
> >
> > Hello James,
> >
> > i'm sure not an expert on unbound and dns/dnssec stuff.
> > But on the Workstation on which unbound misbehaves could it be that
> > the system clock is not set correct?
> >
>
> ntpd is running on that workstation and the time is correct. However
> at the moment it is resolving DNS correctly. If or when the resolver
> next stops functioning then I will test your hypothesis.
>
> Thanks,
>
> --
> *** e-Mail is NOT a SECURE channel ***
> Do NOT transmit sensitive data via e-Mail
> Do NOT open attachments nor follow links sent by e-Mail
>
> James B. Byrne mailto:ByrneJB at 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
>
>
>
> ------------------------------
>
> Message: 5
> Date: Mon, 21 Aug 2017 21:27:20 +0000
> From: Sara Riebe <sara.riebe at worldonlinetech.com>
> To: "freebsd-questions at freebsd.org" <freebsd-questions at freebsd.org>
> Subject: Cloud Security Users List
> Message-ID:
> <PN1PR01MB0830B0E891AC9065BD811A0C94870 at PN1PR01MB0830.
> INDPRD01.PROD.OUTLOOK.COM>
>
> Content-Type: text/plain; charset="us-ascii"
>
>
>
> Hi,
>
> We have the new updated Cloud Security Users Lists with emails and
> complete contact information for your business leads.
>
> If you looking for particular titles from your target geography please let
> me know and I will get back to you with more information regarding the same.
>
> We also have other technology users like:
>
> Amazon EC2 users, Citrix users, RackSpace users, SoftLayer users,
> SalesForce users, VMware users and many more...
>
> We provide data across the globe - North America, EMEA, Asia Pacific and
> LATAM.
>
> Note: If Cloud Computing Users is not relevant to you please reply back
> with your Criteria or Industry you are looking to target for your marketing
> campaign, we have all types of target market available.
>
> Await your response!
>
>
> Thanks,
> Sara
> Data Specialist
>
> To opt out please response Remove
>
>
>
> ------------------------------
>
> Message: 6
> Date: Mon, 21 Aug 2017 17:29:54 -0400
> From: "Littlefield, Tyler" <tyler at tysdomain.com>
> To: Sara Riebe <sara.riebe at worldonlinetech.com>,
> "freebsd-questions at freebsd.org" <freebsd-questions at freebsd.org>
> Subject: Re: Cloud Security Users List
> Message-ID: <1bea02ab-57dd-6d17-e14f-f3985c3d7665 at tysdomain.com>
> Content-Type: text/plain; charset=utf-8
>
> Who were the people that said Freebsd doesn't get much spam? Can we
> start forwarding these messages to them?
>
> On 8/21/2017 5:27 PM, Sara Riebe wrote:
> ...spam...
>
>
> ------------------------------
>
> Message: 7
> Date: Mon, 21 Aug 2017 15:40:43 -0600
> From: JD <jd1008 at gmail.com>
> To: freebsd-questions at freebsd.org
> Subject: Re: Cloud Security Users List
> Message-ID: <599B535B.5080808 at gmail.com>
> Content-Type: text/plain; charset=windows-1252; format=flowed
>
>
>
> On 08/21/2017 03:29 PM, Littlefield, Tyler wrote:
> > Who were the people that said Freebsd doesn't get much spam? Can we
> > start forwarding these messages to them?
> >
> > On 8/21/2017 5:27 PM, Sara Riebe wrote:
> > ...spam...
> > _______________________________________________
>
> After having been on this list for quite a while, I can see that
> there is no effort made to filter out spam.
>
> As many as spam filters are available, seems like the list server
> does not appear to be making use of any of them.
>
>
>
> ------------------------------
>
> Message: 8
> Date: Mon, 21 Aug 2017 20:17:46 -0300
> From: Mario Lobo <lobo at bsd.com.br>
> To: "freebsd-questions at freebsd.org" <freebsd-questions at freebsd.org>
> Subject: Error compiling a qt5 application
> Message-ID: <20170821201746.59796aba at Papi>
> Content-Type: text/plain; charset=US-ASCII
>
> Hi there;
>
> I'm trying to compile a qt5 application.
>
> OS: reeBSD 11.1-STABLE #0 r321652: Sat Jul 29 10:49:43 BRT 2017
>
> clang -v
> clang version 4.0.1 (tags/RELEASE_401/final)
> Target: x86_64-unknown-freebsd11.1
> Thread model: posix
> InstalledDir: /usr/local/llvm40/bin
>
> When I compile, I get this:
>
> Compiling C++...
> In file included from ../../../../../contrib/gtqtc/gtqtc1.cpp:48:
> In file included from ../../../../../contrib/gtqtc/gtqtc.h:53:
> In file included from /usr/local/include/qt5/QtCore/QThread:1:
> In file included from /usr/local/include/qt5/QtCore/qthread.h:43:
> In file included from /usr/local/include/qt5/QtCore/qobject.h:46:
> In file included from /usr/local/include/qt5/QtCore/qobjectdefs.h:48:
> In file included from /usr/local/include/qt5/QtCore/qnamespace.h:43:
> In file included from /usr/local/include/qt5/QtCore/qglobal.h:83:
> /usr/local/include/qt5/QtCore/qcompilerdetection.h:563:6: error: Qt
> requires a C++11 compiler and yours does not seem to be that. #
> error Qt requires a C++11 compiler and yours does not seem to be that.
>
> I tried this in make.conf:
>
> CC=clang
> CXX=clang++
> CXXFLAGS+=-std=c++11
>
> and export CXXFLAGS=-std=c++11
>
> and nothing seems to work.
>
> It seems to me that my clang is new enough to support that standard.
>
> What am i missing here?
>
> Thanks,
>
> --
> Mario Lobo
> http://www.mallavoodoo.com.br
> FreeBSD since 2.2.8 [not Pro-Audio.... YET!!]
>
> "UNIX was not designed to stop you from doing stupid things,
> because that would also stop you from doing clever things."
>
>
> ------------------------------
>
> Message: 9
> Date: Mon, 21 Aug 2017 19:10:26 -0400 (EDT)
> From: Chris Hill <chris at monochrome.org>
> To: JD <jd1008 at gmail.com>
> Cc: freebsd-questions at freebsd.org
> Subject: Re: Cloud Security Users List
> Message-ID:
> <alpine.BSF.2.20.1708211903560.74921 at tripel.monochrome.org>
> Content-Type: text/plain; format=flowed; charset=US-ASCII
>
> On Mon, 21 Aug 2017, JD wrote:
>
> > On 08/21/2017 03:29 PM, Littlefield, Tyler wrote:
> >> Who were the people that said Freebsd doesn't get much spam? Can we
> >> start forwarding these messages to them?
> >>
> >> On 8/21/2017 5:27 PM, Sara Riebe wrote:
> >> ...spam...
> >> _______________________________________________
> >
> > After having been on this list for quite a while, I can see that there
> > is no effort made to filter out spam.
>
> Au contraire. The spam mitigation measures in use on this list have been
> discussed and disclosed many, many times. And it seems to me they are
> quite effective.
>
> For example: today (21 August 2017) there have been, if I recall, two
> spams that appeared on the list. There have been two (now three)
> replies. In contrast, my stupid little home mail server has received 91
> spams today so far. Two came in while I was typing this.
>
> > As many as spam filters are available, seems like the list server does
> > not appear to be making use of any of them.
>
> --
> Chris Hill chris at monochrome.org
> ** [ Busy Expunging </> ]
>
>
> ------------------------------
>
> Message: 10
> Date: Tue, 22 Aug 2017 07:18:47 +0200
> From: Matthias Apitz <guru at unixarea.de>
> To: freebsd-questions at freebsd.org
> Subject: Re: Cloud Security Users List
> Message-ID: <20170822051847.GA6482 at sh4-5.1blu.de>
> Content-Type: text/plain; charset=utf-8
>
> El d?a Monday, August 21, 2017 a las 05:29:54PM -0400, Littlefield, Tyler
> escribi?:
>
> > Who were the people that said Freebsd doesn't get much spam? Can we
> > start forwarding these messages to them?
>
> This is how this thread looks like until now (mine reply not yet
> included) in my MUA:
>
> 16 D Aug 21 Sara Riebe (8,5K) Cloud Security Users List
> 17 D Aug 21 Littlefield, Ty (5,1K) `->
> 18 D Aug 21 JD (5,4K) `->
> 19 D Aug 21 Chris Hill (4,2K) `->
>
> i.e. ONE spammer, THREE replies to the list.
>
> matthias
> --
> Matthias Apitz | /"\ ASCII Ribbon Campaign:
> E-mail: guru at unixarea.de | \ / - No HTML/RTF in E-mail
> WWW: http://www.unixarea.de/ | X - No proprietary attachments
> phone: +49-176-38902045 | / \ - Respect for open standards
> | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> freebsd-questions at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "freebsd-questions-
> unsubscribe at freebsd.org"
>
> ------------------------------
>
> End of freebsd-questions Digest, Vol 690, Issue 2
> *************************************************
>
More information about the freebsd-questions
mailing list