<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    I'm starting to see some clues now.<br>
    <br>
    I received a few emails with very simple text from a sender of the
    domain. The header from the sender seems to be very basic, with no
    To: and Subject: header lines in the header. I'm guessing that an
    attachment would cause the zero size emails that are being sent, for
    some reason.<br>
    <br>
    Hopefully, a request to their administrator will get things started
    towards solving this problem. <br>
    <br>
    Thanks <br>
    steve<br>
    <div class="moz-cite-prefix">On 2/12/2013 8:02 AM, Steve Campbell
      wrote:<br>
    </div>
    <blockquote cite="mid:511A3D69.7000702@cnpapers.com" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      I read that, and didn't see a lot on the system wide file. A lot
      of references to the $HOME one though.<br>
      <br>
      Anyway, what might cause this one particular sender to have such a
      problem? As I mentioned, I receive emails from other senders of
      their domain through the same sending server (based on IP
      address). I hate to say this, because it usually bite the one who
      says it, but nothing has changed. It appears to have started
      happening for this sender about 3 months ago. I love it when they
      wait that long to alert me.<br>
      <br>
      Thanks for all the ideas so far.<br>
      <br>
      steve<br>
      <div class="moz-cite-prefix">On 2/11/2013 4:53 PM, Alex Neuman
        wrote:<br>
      </div>
      <blockquote
