Kevin,
I did a complete scan of our rt.log and found the following:
[Wed Aug 4 22:23:42 2010] [info]:
RT::Authen::ExternalAuth::CanonicalizeUserInfo returning Comments:
Autocreated on ticket submission, Disabled: 0, EmailAddress:
jjames@motio.com, Name: jjames@motio.com, Password: , Privileged: 0,
RealName: Jonathan James
(/opt/rt3/local/plugins/RT-Authen-ExternalAuth/lib/RT/Authen/ExternalAuth.pm:536)
[Wed Aug 4 22:23:42 2010] [crit]: User creation failed in mailgateway:
Could not set user info (/opt/rt3/bin/…/lib/RT/Interface/Email.pm:244)
[Wed Aug 4 22:23:42 2010] [warning]: Couldn’t load user
‘jjames@motio.com’.giving
up (/opt/rt3/bin/…/lib/RT/Interface/Email.pm:932)
[Wed Aug 4 22:23:42 2010] [crit]: User ‘jjames@motio.com’ could not be
loaded in the mail gateway (/opt/rt3/bin/…/lib/RT/Interface/Email.pm:244)
[Wed Aug 4 22:23:42 2010] [warning]: Use of uninitialized value in
concatenation (.) or string at
/opt/rt3/local/plugins/RT-Extension-CommandByMail/lib/RT/Interface/Email/Filter/TakeAction.pm
line 184.
(/opt/rt3/local/plugins/RT-Extension-CommandByMail/lib/RT/Interface/Email/Filter/TakeAction.pm:184)
[Wed Aug 4 22:23:42 2010] [error]: Couldn’t get principal for not loaded
object (/opt/rt3/bin/…/lib/RT/User_Overlay.pm:1181)
This set of logs repeats every 15 minutes.
It was initially initiated by an email from a user that is NOT on our LDAP
list of approved users and we have our RT_SiteConfig.pm settings to NOT add
new (email) Users automatically unless they pass the LDAP muster. Our Config
settings for the Mail Gateway are as follows:
Set($OwnerEmail, ‘KFCrocker@lbl.gov’);
Set($LoopsToRTOwner, 1);
Set($StoreLoops, undef);
Set($TruncateLongAttachments, 1);
Set($ParseNewMessageForTicketCcs , undef);
Set($RTAddressRegexp , ‘.*\stuff’);
Set($LookupSenderInExternalDatabase, 1); # not actually functional -alinc
Set($SenderMustExistInExternalDatabase, 1);
Set($ValidateUserEmailAddresses, 1);
Set(@MailPlugins, (qw(Auth::MailFrom Filter::TakeAction)));
Set($MailCommand , ‘sendmailpipe’);
Set($SetOutgoingMailFrom, 0);
Set($SendmailArguments , “-oi -t”);
Set($SendmailBounceArguments , ‘-f “<>”’);
Set($SendmailPath, “/usr/lib/sendmail”);
Set($SMTPServer, undef);
Set($SMTPFrom, undef);
Set(@MailParams, ());
Set($CorrespondAddress , ‘’);
Set($CommentAddress , ‘’);
Set($UseFriendlyFromLine, 0);
Set($UseFriendlyToLine, 0);
Set($NotifyActor, 0);
Set($RecordOutgoingEmail, 1);
Set($ForwardFromUser, 0);
Set($RedistributeAutoGeneratedMessages, ‘privileged’);
Set($WebExternalAuth , undef);
Set($WebExternalAuthContinuous, 0);
Set($WebFallbackToInternalAuth , undef);
Set($WebExternalAuto , 0);
Set($AutoCreate, undef);
Our “reply” and “Comment” addresses are the same on a Queue-by-Queue basis,
ALL ending with the same “stuff” which is in the “RTAddressRegexp” setting.
Now, from what I understand from the comments/instructions in the
RT_Config.pm file is that if we do NOT set <$ParseNewMessageForTicketCcs>,
then we shouldn’t need to set the “$RTAddressRegexp” setting, which we
didn’t. When I DID set it, the loop disappeared.
If the Mail Gateway is set to NOT auto add OR if LDAP authorization
failures are also going to cause a loop, should there be an instruction
about this in the RT_Config.pm file?
The only thing I can figure is that one or more of the settings shown above
is causing RT to initiate a mail loop every 15 minutes. Does RT go to the
incoming mail server to look for “new” mail every 15 minutes? If so, why 15
minutes? Where does that setting exist? Is there something in one of the
settings above that tells RT to keep re-trying to add this guy?
Anyway, that’s about all I have for now.
Any more in a direction to look would be extremely helpful.
Thanks a WHOLE BUNCH!
Kenn
LBNL