<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><font face="Helvetica" size="2">See 6.4(5) in my email below, and then 4.5(1) and 4.5(2) - from everything I'm reading, it's only to verify them initially. The table mentioned in 4.5(2) was too large but a quick summary:</font><div><font face="Helvetica" size="2"><br></font></div><div><div><b><font face="Helvetica" size="2">Approved methods for verification of the identity of a customer who is a service activator</font></b></div><div><font face="Helvetica" size="2">“Government online verification service”</font></div><div><div><font face="Helvetica" size="2">“Existing post-paid account”</font></div><div><font face="Helvetica" size="2">“White listed email service”</font></div><div><font face="Helvetica" size="2">“Real-time financial transaction”</font></div><div><div><font face="Helvetica" size="2">“Time-delayed financial transaction”</font></div></div><div><font face="Helvetica" size="2">“Existing eligible prepaid (other) account” (no direct debit arrangement in place)</font></div><div><font face="Helvetica" size="2">“Existing eligible prepaid (direct debit) account” (direct debit arrangement in place)</font></div><div><font face="Helvetica" size="2">“Visual identity document check”</font></div><div><br></div><div><br></div></div><div><br><blockquote type="cite"><div>On 28 Sep 2022, at 12:16, Giles Pollock <glp71s@gmail.com> wrote:</div><br class="Apple-interchange-newline"><div><div dir="ltr">It would require far more time than I currently have to go digging through the legislation, but I really wouldn't be surprised if there is conflicting components in different laws which means you both need to retain the information and also not retain it. I'd lean towards the laws relating to AML/CTF and similar being the ones saying the information needs to be retained for a specific length of time too.<div><br></div><div>That said, the interesting bit of that statement is the "only for such time as is reasonably necessary for the permitted purpose" bit. Every time you call up Optus, or pretty much any other telco, they will do something to attempt to verify your identity. Arguably this could constitute covering the time for the permitted purpose, because they are required to verify identity for the duration of the contract...</div><div><br></div><div>That sounds like a game for lawyers to argue out though.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Sep 28, 2022 at 12:06 PM James Murphy <<a href="mailto:jamesmurphyau@me.com">jamesmurphyau@me.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><font face="Helvetica" size="2">By "everyone", I don't mean everyone in this email thread - I mean everyone (e.g. the news, everyone at Optus (CEO etc), general public, etc)</font><br><div><br><blockquote type="cite"><div>On 28 Sep 2022, at 12:02, James Murphy <<a href="mailto:jamesmurphyau@me.com" target="_blank">jamesmurphyau@me.com</a>> wrote:</div><br><div><div style="font-family:HelveticaNeue;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none"><div><font face="Helvetica" size="2">I'll stop referring to DOB because it seems valid and reasonable that it is kept - so I'll just mention the license number / passport number - which is what people really have an issue with.</font></div><div><font face="Helvetica" size="2"><br></font></div><div><font face="Helvetica" size="2">What I read in that law you linked to below (F2017L00399 - Telecommunications (Service Provider — Identity Checks for Prepaid Mobile Carriage Services) Determination 2017) actually says it's against the law to "record and keep" either "the identifying number of a government document" or "a category A document or category B document."</font></div><div><font face="Helvetica" size="2"><br></font></div><div><font face="Helvetica" size="2">They are allowed to "record or keep" the identification number for "permitted purposes" (verifying someones identity) and "only for such time as is reasonably necessary for the permitted purpose"</font></div><div><font face="Helvetica" size="2"><br></font></div><div><font face="Helvetica" size="2">Does anyone actually know where or how they are required by law to store a license number or passport number?? Or does everyone just assume they need to do this because others have said so, or they think the company needs to keep X years of records for their business (of which those records do<span> </span><b>currently</b><span> </span>include license number, but by law they don't need to include a license number - and by some laws, it's even against the law to store the license number)</font></div><div><br></div><div><div><br></div></div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px"><div><div><div style="font-size:10px"><b>6.4 Restrictions on the recording and keeping of certain information</b></div></div></div><div><div style="font-size:10px"><br></div></div><div><div style="font-size:10px">(1) Subject to subsections (2) and (3), a carriage service provider must not, in connection with a requirement imposed by this Determination, record and keep:</div></div><div><div style="font-size:10px"> (a) the identifying number of a government document; or</div></div><div><div style="font-size:10px"> (b) a category A document or category B document.</div></div><div><div style="font-size:10px"> (2) Subsection (1) does not prohibit the recording and keeping of information or a document if that recording and keeping is required or authorised by or under a law.</div></div><div><div style="font-size:10px"><br></div></div><div><div style="font-size:10px"><div>(3) Subsection (1) does not prohibit the recording and keeping of the identifying number of a government document where:</div></div></div><div><div style="font-size:10px"><div> (a) the carriage service provider records the identifying number of a government document for a permitted purpose; and</div></div></div><div><div style="font-size:10px"><div> (b) the carriage service provider records the information only for such time as is reasonably necessary for the permitted purpose; and</div></div></div><div><div style="font-size:10px"><div> (c) immediately after the carriage service provider verifies the service activator’s identity, the carriage service provider destroys the number; and</div></div></div><div><div style="font-size:10px"><div> (d) the recording is not otherwise prohibited by law.</div></div></div><div><div style="font-size:10px"><div> Example If a customer has unsuccessfully attempted to verify their identity online using a government online verification service, a carriage service provider may use the identifying number of that customer’s government document to assist that customer to verify his or her identity</div></div></div><div><div style="font-size:10px"><br></div></div><div><div style="font-size:10px"><div>(4) A carriage service provider must not copy or reproduce any document that contains the information which must not be recorded and kept because of subsection (1).</div></div></div><div><div style="font-size:10px"><div> Note A carriage service provider’s arrangements for recording and handling personal information must comply with Commonwealth privacy laws where applicable.</div></div></div><div><div style="font-size:10px"><div><br></div></div></div><div><div style="font-size:10px"><div>(5) In this section:</div></div></div><div><div style="font-size:10px"><div> permitted purpose means:</div></div></div><div><div style="font-size:10px"><div> (a) the purpose of verifying the identity of a service activator in accordance with section 4.5; or</div></div></div><div><div style="font-size:10px"><div> (b) any other purpose that is ancillary or incidental to the provider’s obligation to verify the identity of a service activator in accordance with section 4.5.</div></div></div><div><div style="font-size:10px"><br></div></div><div><div style="font-size:10px"><div><b>4.5 Verification of the identity of a customer who is a service activator</b></div></div></div><div><div style="font-size:10px"><div> (1) This section applies to the carriage service provider if the customer is a service activator.</div></div></div><div><div style="font-size:10px"><div> (2) The carriage service provider must verify the identity of the service activator using an approved method of identity verification specified in column B of Schedule 1</div></div></div></blockquote><div><div><br></div><div><br></div><div><br></div><div><br><blockquote type="cite"><div>On 28 Sep 2022, at 09:44, Jeremy Chequer <<a href="mailto:jeremy@resolvergroup.com.au" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">jeremy@resolvergroup.com.au</a>> wrote:</div><br><div><div lang="EN-AU"><div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><span>Hi<u></u><u></u></span></div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><span><u></u> <u></u></span></div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><span>There are specific rules for prepaid regarding ID validation and documents which must be checked (<a href="https://www.legislation.gov.au/Details/F2017L00399/Html/Text#_Toc478627158" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">https://www.legislation.gov.au/Details/F2017L00399/Html/Text#_Toc478627158</a>). As a Credit Provider, they are also required to validate you are who you say you are before providing credit services. Additionally, telcos also have specific provisions for customer protection requiring credit checks to be run before certain services are provided.<u></u><u></u></span></div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><span><u></u> <u></u></span></div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><span>Providers also need to keep enough information to verify you are who you say you are when you make contact though and are required to ensure they don’t disclose information about your account to someone else, which is why many providers keep things like your Date of Birth on file. The requirement to hold PII is required to a degree and is even outlined in the TCP Code with Clause 3.7 covering the storage and security of said information.<u></u><u></u></span></div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><span><u></u> <u></u></span></div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><span>Hopefully, this attack will result in some changes not just in our industry but across the board. Maybe something like validating Licences, Medicare, etc against DVS (already commonly done) but then just keeping the Pass/Fail result and Check ID instead of keeping the full details on file could be a way to minimise the amount of data available in a breach like this, but I’m not sure if that would be enough to comply with some of the obligations.<u></u><u></u></span></div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><span><u></u> <u></u></span></div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif">- Jeremy<span> </span><u></u><u></u></div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><span><u></u> <u></u></span></div><div><div style="border-style:solid none none;border-top-width:1pt;border-top-color:rgb(225,225,225);padding:3pt 0cm 0cm"><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><b><span lang="EN-US">From:</span></b><span lang="EN-US"><span> </span>AusNOG <<a href="mailto:ausnog-bounces@ausnog.net" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">ausnog-bounces@ausnog.net</a>><span> </span><b>On Behalf Of<span> </span></b>James Murphy<br><b>Sent:</b><span> </span>Tuesday, 27 September 2022 11:29 PM<br><b>To:</b><span> </span>Serge Burjak <<a href="mailto:sburjak@systech.com.au" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">sburjak@systech.com.au</a>><br><b>Cc:</b><span> </span>AusNOG Mailing List <<a href="mailto:ausnog@ausnog.net" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">ausnog@ausnog.net</a>><br><b>Subject:</b><span> </span>Re: [AusNOG] Optus Hack<u></u><u></u></span></div></div></div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><u></u> <u></u></div><div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:10pt;font-family:Helvetica,sans-serif">Looking over the Privacy Act and <a href="http://oaic.gov.au/" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">oaic.gov.au</a>, I still can't see any laws about a telco (or any business other than a credit reporting body) storing this level of information - specifically a drivers license number or date of birth (passport number isn't mentioned)</span><u></u><u></u></div></div><div><div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><u></u> <u></u></div></div><div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:10pt;font-family:Helvetica,sans-serif">"identification information" is the term that includes a drivers license number and date of birth</span><u></u><u></u></div></div><div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:10pt;font-family:Helvetica,sans-serif">"Credit information" is the term that includes "identification information" about an individual (therefor includes drivers license number and date of birth)</span><u></u><u></u></div></div><div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><u></u> <u></u></div></div><div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:10pt;font-family:Helvetica,sans-serif">There are only laws about how long a credit reporting body stores this information. A credit provider (ie Optus) doesn't need to store it, but does need to provide it to the credit reporting body - so they need to collect it and share it but they don't need to store it.</span><u></u><u></u></div></div><div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><u></u> <u></u></div></div><div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:10pt;font-family:Helvetica,sans-serif">For the data a telco does need to store - which looks to be added in the "Telecommunications (Interception and Access) Act 1979", they all talk about "personal information" (which doesn't specifically include date of birth or drivers license number, so you would be complying with that law if you didn't store those pieces of data - provided you can reasonably identify a person with the data you do store)</span><u></u><u></u></div></div><div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><u></u> <u></u></div></div><div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:10pt;font-family:Helvetica,sans-serif">From the Privacy Act:</span><u></u><u></u></div></div><div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><u></u> <u></u></div></div><blockquote style="margin-left:30pt;margin-right:0cm"><div><div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><b><span style="font-size:10pt;font-family:Helvetica,sans-serif">personal information</span></b><span style="font-size:10pt;font-family:Helvetica,sans-serif"><span> </span>means information or an opinion about an identified individual, or an individual who is reasonably identifiable:</span><u></u><u></u></div></div></div><div><div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:10pt;font-family:Helvetica,sans-serif">(a) whether the information or opinion is true or not; and</span><u></u><u></u></div></div></div><div><div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:10pt;font-family:Helvetica,sans-serif">(b) whether the information or opinion is recorded in a material form or not.</span><u></u><u></u></div></div></div><div><div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:10pt;font-family:Helvetica,sans-serif">Note: Section 187LA of the Telecommunications (Interception and Access) Act 1979 extends the meaning of personal information to cover information kept under Part 5-1A of that Act.</span><u></u><u></u></div></div></div></blockquote><div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><u></u> <u></u></div></div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:10pt;font-family:Helvetica,sans-serif">So the argument that they need to store this by law - to me (a software developer/techy who sometimes can spend hours reading shit like this trying to pick holes in it - so: not a lawyer) - doesn't seem valid.</span><u></u><u></u></div><div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><u></u> <u></u></div></div><div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:10pt;font-family:Helvetica,sans-serif">If this is required by law, I would love to understand how (ie which laws/acts cover it)</span><u></u><u></u></div><div><div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><u></u> <u></u></div></div><div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><u></u> <u></u></div></div><div><div><div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><br><br><u></u><u></u></div><blockquote style="margin-top:5pt;margin-bottom:5pt"><div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif">On 27 Sep 2022, at 16:46, Serge Burjak <<a href="mailto:sburjak@systech.com.au" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">sburjak@systech.com.au</a>> wrote:<u></u><u></u></div></div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><u></u> <u></u></div><div><div><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><a href="https://www.oaic.gov.au/privacy/the-privacy-act" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">https://www.oaic.gov.au/privacy/the-privacy-act</a><br><br>Covers it pretty well.<br><br>On Tue, 27 Sept 2022 at 16:36, James Murphy <<a href="mailto:jamesmurphyau@me.com" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">jamesmurphyau@me.com</a>> wrote:<br><br><u></u><u></u></div><blockquote style="margin-top:5pt;margin-bottom:5pt"><div style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><br>Does anyone know which laws cover the data they were keeping?<br><br>Did a search for anything with "telecommunication" in the name (link), found 71 results and downloaded 73 PDF files (C2022C00170 Telecommunications Act 1997 had 3 files, all others had 1 file), and can't find anything that mentions keeping this level of data.<br><br>The closest thing I found was in the following:<br><br>C2022C00151 - Telecommunications (Interception and Access) Act 1979<br>C2015A00039 - Telecommunications (Interception and Access) Amendment (Data Retention) Act 2015<br>C2021A00078 - Telecommunications Legislation Amendment (International Production Orders) Act 2021<br><br>which contained the following two sections that seem to cover identification information - there doesn't seem to be anything that says they need to collect or store to the level that Optus seems to have done.. Almost reads like you could store name and address (without DOB?) and that would be adequate enough (but I'm not a lawyer so who knows).. Am I looking in the wrong place/at the wrong laws?<br><br>13 Identification of a particular person<br>For the purposes of this Schedule, a particular person may be identified:<br>(a) by the person’s full name; or<br>(b) by a name by which the person is commonly known; or<br>(c) as the person to whom a particular individual transmission service is supplied; or<br>(d) as the person to whom a particular individual message/call application service is provided; or<br>(e) as the person who has a particular account with a prescribed communications provider; or<br>(f) as the person who has a particular telephone number; or<br>(g) as the person who has a particular email address; or<br>(h) as the person who has a particular internet protocol address; or<br>(i) as the person who has a device that has a particular unique identifier (for example, an electronic serial number or a Media Access Control address); or<br>(j) by any other unique identifying factor that is applicable to the person.<br><br><br>and<br><br>187AA Information to be kept<br>(1) The following table sets out the kinds of information that a service provider must keep, or cause to be kept, under subsection 187A(1):<br>Item<br><br>1<br><br>Topic<br><br>The subscriber of, and accounts, services, telecommunications devices and other relevant services relating to, the relevant service<br><br>Description of information<br><br>The following:<br><br>(a) any information that is one or both of the following:<br><br>(i) any name or address information;<br><br>(ii) any other information for identification purposes;<br><br>relating to the relevant service, being information used by the service provider for the purposes of identifying the subscriber of the relevant service;<br><br>(b) any information relating to any contract, agreement or arrangement relating to the relevant service, or to any related account, service or device;<br><br>(c) any information that is one or both of the following:<br><br>(i) billing or payment information;<br><br>(ii) contact information;<br><br>relating to the relevant service, being information used by the service provider in relation to the relevant service;<br><br>(d) any identifiers relating to the relevant service or any related account, service or device, being information used by the service provider in relation to the relevant service or any related account, service or device;<br><br>(e) he status of the relevant service, or any related account, service or device.<br><br><br><br>On 27 Sep 2022, at 11:12, Nathan Brookfield <<a href="mailto:Nathan.Brookfield@iperium.com.au" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">Nathan.Brookfield@iperium.com.au</a>> wrote:<br><br>They’re legally obligated to retain it but why it’s on the API and why it’s not encrypted.<br><br>Looking at the data some fields are hashed and then repeated in the bloody clear :(<br><br>On 27 Sep 2022, at 11:02,<span> </span><a href="mailto:glenn.satchell@uniq.com.au" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">glenn.satchell@uniq.com.au</a><span> </span>wrote:<br><br>My understanding was that the data included the 100 points of ID info. Why are they retaining this? Surely after confirming the 100 points there only needs to be a record "100 points provided"=true and not retain the actual details. This goes back to only keeping the private data you need.<br><br>regards,<br>Glenn<br><br>On 2022-09-27 10:49, Damien Gardner Jnr wrote:<br><br>Personally, I find putting Authentication on my API endpoints to be a<br>FANTASTIC first step towards API security. And then not even using<br>public IP addresses in test environments is a pretty good second<br>step.. </onlyhalfsarcasticherewhydoesthiskeephappening><br>On Tue, 27 Sept 2022 at 10:46, Bevan Slattery <<a href="mailto:bevan@slattery.net.au" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">bevan@slattery.net.au</a>><br>wrote:<br><br>Hi everyone,<br>Obviously a big week in telco and cybersecurity. As part of my work<br>I am on the Australian Cyber Security Industry Advisory Committee as<br>an industry representative.<br>I am keen to look at opening up a dialogue with more and more telco,<br>DC and Cloud CISO’s on what they are doing around this issue and<br>looking to take a proactive step towards best practice on customer<br>data and system security.<br>There will be some pretty serious consequences of this hack on the<br>industry and importantly we need to make sure we are as best placed<br>to help each other continually increase in security posture through<br>best practice, but also working with each other as an industry.<br>Are people keen on having a online/VC session sometime in the next<br>few weeks where like-minded industry participants get together and<br>discuss security, retention, encryption, threat detection etc.? If<br>so, just ping me directly and if there is enough interest I will<br>send out an invitation to the list for a call.<br>Cheers<br>[b]<br>_______________________________________________<br>AusNOG mailing list<br><a href="mailto:AusNOG@ausnog.net" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">AusNOG@ausnog.net</a><br><a href="https://lists.ausnog.net/mailman/listinfo/ausnog" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">https://lists.ausnog.net/mailman/listinfo/ausnog</a><br><br>--<br>Damien Gardner Jnr<br>VK2TDG. Dip EE. GradIEAust<br><a href="mailto:rendrag@rendrag.net" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">rendrag@rendrag.net</a><span> </span>- <a href="http://www.rendrag.net/" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">http://www.rendrag.net/</a><br>--<br>We rode on the winds of the rising storm,<br>We ran to the sounds of thunder.<br>We danced among the lightning bolts,<br>and tore the world asunder<br>_______________________________________________<br>AusNOG mailing list<br><a href="mailto:AusNOG@ausnog.net" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">AusNOG@ausnog.net</a><br><a href="https://lists.ausnog.net/mailman/listinfo/ausnog" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">https://lists.ausnog.net/mailman/listinfo/ausnog</a><br><br>_______________________________________________<br>AusNOG mailing list<br><a href="mailto:AusNOG@ausnog.net" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">AusNOG@ausnog.net</a><br><a href="https://lists.ausnog.net/mailman/listinfo/ausnog" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">https://lists.ausnog.net/mailman/listinfo/ausnog</a><br>_______________________________________________<br>AusNOG mailing list<br><a href="mailto:AusNOG@ausnog.net" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">AusNOG@ausnog.net</a><br><a href="https://lists.ausnog.net/mailman/listinfo/ausnog" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">https://lists.ausnog.net/mailman/listinfo/ausnog</a><br><br><br>_______________________________________________<br>AusNOG mailing list<br><a href="mailto:AusNOG@ausnog.net" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">AusNOG@ausnog.net</a><br><a href="https://lists.ausnog.net/mailman/listinfo/ausnog" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">https://lists.ausnog.net/mailman/listinfo/ausnog</a></div></blockquote></div></div></blockquote></div></div></div></div></div></div></div></div></div></blockquote></div></div></div></div></blockquote></div><br></div>_______________________________________________<br>
AusNOG mailing list<br>
<a href="mailto:AusNOG@ausnog.net" target="_blank">AusNOG@ausnog.net</a><br>
<a href="https://lists.ausnog.net/mailman/listinfo/ausnog" rel="noreferrer" target="_blank">https://lists.ausnog.net/mailman/listinfo/ausnog</a><br>
</blockquote></div>
_______________________________________________<br>AusNOG mailing list<br>AusNOG@ausnog.net<br>https://lists.ausnog.net/mailman/listinfo/ausnog<br></div></blockquote></div><br></div></body></html>