Re: Microsoft is hacking my Asterisk??? O_o
Yo Max! On Tue, 3 Nov 2020 21:55:45 +0200 Max Tulyev wrote: > I have just seen a number of IPs trying to brute-force my VoIP server > from Microsoft network. For example, 13.90.148.133, 20.55.203.249, > 40.76.244.210... Traceroute really goes to MSN. More than a half of > all usual attempts to hack my Asterisk I got today, came from MSN. I have also been sing that for a few weeks. My assumption is they let Azure customers hack all they want. They ignore email complaints. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can't measure it, you can't improve it." - Lord Kelvin pgpFyrsXGH22u.pgp Description: OpenPGP digital signature
Re: Microsoft is hacking my Asterisk??? O_o
Yo Christian! On Tue, 3 Nov 2020 20:02:06 + Christian Kuhtz via NANOG wrote: > To report suspected security issues or abuse of Azure, please contact > the cert.microsoft.com<https://portal.msrc.microsoft.com/engage/cars> > team, which is available 24/7. Useless. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can't measure it, you can't improve it." - Lord Kelvin pgpWvX9B8NXin.pgp Description: OpenPGP digital signature
Re: [EXTERNAL] Re: Microsoft is hacking my Asterisk??? O_o
Yo Christian! On Tue, 3 Nov 2020 20:22:59 + Christian Kuhtz wrote: > Sorry, why is this useless? Because Azure never, ever, acts on my complaints. None of the large number I have sent. > > > -Original Message- > From: NANOG On Behalf > Of Gary E. Miller Sent: Tuesday, November 3, 2020 12:06 PM > To: Christian Kuhtz via NANOG > Subject: [EXTERNAL] Re: Microsoft is hacking my Asterisk??? O_o > > Yo Christian! > > On Tue, 3 Nov 2020 20:02:06 + > Christian Kuhtz via NANOG wrote: > > > To report suspected security issues or abuse of Azure, please > > contact the > > cert.microsoft.com<https://portal.msrc.microsoft.com/engage/cars> > > team, which is available 24/7. > > Useless. > > RGDS > GARY > --- > Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 > g...@rellim.com Tel:+1 541 382 8588 > > Veritas liberabit vos. -- Quid est veritas? > "If you can't measure it, you can't improve it." - Lord Kelvin RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can't measure it, you can't improve it." - Lord Kelvin pgpMjDtqNg2wD.pgp Description: OpenPGP digital signature
Re: Abuse Desks
Yo Mike! On Thu, 30 Apr 2020 07:10:19 -0500 (CDT) Mike Hammett wrote: > I don't think I've seen anything back from the biggest offender, > Digital Ocean, other than auto-responders acknowledging the report. I gave up on Digital Ocean. I blackhole all their nets. Eventually I had to white list a couple of their IPs. Life got better. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can't measure it, you can't improve it." - Lord Kelvin pgprbQUUBYg3D.pgp Description: OpenPGP digital signature
Re: Survey on the use of IP blacklists for threat mitigation
Yo Rachee! On Tue, 16 Jun 2020 10:59:17 -0700 Rachee Singh wrote: > PS: as someone correctly pointed out, the more appropriate > terminology is "IP blocklists". Google says that descriminates against the Eastern Block of the EU. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can't measure it, you can't improve it." - Lord Kelvin pgpLhfm_sNAnr.pgp Description: OpenPGP digital signature
Re: netflix proxy/unblocker false detection
Yo Mark! On Fri, 26 Jun 2020 10:21:47 +0200 Mark Tinka wrote: > If you don't use some kind of device to connect to Netflix, if you > have a reasonably modern TV that supports a native Netflix app as > well as IPv6, you'd be good to go. Nope. Netflix blocks a lot of IPv6. Their blocking of HE has been discussed here many times. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can't measure it, you can't improve it." - Lord Kelvin pgpROuFfpyBMs.pgp Description: OpenPGP digital signature
Re: Wildfires: Reminder smart devices don't include emergency warnings while streaming
Yo ITechGeek! On Fri, 11 Sep 2020 16:11:48 -0400 ITechGeek wrote: > At least cell phones have a reliable way to know where they are at any > given moment. Only when the cell towers are working. Early on in the Santiam Fire the cell towers went down early. With the telephone poles. The Santiam Canyon is steep and narrow, the telco feed up the river was an early single point of failure. Ditto for the fire on the Holiday Farm fire on the Mckenzie river. RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can't measure it, you can't improve it." - Lord Kelvin pgpL3XLDYWNTn.pgp Description: OpenPGP digital signature
Re: Request to participate in 2-min study survey on IPv6 Adoption
Yo Töma! On Tue, 1 Feb 2022 04:16:49 +0200 Töma Gavrichenkov wrote: > (I'm making up figures now, obviously) When you base decision on imaginary figures, you get suboptimal results. > the SNR of UGC in IPv4 is like 10x times it is in IPv6 My experience, using fail2band, and spamassassin, for over a decade with IPv6, is that 100x more spam and other abuse comes from IPv4, not IPv6. > your management would start asking questions > about whether it's really the best time to invest in this rather than > in another potential revenue stream. Now what would your management thinK? Then toss in that IPv6 is faster than IPv4. Dunno why, but easy to prove that for yourself. If you care to experiment, rather than make up figures. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can't measure it, you can't improve it." - Lord Kelvin pgphQpxVDEZSC.pgp Description: OpenPGP digital signature
Re: V6 still not supported
Yo Josh! On Wed, 9 Mar 2022 16:46:56 -0500 Josh Luthman wrote: > Customers have 0 complaints about IPv6. 0 Complaints since 2006. Bull. I have not complained to any corporation in the last 5 years where the stanard response was not "We've never heard that complaint before". recently every one I my street complained about the same things at the same time, but we all got that response. Denial ain't just a river in Egypt. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can't measure it, you can't improve it." - Lord Kelvin pgplJX2yeD3L_.pgp Description: OpenPGP digital signature
Re: Normal ARIN registration service fees for LRSA entrants after 31 Dec 2023 (was: Fwd: [arin-announce] Availability of the Legacy Fee Cap for New LRSA Entrants Ending as of 31 December 2023)
Yo John! On Thu, 15 Sep 2022 20:34:43 + John Curran wrote: > In any case, legacy resource holders who don’t care for these > advanced services (whose development and maintenance is paid for by > the ARIN community) can simply continue to maintain their legacy > resources in the ARIN registry. They do not have to do anything, as > ARIN is continuing to provide basic registration services to the > thousands of non-contracted legacy resource holders (including online > updates to your resources, reverse DNS services, etc.) without fee or > contract. Not been my experience. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can't measure it, you can't improve it." - Lord Kelvin pgpwmHLc4gXYU.pgp Description: OpenPGP digital signature
Re: recaptcha
Yo William! On Mon, 6 Feb 2023 15:53:02 -0800 William Herrin wrote: > Has anybody else noticed that when Google Recaptcha falls over to > presenting images, their data is of such poor quality that they've > misclassified at least one image in upwards of half the presentations, > rendering them unsolvable? Did you ever suspect that it is not a test hat you are a human, but that you are training their AI? RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can't measure it, you can't improve it." - Lord Kelvin pgp_zItY8ejYj.pgp Description: OpenPGP digital signature
Re: NTP question
Yo Mel! On Thu, 2 May 2019 02:54:25 + Mel Beckman wrote: > Why? The GPS NTP Server is Stratum-1. If it fails computer clocks > will freewheel for hours or days before losing significant time, > during which period you can simply order a replacement unit. If that > isn’t fast enough, buy two $300 boxes. The “consensus” issue is moot, > since a GPS server gets a consensus of clock time from the GPS > satellite constellation. I guess you slept through GPS Week Roll Over day last April 6th? Some GPS went nuts, others did not. Many 777 and 787 were grounded that weekend for software updates to their expensive Honeywell GPS. I'll spare you the many more examples that hapened. Not nice when yoar clock rolls back to 1999, or forward to 2035. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can’t measure it, you can’t improve it." - Lord Kelvin pgpTOG3iUpDFG.pgp Description: OpenPGP digital signature
Re: NTP question
Yo Mel! On Thu, 2 May 2019 03:30:03 + Mel Beckman wrote: > I’m also an FAA licensed A&P mechanic, and have worked for airlines > in fleet maintenance. Air carriers have extremely thorough systems > reviews, by law, through the Airworthiness Directive program, which > started identifying 2019 GPS rollover vulnerabilities in ... 2009! > Nobody was surprised. If any GPS systems “went nuts”, it was through > the incompetence and negligence of their owners. How many GPS owners happen to have $30,000 GPS simulators to check their $300 GPS/NTP servers? Some of mine did, most did not. Seems to me the negligence is in the GPS manufacturer that failed to notify their customers. To be fair, Avidyne and Telit did notify their customers, but not with a fix or enough lead time to swap out the units. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can’t measure it, you can’t improve it." - Lord Kelvin pgpvGFgkWDTHo.pgp Description: OpenPGP digital signature
Re: NTP question
Yo Mel! On Thu, 2 May 2019 03:35:31 + Mel Beckman wrote: > I can tell you how the GPS server behaves when it loses it signal: it > stops giving out verified time and lapses into Stratum-“goners” mode. I happen to have a few GPS in my lab that do not agree with your statement. I'll spare this list the details... RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can’t measure it, you can’t improve it." - Lord Kelvin pgphcVI3rX0Xn.pgp Description: OpenPGP digital signature
Postmaster@
Yo All! Is it no longer required to monitor the postmaster@ ? Did RFC 822 and RFC 5321 get repealed? Or is M$ more special than the rest of us? RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can’t measure it, you can’t improve it." - Lord Kelvin Begin forwarded message: Date: Sat, 15 Jun 2019 01:38:16 + From: The Outlook.com Team To: Subject: Fw: gem : rellim541 This email address is not monitored. Please visit http://postmaster.outlook.com for information about sending email to Outlook.com, including troubleshooting information. If you are an Outlook.com user please visit http://answers.microsoft.com/ to learn more about our services, find answers to your questions, and share your feedback. Sincerely, Outlook.com Team Microsoft One Microsoft Way. Redmond, WA 98052, USA. Microsoft respects your privacy. To learn more, please read our online Privacy Statement at http://privacy.microsoft.com pgpkDdtkBanIy.pgp Description: OpenPGP digital signature
Re: NIST NTP servers
Yo Chuck! On Tue, 10 May 2016 10:29:35 -0400 "Chuck Church" wrote: > Changing time on > devices is more an annoyance than anything, and doesn't necessarily > get you into a device. So, you are not worried about getting DoS'ed? How about you set the time on your server ahead by 5 years. Got any idea what would happen? Most of your passwords would expire. All your SSL certs would expire. All your TOTPs, like Google Authenticator would fail. All your IPSEC tunnels would drop, and refuse to restart. Many of your cron jobs would got nuts, possibly deleting all your logs. Much of your DNSSEC would expire. Many of your backups would be deleted since they 'expired'. Until recently, setting your iPhone to 1 Jan 1970 would brick it. I'm sure there are many more examples, but likely you can no longer log in, via SSH or HTTPS, and your iPhone is dead. I think any of those would qualify as more than an annoyance. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpNcDMQ1pC0W.pgp Description: OpenPGP digital signature
Re: NIST NTP servers
Yo Chuck! On Tue, 10 May 2016 16:18:41 -0400 "Chuck Church" wrote: > Ok, annoyance might have been a little light on the severity wording. Yup. > Still, modifying all your incoming NTP packets from all your sources > to actually get your NTP servers to agree on a bad time is tricky. > That is assuming you've got multiple links, multiple sources from > multiple organizations (more than 4), they're all authenticated, > etc. NTP Authentication (autokey) has been broken, and no one used it anyway. If I have a copy of your ntp.conf I can spoof all your chimers. Not hard at all. This is UDP after all. > Even if a criminal was to do all that damage you listed, it > still probably doesn't result in obtaining sensitive data or money > that would be the main motivators for such extreme hacking. Correct, it would just get me fired due to the extended downtime. Or maybe my company just decided to pay the ransom to get un-DoS'ed. I still get fired. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpGSd6Se1CbY.pgp Description: OpenPGP digital signature
Re: NIST NTP servers
Yo Jared! On Tue, 10 May 2016 16:29:26 -0400 Jared Mauch wrote: > If you’re using Redhat based systems consider using chrony > instead, even the new beta fedora 24 uses 4.2.6 derived code > vs 4.2.8 Or, new but under heavy development: NTPsec : https://www.ntpsec.org/ It is a fork of classic NTPD, but was not vulnerable to most of the recent NTPD CVEs. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgp5kLhcr45Li.pgp Description: OpenPGP digital signature
Re: NIST NTP servers
Yo Scott! On Wed, 11 May 2016 17:20:28 -0700 "Scott Weeks" wrote: > If all logs are sent to a unix server that does > syslogd the log entries would go into the file > in order no matter what timestamp is on them. syslogd can have quite large buffers. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpByl5us85nK.pgp Description: OpenPGP digital signature
Re: NIST NTP servers
Yo Scott! On Wed, 11 May 2016 17:42:34 -0700 "Scott Weeks" wrote: > > If all logs are sent to a unix server that does > > syslogd the log entries would go into the file > > in order no matter what timestamp is on them. > > syslogd can have quite large buffers. > --- > > > Wouldn't the buffers empty in a FIFO manner? Nope, each local syslog waits until its local buffer is full, or timed out, then sends to the main syslog server. The default flush_timeout() for syslog-ng is 10 seconds. That is a long time when debugging SIP. http://www.syslog.org/syslog-ng/v2/ RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpBtkPYjkTeV.pgp Description: OpenPGP digital signature
Re: Netflix VPN detection - actual engineer needed
Yo Spencer! On Fri, 3 Jun 2016 20:13:03 -0400 Spencer Ryan wrote: > Yes but HE doesn't serve residential users directly. Really? I am the only one? Doubtful. RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgp_6A1NuMF_m.pgp Description: OpenPGP digital signature
Re: Recent NTP pool traffic increase
Yo All! Someone on nanog was reporrting on the new NTP mystery. He suggested doing a dump similar to this: # tcpdump -nvvi eth0 port 123 |grep "Originator - Transmit Timestamp:" And I do indeed get odd results. Some on my local network... This is from a chronyd host to an ntpsec host. I monitor them both continuously and both seem to be keeping good time. 17:36:11.369329 IP (tos 0x0, ttl 64, id 21405, offset 0, flags [DF], proto UDP ( 17), length 76) 204.17.205.7.50937 > 204.17.205.27.123: [udp sum ok] NTPv4, length 48 Client, Leap indicator: clock unsynchronized (192), Stratum 0 (unspecifi ed), poll 6 (64s), precision 32 Root Delay: 0.00, Root dispersion: 0.00, Reference-ID: (unspec) Reference Timestamp: 0.0 Originator Timestamp: 3691013707.207257069 (2016/12/17 17:35:07) Receive Timestamp:276521666.321684728 (2044/11/11 10:02:42) Transmit Timestamp: 3684123061.899235956 (2016/09/29 00:31:01) Originator - Receive Timestamp: +880475255.114427658 Originator - Transmit Timestamp: -6890645.308021113 That 'Receive Timestamp' is strange. Here is another one from the same chronyd host, to another ntpsec host: 17:36:23.395415 IP (tos 0x0, ttl 64, id 3599, offset 0, flags [DF], proto UDP (1 7), length 76) 204.17.205.7.33551 > 204.17.205.1.123: [udp sum ok] NTPv4, length 48 Client, Leap indicator: clock unsynchronized (192), Stratum 0 (unspecifi ed), poll 6 (64s), precision 32 Root Delay: 0.00, Root dispersion: 0.00, Reference-ID: (unspec) Reference Timestamp: 0.0 Originator Timestamp: 3691013718.824150890 (2016/12/17 17:35:18) Receive Timestamp:1779216017.648483479 (2092/06/24 18:08:33) Transmit Timestamp: 1405803137.064633429 (2080/08/24 20:20:33) Originator - Receive Timestamp: -1911797701.175667410 Originator - Transmit Timestamp: +2009756714.240482539 Note both the 'Receive Timestamp' and 'Transmit Timestamp' are both strange. All three hosts have GPS for local time. Here is one from a laptop, running chrony, that has not GPS: 17:36:52.643814 IP (tos 0x0, ttl 64, id 24624, offset 0, flags [DF], proto UDP ( 17), length 76) 204.17.205.21.41485 > 204.17.205.8.123: [udp sum ok] NTPv4, length 48 Client, Leap indicator: (0), Stratum 0 (unspecified), poll 6 (64s), pre cision 32 Root Delay: 0.00, Root dispersion: 0.00, Reference-ID: (unspec) Reference Timestamp: 0.0 Originator Timestamp: 3691013747.797479298 (2016/12/17 17:35:47) Receive Timestamp:317494016.811980062 (2046/02/28 15:15:12) Transmit Timestamp: 127487236.597620268 (2040/02/21 11:35:32) Originator - Receive Timestamp: +921447565.014500764 Originator - Transmit Timestamp: +731440784.800140969 I have only seen this oddity from chronyd hosts... RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgplIfyQ3qLqR.pgp Description: OpenPGP digital signature
Re: Recent NTP pool traffic increase
Yo All! On Sat, 17 Dec 2016 17:54:55 -0800 "Gary E. Miller" wrote: > # tcpdump -nvvi eth0 port 123 |grep "Originator - Transmit Timestamp:" > > And I do indeed get odd results. Some on my local network... To follow up on my own post, so this can be promply laid to rest. After some discussion at NTPsec. It seems that chronyd takes a lot of 'creative license' with RFC 5905 (NTPv4). But it is not malicious, just 'odd', and not new. So, nothing see here, back to the hunt for the real cause of the new NTP traffic. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpoC_Gjv9NIU.pgp Description: OpenPGP digital signature
Re: Recent NTP pool traffic increase
Yo valdis.kletni...@vt.edu! On Tue, 20 Dec 2016 20:20:48 -0500 valdis.kletni...@vt.edu wrote: > On Tue, 20 Dec 2016 18:11:11 -0500, Peter Beckman said: > > Mostly out of curiosity, what was the reason for the change in the > > Snapchat code, and what plans does Snap have for whatever reason > > the NTP change was put in place? > > From other comments in the thread, it sounds like the app was simply > linked against a broken version of a library But why is a chat app doing NTP at all? it should rely on the OS, or a specialized app, to keep local time accurate. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpzwM706_yaZ.pgp Description: OpenPGP digital signature
Re: CenturyLink
Yo Saku! On Sun, 30 Dec 2018 19:29:37 +0200 Saku Ytti wrote: > I've always wondered what > niche rubidium covers that isn't handled by much cheaper crystal ovens > or actually precise oscillators. The Rb frequency reference will be two or three orders of magnitude more stable than an expensive ovenized crystal. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can’t measure it, you can’t improve it." - Lord Kelvin pgpUj_KSvGwaK.pgp Description: OpenPGP digital signature
Re: Vint Cerf Re: Backward Compatibility Re: IPv4 address block
Yo Abraham! On Sat, 13 Jan 2024 07:35:09 -0500 "Abraham Y. Chen" wrote: > FYI - Please see the below copy of a partial eMail thread. Bold, > red colored and Italicized letters are to focus on the topic. Uh, you realize many of us never see your red or italics? RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can't measure it, you can't improve it." - Lord Kelvin pgptJVE3TwVmO.pgp Description: OpenPGP digital signature
Re: Temperature monitoring
Yo Dovid! On Thu, 13 Jul 2017 22:33:22 -0400 Dovid Bender wrote: > Looking for recommendations on hardware that I can > mount/hang in each cabinet that is easy to set up and will alert us > if temps go beyond a certain point. I use a lot of TEMPer USB Thermometers. Cheap, small, easy to poll. It is easy to use from many programing languages and lots of open source software supports it dierctly or indirectly. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can’t measure it, you can’t improve it." - Lord Kelvin pgpO4M2bC1kLy.pgp Description: OpenPGP digital signature
✘Netflix
Yo All! Sorry to bother, but... Netflis is blocking my IP range. 1st line support useless. Months and can not reah anyone with a clue. Anyone got a Netflix contact? RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can’t measure it, you can’t improve it." - Lord Kelvin pgpIynSFgeDMx.pgp Description: OpenPGP digital signature
Re: IPv6 rDNS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yo Jeroen! On Fri, 29 Oct 2010, Jeroen van Aart wrote: > I battled for a few hours getting IPv6 rDNS to work. See also sipcalc. # sipcalc -r 2001:470:b:4a:230:48ff:fe35:d1bc - -[ipv6 : 2001:470:b:4a:230:48ff:fe35:d1bc] - 0 [IPV6 DNS] Reverse DNS (ip6.arpa) - c.b.1.d.5.3.e.f.f.f.8.4.0.3.2.0.a.4.0.0.b.0.0.0.0.7.4.0.1.0.0.2.ip6.arpa. RGDS GARY - --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701 g...@rellim.com Tel:+1(541)382-8588 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFMy3LeBmnRqz71OvMRAoaxAJ9XrEpV8+QLwJDenMwn4oCTmu6D9gCgpeEb nszaFE+jTA1rn4ZgTDFCanQ= =NNMg -END PGP SIGNATURE-
Re: wikileaks dns (was Re: Blocking International DNS)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yo Curtis! On Fri, 3 Dec 2010, Curtis Maurand wrote: > The patriot act did away with due process. Yep. More on that today: http://www.wired.com/threatlevel/2010/12/realtime/ RGDS GARY - --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701 g...@rellim.com Tel:+1(541)382-8588 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFM+Vm0BmnRqz71OvMRAsPlAJ9erzScO4+Lsixa3Rk33OS9+X0tPQCeJvqh TASxqIjnaNm+CDVLpS+UEcs= =uFTG -END PGP SIGNATURE-
Re: Re: Request Spamhaus contact
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yo Jeffrey! On Mon, 17 Jan 2011, Jeffrey Lyon wrote: > I fat fingered the netmask, try now. Still up: # nmap -sS 208.64.120.197 Starting Nmap 5.21 ( http://nmap.org ) at 2011-01-17 17:07 PST Nmap scan report for 208.64.120.197 Host is up (0.033s latency). Not shown: 989 filtered ports PORT STATE SERVICE 21/tcpopen ftp 80/tcpopen http 135/tcp open msrpc 443/tcp open https 1723/tcp open pptp 1801/tcp open unknown 2103/tcp open zephyr-clt 2105/tcp open eklogin 2107/tcp open unknown 49154/tcp open unknown 49157/tcp open unknown Nmap done: 1 IP address (1 host up) scanned in 4.77 seconds RGDS GARY - --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701 g...@rellim.com Tel:+1(541)382-8588 > > Thanks, Jeff > > > On Mon, Jan 17, 2011 at 7:39 PM, Raymond Dijkxhoorn > wrote: > > Hi! > > > >> We've acted on every report that we're aware of and instead you want > >> to play pharmacy domain scavenger hunt. This domain at 208.64.120.197 > >> redirects to IP space we already null routed. It's the same customer. > > > > Either you place strange nullroutes or you did not at all. > > > > [root@mi10 tmp]# wget -S www.vertrouwdeapotheek.nl > > --01:37:29-- http://www.vertrouwdeapotheek.nl/ > > => `index.html' > > Resolving www.vertrouwdeapotheek.nl... done. > > Connecting to www.vertrouwdeapotheek.nl[208.64.120.197]:80... connected. > > HTTP request sent, awaiting response... > > 1 HTTP/1.1 301 Moved Permanently > > 2 Cache-Control: private > > 3 Content-Length: 0 > > 4 Location: http://www.vertrouwdeapotheek.nl/Home.aspx > > 5 Server: Microsoft-IIS/7.0 > > 6 X-AspNet-Version: 4.0.30319 > > 7 X-Powered-By: ASP.NET > > 8 Date: Tue, 18 Jan 2011 00:37:04 GMT > > 9 Connection: close > > Location: http://www.vertrouwdeapotheek.nl/Home.aspx [following] > > --01:37:29-- http://www.vertrouwdeapotheek.nl/Home.aspx > > => `Home.aspx' > > Connecting to www.vertrouwdeapotheek.nl[208.64.120.197]:80... connected. > > HTTP request sent, awaiting response... > > > > Does this look as its nullrouted? > > > >> P.S. Someone at Spamhaus PLEASE remove the /21 listing? > > > > I highly doubt. There is much more to clean on your network before i hope > > they would even reconsider. > > > > Bye, > > Raymond. > > > > > > -- > Jeffrey Lyon, Leadership Team > jeffrey.l...@blacklotus.net | http://www.blacklotus.net > Black Lotus Communications - AS32421 > First and Leading in DDoS Protection Solutions > > > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFNNOgkBmnRqz71OvMRAlvyAJ9iB4xleue08ZFvUXhDc+/vmga4KwCeKsEQ 556DfEqv3CINUxO2GyxmBJ0= =8XnB -END PGP SIGNATURE-
Re: anyone running GPS clocks in Southeastern Georgia?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yo All! On Fri, 21 Jan 2011, Matthew Kaufman wrote: > I'm not sure how you'd get increasing radius with altitude from anything but a > jammer near sea level. Agreed. One of these tests was recently run in Utah and we saw the effects in Central Oregon well outside the NOTAMed area. During the tests, airplanes using GPS navigation would suddenly lose RAIM and had to abort their approach to landing. Not sure if they lost all GPS nav information or just RAIM. For non pilots, RAIM is an indicator that the GPS has a redundant solution that matches the barometrically measured altitude. GPS will continue to report a nav solution when lacking this redundancy but pilots are not allowed to shoot an approach when RAIM is off. Good thing most air carriers do not use GPS yet. No effects seen on the ground here, but we were several hundred miles from the test. RGDS GARY - ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701 g...@rellim.com Tel:+1(541)382-8588 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFNOc/9BmnRqz71OvMRAltbAKDW62I7B4Heg1KLAbZaYiShhro5vQCgu5fM WUWTwQhT5tTajslbe3GtuXY= =Czhk -END PGP SIGNATURE-
Re: spamassassin
Yo Randy!
On Thu, 20 Feb 2014 10:48:49 +0800
Randy Bush wrote:
> > We've been having the same problem here for the last three days. I
> > tracked it down to BAYES_999. Glad to see other people are suffering
> > as much as I am. :)
>
> as the fix is not yet out, would be cool if someone with more fu than
> i posted a recipe to hack for the moment.
http://www.gossamer-threads.com/lists/spamassassin/users/183433
body BAYES_99 eval:check_bayes('0.99', '0.999')
body BAYES_999 eval:check_bayes('0.999', '1.00')
score BAYES_99 0 0 3.8 3.5
score BAYES_999 0 0 4.0 3.7
RGDS
GARY
-------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701
g...@rellim.com Tel:+1(541)382-8588
signature.asc
Description: PGP signature
Re: Gmail and SSL
Yo William! On Wed, 2 Jan 2013 19:42:16 -0500 William Herrin wrote: > On Wed, Jan 2, 2013 at 5:43 PM, George Herbert > wrote: > > If push came to shove and minor legalities were not restraining me, > > I recall (without checking) your domain's emails come to your home, > > and your DSL or cable line is sniffable, so any of the CA who email > > URL validators out could be trivially temporarily spoofed (until > > you read your email and responded) by tapping your data lines. BGP > > games to snarf your traffic are another venue, possibly not yet > > even covered by wiretap laws that I know of, though I'm not > > currently an ISP in a position to personally do that to you. > > And none of this describes an extraordinary effort? The quote you're > trying to refute was, "suffer such attacks only with extraordinary > difficulty on the part of the attacker." I would say it is pretty easy, and I have caught people doing it many times. All a hacker needs to do is get a sniffer near your email traffic. Then they can grab any challange emails sent to any of you domain contacts. Pretty trvial to do in a coffee shop environment. RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701 g...@rellim.com Tel:+1(541)382-8588 signature.asc Description: PGP signature
Gmail and SSL
Yo All! Apropos the recent discussions: "Google says that someone was caught trying to use an unauthorized digital certificate issued in its name in an attempt to impersonate Google.com for a man-in-the-middle attack." http://www.wired.com/threatlevel/2013/01/google-fraudulent-certificate/ RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701 g...@rellim.com Tel:+1(541)382-8588 signature.asc Description: PGP signature
Re: What are you doing about Six Strikes?
Yo Jason! On Mon, 25 Feb 2013 20:07:43 + "Livingood, Jason" wrote: > >> 1) Legit users are harassed due to IP address mix-ups, etc. > >> Remember you must pay to file an appeal. > Other than a few IP mix ups years ago, is this still really an issue? It has been for me. My SWIP records are up to date but the copyright trolls can't be bothered with the facts of my IPs. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701 g...@rellim.com Tel:+1(541)382-8588 signature.asc Description: PGP signature
Re: What Should an Engineer Address when 'Selling' IPv6 to Executives?
Yo Mukom! On Tue, 5 Mar 2013 21:55:14 +0400 "Mukom Akong T." wrote: > I think such a presentation (15 slides max in 45 minutes) should > cover the following aspects: You missed the most important one. Many people now include IPv6 as a mandatory RFQ item. If you don't support it your customers will be fewer and fewer. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701 g...@rellim.com Tel:+1(541)382-8588 signature.asc Description: PGP signature
Re: Quad-A records in Network Solutions ?
Yo Mark! On Wed, 10 Apr 2013 09:23:34 +1000 Mark Andrews wrote: > > Not accepting is just about as bad as not accepting A records. > You wouldn't certify a registrar if they couldn't update A records. > It's about time certification was lost for failure to handle > records. The same should also apply for DS records. +1 RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701 g...@rellim.com Tel:+1(541)382-8588 signature.asc Description: PGP signature
Re: IPv6 monitoring...
Yo Vytautas! On Tue, 1 May 2012 20:31:08 + Vytautas V Grigaliunas wrote: > Nagios seems the people's choice. Any others...open source or > commercial ? Icinga. A fork of nagios RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701 g...@rellim.com Tel:+1(541)382-8588 signature.asc Description: PGP signature
Re: strat-1 gps
Yo Majdi! > Does anyone have any experience with the Veracity VTN-TN? > I don't, but it looks somewhat interesting. No, but I highly recommend the BU-353. Chrony reports jitter of about 700 nano Sec while in my basement. So no need for an external antenna in many cases. Not tried the new BU-353-S4, but got on on order. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701 g...@rellim.com Tel:+1(541)382-8588 signature.asc Description: PGP signature
Re: time-b.netgear.com/time-c.netgear.com dns queries
Yo Basil! On Fri, 7 Sep 2012 20:22:29 -0400 Basil Baby wrote: > Noticed lot of "A" record queries for > time-b.netgear.com/time-c.netgear.comon dns servers. > Has anyone noticed similar behavior on any of your dns servers? Anyone > aware about a known issue with netgear home routers which can create > bulk dns queries? https://en.wikipedia.org/wiki/NTP_server_misuse_and_abuse#NETGEAR_and_the_University_of_Wisconsin.E2.80.93Madison RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701 g...@rellim.com Tel:+1(541)382-8588 signature.asc Description: PGP signature
Re: RFC becomes Visio
Yo Joe! On Fri, 28 Sep 2012, Joe Maimon wrote: > Just got told by a Lightpath person that in order to do BGP on a > customer gig circuit to them they would need a visio diagram (of > what I dont know). Network diagrams are required for PCI compliance. 1.1.2 Current network diagram with all connections to cardholder data, including any wireless networks A high-level network diagram (either obtained from the entity or created by assessor) of the entity’s networking topography that includes: - Connections into and out of the network - Critical components within the cardholder data environment, including POS devices, systems, databases, and web servers, as applicable - Other necessary payment components, as applicable RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701 g...@rellim.com Tel:+1(541)382-8588 signature.asc Description: PGP signature
Re: REMINDER: LEAP SECOND
Yo Jay! On Tue, 23 Jun 2015 22:02:50 -0400 (EDT) Jay Ashworth wrote: > - Original Message - > > From: "Harlan Stenn" > > > > You misunderstand the problem. :) The problem is not "clock skips > > > backward one second," because most of the time that's not what > > > happens. The problem is that most software does not handle it well > > > when the clock ticks ... :59 :60 :00 instead of ticking directly > > > from > > > :59 to :00. > > > > POSIX NEVER shows :60. > > Then I hope POSIX does not claim to represent UTC, because UTC does, > no? POSIX-1:2001 clearly 61 seeconds in a minute: The POSIX-1:2001 docs are here: http://pubs.opengroup.org/onlinepubs/009695399/basedefs/time.h.html From the Description: "The header shall declare the structure tm, which shall include at least the following members: inttm_sec Seconds [0,60]. " From the Application Usage: "The range [0,60] for tm_sec allows for the occasional leap second." From the Rationale: "The range [0,60] seconds allows for positive or negative leap seconds." But, from the section on "Seconds Since the Epoch" http://pubs.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap04.html#tag_04_14 POSIX seconds is defined as: tm_sec + tm_min*60 + tm_hour*3600 + tm_yday*86400 + (tm_year-70)*31536000 + ((tm_year-69)/4)*86400 - ((tm_year-1)/100)*86400 + ((tm_year+299)/400)*86400 Summed up with: "The relationship between the actual time of day and the current value for seconds since the Epoch is unspecified." Which basically says if you are gonna split hairs on leap seconds things will be undefined. RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1(541)382-8588 pgp7sfNLqXqeR.pgp Description: OpenPGP digital signature
Re: REMINDER: LEAP SECOND
Yo Tore! On Wed, 24 Jun 2015 21:57:28 +0200 Tore Anderson wrote: > If you run your own straum-1 servers, can't you just opt not to > configure "leapfile"? Depends on what your Stratum-1 is syncronized to. Some GPS time sources pass on the leap indicator to NTP. For example, the SiRF-3 GPS, connected by way of gpsd, to ntpd will pass on the leap second. At least in theory. :-) RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1(541)382-8588 pgpZSFURiKdAg.pgp Description: OpenPGP digital signature
Re: NAT64 and matching identities
Yo Lee! On Wed, 20 Nov 2013 16:14:47 -0500 Lee Howard wrote: > >There is obviously a long tail of ip4 destinations, but nearly all > >of 500 of the Alexa global 500 have ip6 listeners, > > Do you have a data source for that? I see no indication of IPv6 > listeners on 85% of the top sites. A slightly different metric, 44% of USA content available on IPv6: http://6lab.cisco.com/stats/ RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701 g...@rellim.com Tel:+1(541)382-8588 signature.asc Description: PGP signature
Re: ARIN IP6 policy for those with legacy IP4 Space
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yo Joe! On Wed, 7 Apr 2010, Joe Greco wrote: > We'd be doing IPv6 here if not for the annual fee. As it stands, there > isn't that much reason to do IPv6, and a significant disincentive in the > form of the fees. +1 RGDS GARY - ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701 g...@rellim.com Tel:+1(541)382-8588 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFLvO9IBmnRqz71OvMRAiAhAJwMeCY48LNxDXaSzXp5/zTNrjiOewCgytZL SBhqe9tTRo/qGeHt8xLbXLA= =//mT -END PGP SIGNATURE-
Re: ARIN IP6 policy for those with legacy IP4 Space
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yo Ricky! On Wed, 7 Apr 2010, Ricky Beam wrote: > They will have to start paying for > address space like everyone else. I could handle 'like everyone else', but have you noticed the HUGE per IP disparity between large and small block sizes? RGDS GARY - ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701 g...@rellim.com Tel:+1(541)382-8588 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFLvPU/BmnRqz71OvMRAgNIAJ98nD7MomYGZLqcPqpo7q/1ihq1LwCg0PjA kpNkRpOVNpIiL1pi6zN2gXw= =ndUt -END PGP SIGNATURE-
Re: ARIN IP6 policy for those with legacy IP4 Space
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yo Owen! On Wed, 7 Apr 2010, Owen DeLong wrote: > If you are an end-user type organization, the fee is only $100/year > for all your resources, IPv4 and IPv6 included. Is that really what > you would call significant? As always, the devil is in the deetails. From: https://www.arin.net/fees/fee_schedule.html#waivers "The annual fee will be $100 USD until 2013, at which time ARIN's Board of Trustees may choose to raise the fee." Then scroll down to the fees you can expect in 2013. Especially note how the small guys get hit much harder per IP. RGDS GARY - ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701 g...@rellim.com Tel:+1(541)382-8588 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFLvPZ/BmnRqz71OvMRAgXlAJ99dBvHUNfO5lAU//6aIlMMtKZ6NACgwP7c QLK2MxkwzeAEhV2qKKijxsQ= =bsCq -END PGP SIGNATURE-
Re: ARIN IP6 policy for those with legacy IP4 Space
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yo Owen! Since I just need one /64 that is $1,250/yr for the /64. That puts me at a large competitive disadvantage to the big boys. RGDS GARY - --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701 g...@rellim.com Tel:+1(541)382-8588 On Thu, 8 Apr 2010, Owen DeLong wrote: > This assumes that small = /40 and large = /22. > > Still, with more realistic numbers: > > The small guy (/48) pays $0.019073486 per /64 > The large guy (/24) pays $0.00032741808 per /64 > > FWIW. > > Owen > > On Apr 7, 2010, at 2:48 PM, valdis.kletni...@vt.edu wrote: > > > On Wed, 07 Apr 2010 14:17:49 PDT, "Gary E. Miller" said: > > > >> Then scroll down to the fees you can expect in 2013. Especially note > >> how the small guys get hit much harder per IP. > > > > The small guys pay: $0.74505805969 per /64. ($1250 / (2^(64-40)) > > The big guys pay: $0.8185452 per /64. ($36000 / (2^(64-22)) > > > > The small guys are still paying less than 1/100th of a penny per /64. > > Assuming > > your salary plus overhead is $40/hour, each *second* of your time is worth > > more than the cost of 150 /64s. > > > > Oh, the inhumanity. > > > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFLvmQxBmnRqz71OvMRAr2dAKC4BrqBI94hvvyKEa+mLh4oML7yVwCfScFR 60z+bDBMHOvTRQwQJPW6SCo= =9zBu -END PGP SIGNATURE-
Re: OT: Any PALM e-mail administrators
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yo Keith! On Sun, 18 Oct 2009, Keith Medcalf wrote: > I have tried contacting PALM through their listed contact phone > numbers and by email to their postmaster, all to no avail. Contact me off list. I have been working this problem for over a month and have some contact info. RGDS GARY - --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701 g...@rellim.com Tel:+1(541)382-8588 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFK25+xBmnRqz71OvMRAuyxAKDQ6bKTNL82vgLGwHt2/lsgMCEcAQCg3fhB n2IDndq+ek32I+dyFUISjJc= =sDjJ -END PGP SIGNATURE-
Re: Level 3 issues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yo Matt! On Mon, 29 Dec 2008, Matthew Petach wrote: > Yes. A nice set of examples of why that anger exists > can be found here: > http://news.search.yahoo.com/news/search?p=petach+kablooie Well... I sorta liked that story. I did not think you came off badly in it either. RGDS GARY - ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701 g...@rellim.com Tel:+1(541)382-8588 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFJWViQBmnRqz71OvMRAr0uAJ9fwOgXpktikAnkzZfdYLpJqsGmCgCfX/H7 MBBrbspBEOWMmTcgDX7LK9M= =7bbY -END PGP SIGNATURE-
Re: Paypal DNS Problems?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yo John! On Thu, 29 Jan 2009, John Martinez wrote: > > As the subject says really, paypal's DNS servers don't appear to be > > responding for me... > I'm not seeing any issues. > Is anyone else? That, and payflow.verisign.com, were down for me two. From East and West coasts. Back now. Fingers crossed. RGDS GARY - ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701 g...@rellim.com Tel:+1(541)382-8588 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFJgifUBmnRqz71OvMRApyWAJ4xQSetg3WFQfLND7IezW16bw9tZQCgnixp tdkVhEhozM6L0Q9nyH4A+yQ= =Lp8C -END PGP SIGNATURE-
Re: Network diagram software
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yo All! Quoting Mathias Wolkert : > I'd like to know what software people are using to document networks. > Visio is obvious but feels like a straight jacket to me. > I liked netviz but it seems owned by CA and unsupported nowadays. I am surprised no one has mentioned the Draw program in Open Office. It has smart connectors like Vizio. It runs on WinXX, OS X, Linux, etc., and it is free. It uses SVG so you can even generate files with any language you are handy with. The main problem is the very few templates. RGDS GARY - ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701 g...@rellim.com Tel:+1(541)382-8588 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFJk12EBmnRqz71OvMRAop5AJ0XvgNU5a/kRESzD9FsW8nJKVIGWQCffDaC 5rxGsAerbq6w4tWSJXr208w= =+W9a -END PGP SIGNATURE-
Re: Yahoo and their mail filters..
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yo Michael! On Tue, 24 Mar 2009, Michael Thomas wrote: > > I've seen people subscribe to a list, then *reply* to the subscription > > confirmation - and then hit "spam" not 5 minutes later when something > > gets posted to the list. Did they change their minds in the 5 minutes? > No, sorry, Valdis this is just wrongheaded. Every day I have people sign up for our $30 a month service then report their confirmation email as spam 5 mins later. A month later when they get their Credit Card bill we hear from them that they never got their sign-up credentials and they are mad. This is just user stupidity. RGDS GARY - ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701 g...@rellim.com Tel:+1(541)382-8588 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFJyWA4BmnRqz71OvMRAiN4AJsGZ0QvJLXBKiTyXqw/tZHuoIZ/mwCgsRMY fFvFlIobFYuLOoI6hfnwmSY= =e6pm -END PGP SIGNATURE-
Re: interger to I P address
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yo All!
> ls it possible t convert the interger to ip
# php -r 'echo ip2long("196.3.39.209"), "\n";'
RGDS
GARY
- -----------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701
[EMAIL PROTECTED] Tel:+1(541)382-8588
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
iD8DBQFItc7dBmnRqz71OvMRAshNAKCoM8Lifs17RI7vwfF6ACF1ZiDTxgCgt6Sh
H6JRMLnsX8n/Hs8fCLhguqA=
=hwxF
-END PGP SIGNATURE-
Re: interger to I P address
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yo All!
On Wed, 27 Aug 2008, Gary E. Miller wrote:
> > ls it possible t convert the interger to ip
> # php -r 'echo ip2long("196.3.39.209"), "\n";'
Whoops, wrong way.
# php -r 'echo long2ip("3288541137"), "\n";'
RGDS
GARY
- -----------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701
[EMAIL PROTECTED] Tel:+1(541)382-8588
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
iD8DBQFItdBgBmnRqz71OvMRAlpDAKCd+G4Qtj/d/65bSLx2vWXEM6XesACgnc5/
f9BdpC6mwrOYV0X5VzRVKQw=
=hHcZ
-END PGP SIGNATURE-
