<br><br><div class="gmail_quote">On Mon, Jan 23, 2012 at 2:38 PM, Allen <span dir="ltr"><<a href="mailto:allen%2Brtlist@crystalfontz.com">allen+rtlist@crystalfontz.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div>Landon wrote:</div></div><div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="gmail_quote"><div>We simply use mod_rewrite to redirect everyone *except* the server itself to https.  This way when rt-mailgate calls <a href="http://rt.ourdomain/com" target="_blank">http://rt.ourdomain/com</a> it is not forced to use https while everyone else is.</div>
</div></div></blockquote></div></div></blockquote><div><br></div><div>Landon - thank you for sharing those config lines.  I had debated exactly that approach but had not dug into the mod-rewrite docs far enough to get that line on my own.  Though - as I look at it - pretty simple regular expression. :)   Thanks again! </div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div class="gmail_quote"><div><div>Thanks. That is an easy, maintainable solution until the next version of rt-mailgate that will let us specify the cert path, or until OpenSSL 1.x gets it's act together with LWP.</div>
</div></div></div></blockquote></div><div>
<br>But doesn't work for me. I solved some kind of mod-perl/apache redeclaration or some such problem (either spamming the logs or making apache not start -- cant remember which) that I solved by removing all RT apache configuration under regular http and just having the redirect to SSL. The SSL virtualhost container has the RT configs in it.</div>
</div></blockquote><div><br></div><div>One other thought crossed my mind reading your earlier comments about getting the environment variable into LWP::UserAgent via fetchmail configs.  I think "export VAR=VALUE" is bash-specific syntax.  If the fetchmailrc file is being read by /bin/sh, or bash running in /bin/sh compatibility mode, that syntax could cause a problem.    You might try this:  "VAR=VALUE /opt/rt4/bin/rt-mailgate ... ".   That syntax works for me via my aliases file and is what I use in crontabs too.  I did see you use that syntax with the env command - I've never tried that before myself but I've never needed it either.  </div>
<div><br></div><div>-Rob</div><div><br></div></div>