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"><<a href="mailto:campbell@cnpapers.com" target="_blank">campbell@cnpapers.com</a>></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"><<a href="mailto:campbell@cnpapers.com" target="_blank">campbell@cnpapers.com</a>></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=<xxxxxx@yyyyy.<br>
com>, size=0, class=0, nrcpts=1, proto=ESMTP, daemon=MTA,<br>
relay=173-219-91-250.s<br>
<a 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=<<a href="mailto:debbie@kcprc.com" target="_blank">debbie@kcprc.com</a>>,
size=0,<br>
class=0, nrcpts=1, proto=SMTP, daemon=MTA,<br>
relay=<a 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 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 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 href="mailto:mailscanner@lists.mailscanner.info" target="_blank">mailscanner@lists.mailscanner.info</a><br>
<a href="http://lists.mailscanner.info/mailman/listinfo/mailscanner" target="_blank">http://lists.mailscanner.info/mailman/listinfo/mailscanner</a><br>
<br>
Before posting, read <a 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 href="http://vidadigital.com.pa/" target="_blank">http://vidadigital.com.pa/</a><br>
<br>
<a href="tel:%2B507-6781-9505" value="+50767819505" target="_blank">+507-6781-9505</a><br>
<a href="tel:%2B507-832-6725" value="+5078326725" target="_blank">+507-832-6725</a><br>
<a href="tel:%2B1-440-253-9789" value="+14402539789" target="_blank">+1-440-253-9789</a> (USA)<br>
<br>
Follow @AlexNeuman on Twitter<br>
<a 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 href="mailto:mailscanner@lists.mailscanner.info">mailscanner@lists.mailscanner.info</a><br>
<a href="http://lists.mailscanner.info/mailman/listinfo/mailscanner" target="_blank">http://lists.mailscanner.info/mailman/listinfo/mailscanner</a><br>
<br>
Before posting, read <a 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 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 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.