<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 10/9/2014 4:27 PM, Jay Foster wrote:<br>
    </div>
    <blockquote cite="mid:5436FDBA.3070609@roadrunner.com" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <div class="moz-cite-prefix">On 10/9/2014 1:33 PM, Robert Eden
        wrote:<br>
      </div>
      <blockquote cite="mid:5436F123.3040100@gmail.com" type="cite">
        <meta content="text/html; charset=ISO-8859-1"
          http-equiv="Content-Type">
        <div class="moz-cite-prefix">On 10/9/2014 2:52 PM, Jay Foster
          wrote:<br>
        </div>
        <blockquote cite="mid:5436E794.6010705@roadrunner.com"
          type="cite">
          <meta content="text/html; charset=ISO-8859-1"
            http-equiv="Content-Type">
          I know you are very busy with other things, but I wanted to
          know if you received the TCP dump logs I sent you last week
          (via PM).&nbsp; I did take a quick look and the POST does have data
          in it (it is the same post that works with the existing DD
          service).&nbsp; I think the "NO POSTDATA" is a misnomer, and really
          means it didn't like the data that was there, or after
          discarding the data it didn't like, was left with no data.<br>
        </blockquote>
        I thought the NOPOSTDATA problem was solved.&nbsp;&nbsp; If you're still
        getting it, email me directly and we can figure it out.<br>
        <br>
        <blockquote cite="mid:5436E794.6010705@roadrunner.com"
          type="cite"> On an unrelated note, I noticed that the existing
          DD service uses HTTP Digest Authentication, whereas the new
          replacement service is using Basic Authentication.<br>
        </blockquote>
        Yes, and I understand it is less secure.&nbsp; Unfortunately, it's
        necessary at the moment.&nbsp;&nbsp; I should be able to switch after TMS
        goes away.<br>
        <br>
        Robert<br>
        <br>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
        <pre wrap="">_______________________________________________
mythtv-users mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.mythtv.org/mailman/listinfo/mythtv-users">http://www.mythtv.org/mailman/listinfo/mythtv-users</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://wiki.mythtv.org/Mailing_List_etiquette">http://wiki.mythtv.org/Mailing_List_etiquette</a>
MythTV Forums: <a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://forum.mythtv.org">https://forum.mythtv.org</a>
</pre>
      </blockquote>
      Things are better, now.&nbsp; I no longer get the NO POSTDATA error.&nbsp;
      However, I also am only getting listings for half of my channels.&nbsp;
      Here is the final bit from mythfilldatabase with the new
      replacement service.&nbsp; Should I be concerned about the "Failed to
      fetch some program info" line?<br>
      <br>
      2014-10-09 14:18:31.067 Data for source cleared.<br>
      2014-10-09 14:18:31.067 Updating programs.<br>
      2014-10-09 14:18:31.179 Program table update complete.<br>
      2014-10-09 14:18:31.214 <b>Failed to fetch some program info</b><br>
      2014-10-09 14:18:31.214 Adjusting program database end times.<br>
      2014-10-09 14:18:31.884&nbsp;&nbsp;&nbsp;&nbsp; 0 replacements made<br>
      2014-10-09 14:18:31.884 Marking generic episodes.<br>
      2014-10-09 14:18:32.320&nbsp;&nbsp;&nbsp;&nbsp; Found 9309<br>
      2014-10-09 14:18:32.320 Marking repeats.<br>
      2014-10-09 14:18:32.992&nbsp;&nbsp;&nbsp;&nbsp; Found 25678<br>
      2014-10-09 14:18:32.992 Unmarking new episode rebroadcast repeats.<br>
      2014-10-09 14:18:33.339&nbsp;&nbsp;&nbsp;&nbsp; Found 0<br>
      2014-10-09 14:18:33.928 Marking episode first showings.<br>
      2014-10-09 14:18:35.790&nbsp;&nbsp;&nbsp;&nbsp; Found 8408<br>
      2014-10-09 14:18:35.790 Marking episode last showings.<br>
      2014-10-09 14:18:37.721&nbsp;&nbsp;&nbsp;&nbsp; Found 8408<br>
      2014-10-09 14:18:37.749 <br>
      <br>
      Here is the final bit from mythfilldatabase with the existing DD
      service:<br>
      <br>
      2014-10-09 14:25:47.177 Data for source cleared.<br>
      2014-10-09 14:25:47.177 Updating programs.<br>
      2014-10-09 14:25:47.350 Program table update complete.<br>
      2014-10-09 14:25:47.388 Data fetching complete.<br>
      2014-10-09 14:25:47.388 Adjusting program database end times.<br>
      2014-10-09 14:25:48.468&nbsp;&nbsp;&nbsp;&nbsp; 0 replacements made<br>
      2014-10-09 14:25:48.468 Marking generic episodes.<br>
      2014-10-09 14:25:49.061&nbsp;&nbsp;&nbsp;&nbsp; Found 17520<br>
      2014-10-09 14:25:49.061 Marking repeats.<br>
      2014-10-09 14:25:50.175&nbsp;&nbsp;&nbsp;&nbsp; Found 52284<br>
      2014-10-09 14:25:50.175 Unmarking new episode rebroadcast repeats.<br>
      2014-10-09 14:25:50.612&nbsp;&nbsp;&nbsp;&nbsp; Found 0<br>
      2014-10-09 14:25:51.246 Marking episode first showings.<br>
      2014-10-09 14:25:53.619&nbsp;&nbsp;&nbsp;&nbsp; Found 10767<br>
      2014-10-09 14:25:53.619 Marking episode last showings.<br>
      2014-10-09 14:25:56.124&nbsp;&nbsp;&nbsp;&nbsp; Found 10767<br>
      2014-10-09 14:25:56.138 <br>
    </blockquote>
    <br>
    Excellent on NOPOST, but I don't know what the other error means.&nbsp;
    :)&nbsp; Need more details to match things up on the SD-DD side.&nbsp;
    Hopefully others here can help you troubleshoot.&nbsp;&nbsp; SD-DD does often
    provide less channels than TMS-DD, but in most cases that's because
    the station was actually removed and a custom TMS lineup didn't
    remove it.<br>
    <br>
    Robert<br>
    <br>
  </body>
</html>