<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">Yes!<br><br>So - I want to combine and sort unique $ORIGINs without seeing same $ORIGIN again and again.<br><br>Like in your example, I would prefer to see just _ONE_ time this sorted paragraph:<br><<$ORIGIN admin.cam.ac.uk. >> and not having multiple entries...<br><br><br><br>$ORIGIN cam.ac.uk. <br> admin                   MX      7 mx <br> $ORIGIN admin.cam.ac.uk.    <<<---------------- FIRST OCCURENCE<br> aat                     A       131.111.150.33 <br> alumni                  A       131.111.150.60 <br> blog                    CNAME   webservices <br> $ORIGIN blog.admin.cam.ac.uk.
 <br> preview                 CNAME   cms.admin.cam.ac.uk. <br> $ORIGIN admin.cam.ac.uk.   <<< ---------------- SECOND OCCURENCE<br> bolero                  CNAME   ufsplay <br> bpaservices             A       131.111.150.69 <br> <a target="_blank" rel="nofollow" href="http://www.google.com/url?sa=D&q=www.business">www.business</a>            CNAME   www <br> camino                  A       131.111.150.91 <br><br><br><br>--- On <b>Thu, 2/10/11, Chris Thompson <i><cet1@cam.ac.uk></i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>From: Chris Thompson <cet1@cam.ac.uk><br>Subject: Re: syntax/format of zone on slave
 $ORIGIN/paragraph - sorted?<br>To: "Barry Margolin" <barmar@alum.mit.edu><br>Cc: "Bind-Users List" <bind-users@isc.org><br>Date: Thursday, February 10, 2011, 9:48 AM<br><br><div class="plainMail">On Feb 10 2011, Barry Margolin wrote:<br><br>>When writing the zone file on a slave, BIND uses $ORIGIN so that all <br>>records just have a single label.  So instead of writing:<br>><br>>foo.bar IN A 1.2.3.4<br>><br>>it will write:<br>><br>>$ORIGIN bar<br>><br>>foo IN A 1.2.3.4<br>><br>>If you have a zone with lots of levels of subdomain, the file will have <br>>lots of $ORIGIN statements as a result.<br><br>Except that the rules seem to be a bit more complicated than that. (I am<br>using "named-checkzone -D -s relative" but I am pretty sure the same code<br>is involved.) Here's an extract:<br><br>$ORIGIN cam.ac.uk.<br>admin                   MX 
     7 mx<br>$ORIGIN admin.cam.ac.uk.<br>aat                     A       131.111.150.33<br>alumni                  A       131.111.150.60<br>blog                    CNAME   webservices<br>$ORIGIN blog.admin.cam.ac.uk.<br>preview                 CNAME   cms.admin.cam.ac.uk.<br>$ORIGIN admin.cam.ac.uk.<br>bolero                  CNAME   ufsplay<br>bpaservices             A       131.111.150.69<br>www.business            CNAME   www<br>camino               
   A       131.111.150.91<br><br>So why did it dive into a subdomain for preview.blog.admin.cam.ac.uk,<br>but not for www.business.admin.cam.ac.uk? These lines<br><br>$ORIGIN blog.admin.cam.ac.uk.<br>preview                 CNAME   cms.admin.cam.ac.uk.<br>$ORIGIN admin.cam.ac.uk.<br><br>could have been replaced by<br><br>preview.blog            CNAME   cms<br><br>just as in the latter case.<br><br>-- <br>Chris Thompson<br>Email: <a ymailto="mailto:cet1@cam.ac.uk" href="/mc/compose?to=cet1@cam.ac.uk">cet1@cam.ac.uk</a><br>_______________________________________________<br>bind-users mailing list<br><a ymailto="mailto:bind-users@lists.isc.org" href="/mc/compose?to=bind-users@lists.isc.org">bind-users@lists.isc.org</a><br><a href="https://lists.isc.org/mailman/listinfo/bind-users"
 target="_blank">https://lists.isc.org/mailman/listinfo/bind-users</a><br></div></blockquote></td></tr></table><br>