cite="mid:CANyE0PpBFANwuZCH0DUO6rEfaHCH10DeOFn=omQpOMwHxiSP8Q@mail.gmail.com"
        type="cite">There's a system-wide procmailrc file, and there are
        individual .procmailrc files for different users. Check the man
        page for details.<br>
        <br>
        <div class="gmail_quote">On Mon, Feb 11, 2013 at 3:33 PM, Steve
          Campbell <span dir="ltr">&lt;<a moz-do-not-send="true"
              href="mailto:campbell@cnpapers.com" target="_blank">campbell@cnpapers.com</a>&gt;</span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div text="#000000" bgcolor="#FFFFFF"> Nope. Different
              senders from the same domain come through fine. I can't
              say whether different senders to the same recipient varies
              any.<br>
              <br>
              We actually receive emails from the same server (with the
              same IP) that go through normally from other addresses of
              that domain.<br>
              <br>
              Which procmailrc file are you referring to? I don't have
              any installed under any user.<br>
              <br>
              Thanks, Alex<br>
              <br>
              steve<br>
              <br>
              <br>
              <div>On 2/11/2013 2:36 PM, Alex Neuman wrote:<br>
              </div>
              <blockquote type="cite">Could be a .procmailrc issue. Does
                it happen to *all* e-mails, regardless of recipient?<br>
                <br>
                <div class="gmail_quote">On Mon, Feb 11, 2013 at 1:06
                  PM, Steve Campbell <span dir="ltr">&lt;<a
                      moz-do-not-send="true"
                      href="mailto:campbell@cnpapers.com"
                      target="_blank">campbell@cnpapers.com</a>&gt;</span>
                  wrote:<br>
                  <blockquote class="gmail_quote" style="margin:0 0 0
                    .8ex;border-left:1px #ccc solid;padding-left:1ex">I'm

                    seeing a problem from a couple of my servers. I have
                    a primary<br>
                    server for one of our domains, but I see emails
                    coming through a<br>
                    secondary server for this domain. The email that
                    gets sent through the<br>
                    secondary is relayed to the primary just fine.<br>
                    <br>
                    The problem is that the primary accepts the email
                    and then disappears. I<br>
                    see a line in my sendmail logs like the following:<br>
                    <br>
                    On the secondary:<br>
                    sendmail[17339]: r1BGGT8J017339:
                    from=&lt;xxxxxx@yyyyy.<br>
                    com&gt;, size=0, class=0, nrcpts=1, proto=ESMTP,
                    daemon=MTA,<br>
                    relay=173-219-91-250.s<br>
                    <a moz-do-not-send="true"
                      href="http://ta.suddenlink.net" target="_blank">ta.suddenlink.net</a>
                    [173.219.91.250] (may be forged)<br>
                    <br>
                    On the primary (relayed from the secondary above):<br>
                    sendmail[31249]: r1BGGZCZ031249: from=&lt;<a
                      moz-do-not-send="true"
                      href="mailto:debbie@kcprc.com" target="_blank">debbie@kcprc.com</a>&gt;,


                    size=0,<br>
                    class=0, nrcpts=1, proto=SMTP, daemon=MTA,<br>
                    relay=<a moz-do-not-send="true"
                      href="http://mailserver1.cnpapers.net"
                      target="_blank">mailserver1.cnpapers.net</a>
                    [10.0.0.103]<br>
                    <br>
                    The logs above are for the same message. This is the
                    only entries I see<br>
                    for this email in both logs. The email isn't
                    delivered, logged through<br>
                    Mailscanner, and doesn't exist in the mqueue or <a
                      moz-do-not-send="true" href="http://mqueue.in"
                      target="_blank">mqueue.in</a> directory.<br>
                    <br>
                    Has anyone seen this type of problem before? How did
                    it get solved? Any<br>
                    reason to believe there's a problem in &nbsp;the
                    processing database and how<br>
                    do I discover this?<br>
                    <br>
                    thanks<br>
                    <br>
                    steve campbell<br>
                    <br>
                    Thanks for any<br>
                    <span><font color="#888888">--<br>
                        MailScanner mailing list<br>
                        <a moz-do-not-send="true"
                          href="mailto:mailscanner@lists.mailscanner.info"
                          target="_blank">mailscanner@lists.mailscanner.info</a><br>
                        <a moz-do-not-send="true"
                          href="http://lists.mailscanner.info/mailman/listinfo/mailscanner"
                          target="_blank">http://lists.mailscanner.info/mailman/listinfo/mailscanner</a><br>
                        <br>
                        Before posting, read <a moz-do-not-send="true"
                          href="http://wiki.mailscanner.info/posting"
                          target="_blank">http://wiki.mailscanner.info/posting</a><br>
                        <br>
                        Support MailScanner development - buy the book
                        off the website!<br>
                      </font></span></blockquote>
                </div>
                <br>
                <br clear="all">
                <div><br>
                </div>
                -- <br>
                <br>
                --<br>
                <br>
                Alex Neuman van der Hans<br>
                Reliant Technologies / Vida Digital<br>
                <a moz-do-not-send="true"
                  href="http://vidadigital.com.pa/" target="_blank">http://vidadigital.com.pa/</a><br>
                <br>
                <a moz-do-not-send="true" href="tel:%2B507-6781-9505"
                  value="+50767819505" target="_blank">+507-6781-9505</a><br>
                <a moz-do-not-send="true" href="tel:%2B507-832-6725"
                  value="+5078326725" target="_blank">+507-832-6725</a><br>
                <a moz-do-not-send="true" href="tel:%2B1-440-253-9789"
                  value="+14402539789" target="_blank">+1-440-253-9789</a>
                (USA)<br>
                <br>
                Follow @AlexNeuman on Twitter<br>
                <a moz-do-not-send="true"
                  href="http://facebook.com/vidadigital" target="_blank">http://facebook.com/vidadigital</a><br>
                <br>
                <br>
                -- So-called "legal disclaimers" are not legally
                binding, so don't bother. A cute graphic saying "save
                the planet, don't print this" can potentially create
                more CO2, not less, so don't bother either. <br>
                <fieldset></fieldset>
                <br>
              </blockquote>
              <br>
            </div>
            <br>
            --<br>
            MailScanner mailing list<br>
            <a moz-do-not-send="true"
              href="mailto:mailscanner@lists.mailscanner.info">mailscanner@lists.mailscanner.info</a><br>
            <a moz-do-not-send="true"
              href="http://lists.mailscanner.info/mailman/listinfo/mailscanner"
              target="_blank">http://lists.mailscanner.info/mailman/listinfo/mailscanner</a><br>
            <br>
            Before posting, read <a moz-do-not-send="true"
              href="http://wiki.mailscanner.info/posting"
              target="_blank">http://wiki.mailscanner.info/posting</a><br>
            <br>
            Support MailScanner development - buy the book off the
            website!<br>
            <br>
          </blockquote>
        </div>
        <br>
        <br clear="all">
        <div><br>
        </div>
        -- <br>
        <br>
        --<br>
        <br>
        Alex Neuman van der Hans<br>
        Reliant Technologies / Vida Digital<br>
        <a moz-do-not-send="true" href="http://vidadigital.com.pa/"
          target="_blank">http://vidadigital.com.pa/</a><br>
        <br>
        +507-6781-9505<br>
        +507-832-6725<br>
        +1-440-253-9789 (USA)<br>
        <br>
        Follow @AlexNeuman on Twitter<br>
        <a moz-do-not-send="true" href="http://facebook.com/vidadigital"
          target="_blank">http://facebook.com/vidadigital</a><br>
        <br>
        <br>
        -- So-called "legal disclaimers" are not legally binding, so
        don't bother. A cute graphic saying "save the planet, don't
        print this" can potentially create more CO2, not less, so don't
        bother either. <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
      </blockquote>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
    </blockquote>
    <br>
  </body>
</html>