Kevin,<br><br>Yep. I figured that. At least it will get me on the right track.<br><br>Thanks.<br><br>Kenn<br>LBNL<br><br><div class="gmail_quote">On Mon, Aug 9, 2010 at 7:57 AM, Kevin Falcone <span dir="ltr"><<a href="mailto:falcone@bestpractical.com">falcone@bestpractical.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">On Fri, Aug 06, 2010 at 08:20:25PM -0700, Kenneth Crocker wrote:<br>
> Kevin,<br>
><br>
> Thanks for the reply. Let me try to me a little more forthcoming on the info.<br>
> We have set up our RT session to use LDAP, and to NOT auto create.<br>
> We had a ticket where the owner did a "reply" and added an outside email address to the "Cc".<br>
> This 'outside' person replied to the ticket and was getting <MAILER DAEMON> about every hour<br>
> on the hours or so.<br>
> We bounced the RT session and that stopped it.<br>
> From what I understand, our mailserver is 'polled' by RT to get any new email sent and pulls<br>
> it into RT-mailgate. There it tries to do whatever and is kicked out due to either LDAP or<br>
> privileges. All this sounds good so far. From that point, I'm trying to figure out if it is<br>
> sending itself a copy of that rejection and causing a loop. We don't use "ParseCc's" so we<br>
> didn't set the Regexp in our settings. I'm going to try that and see if that stops the loop<br>
> from happening.<br>
> That's all I can figure at the moment.<br>
> My questions was oriented around rt-mailgate in hopes of finding out of it had some sort of<br>
> re-generative <MAILER DAEMON> of retry for a number of times or something that I could set to<br>
> make it happen only once.<br>
><br>
> I'm thinking the REGexp setting will resolve the problem.<br>
<br>
Kenn<br>
<br>
</div>It sounds like you're using fetchmail, but you don't say how fetchmail<br>
is feeding mail into rt-mailgate. You really need to dig into your<br>
mail logs and figure out what the error flow is.<br>
<br>
-kevin<br>
<div class="im"><br>
> On Fri, Aug 6, 2010 at 12:36 PM, Kevin Falcone <[1]<a href="mailto:falcone@bestpractical.com">falcone@bestpractical.com</a>> wrote:<br>
><br>
> On Wed, Aug 04, 2010 at 04:10:46PM -0700, Kenneth Crocker wrote:<br>
> > We've had a particular situation come up a couple times now where someone "outside" our<br>
> > approved (LDAP) organization, was added as an 'other' Cc to a reply email from RT. That<br>
> person<br>
> > then tried to do a reply back (into RT) and RT kicked it out, as it should have. However,<br>
> it<br>
> > seems RT is continuing to send the error message over and over (days). Is there a "for how<br>
> > long" or a "X times" setting in rt-mailgate we can modify to stop this endless error<br>
> message?<br>
><br>
> Kenn<br>
><br>
> You've not really provided a lot to go on. Is the original mail still<br>
> in a postfix queue and being retried because rt-mailgate returns a<br>
> TEMPFAIL error or something else? Without some actual data it is<br>
> hard.<br>
> -kevin<br>
><br>
> Discover RT's hidden secrets with RT Essentials from O'Reilly Media.<br>
</div>> Buy a copy at [2]<a href="http://rtbook.bestpractical.com" target="_blank">http://rtbook.bestpractical.com</a><br>
><br>
> References<br>
><br>
> Visible links<br>
> 1. mailto:<a href="mailto:falcone@bestpractical.com">falcone@bestpractical.com</a><br>
> 2. <a href="http://rtbook.bestpractical.com/" target="_blank">http://rtbook.bestpractical.com/</a><br>
<div><div></div><div class="h5"><br>
><br>
> Discover RT's hidden secrets with RT Essentials from O'Reilly Media.<br>
> Buy a copy at <a href="http://rtbook.bestpractical.com" target="_blank">http://rtbook.bestpractical.com</a><br>
<br>
</div></div><br><br>
Discover RT's hidden secrets with RT Essentials from O'Reilly Media.<br>
Buy a copy at <a href="http://rtbook.bestpractical.com" target="_blank">http://rtbook.bestpractical.com</a><br></blockquote></div><br>