The problem was that the fetchmailrc file wasn't in the install, so we made it. Neither could we find the fetchmail.conf from the install. Could we have done the yum command wrong for the installation? <br><br><div>and a couple of questions:</div>
<div><br></div><div>where do we run newaliases?</div><div>where is the fetchmailrc file located, and what are the correct settings to point it to RT</div><div>and the command with --queue is where we got our syntax errors. does there have to be single quotes around the queue name?</div>
<div><br></div><div>thanks so much, sorry for my lack of knoledge, but I've been kind of flustered because all I've had to work on the entire RT configuration is a command line only CentOS installation running on a different computer...</div>
<div><br></div><div>George</div><div><br><div class="gmail_quote">On Fri, Jul 23, 2010 at 3:05 PM, Marco Dieckhoff <span dir="ltr"><<a href="mailto:dieckhoff@bremskerl.de">dieckhoff@bremskerl.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Am 23.07.2010 22:53, schrieb George Simpson:<div class="im"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello everyone!<br>
<br>
My company recently got a working install of RT and Postfix up and it was running fine without fetchmail, just that everyone had to log into the RT portal. We decided this last monday to install fetchmail on the CentOS box to make it easier for the employees to create tickets and comment on them too. However, after five days of research and problems, I am admitting defeat to fetchmail. I could really use some help with the configuration, any help, because I am helplessly lost. I just reinstalled fetchmail, so it needs the fetchmailrc file (which is the root of my problem) and if someone could help me configure that file, and the rest of it too, it would be extremely hellpful!<br>

<br>
</blockquote>
<br></div>
It's actually quite simple. We use a very basic configuration here:<br>
<br>
All mail destined for RT goes to an IMAP inbox somewhere (different server than RT here).<br>
<br>
<br>
We created a user "rtimap" on our linux box running RT.<br>
<br>
.fetchmailrc<br>
poll servername.domain.somewhere proto IMAP user "username" with pass "password" fetchall idle<br>
<br>
The magic is done in /etc/aliases (could be configured by maildrop, procmail and others, too, I believe.)<br>
All mails are delivered directly to the utility rt-mailgate, which is part of the rt installation (afair).<br>
Just set the queue they should go to and the right url.<br>
We encountered problems with https here, so you may want to try http, at least locally.<br>
<br>
rtimap: "|/usr/bin/rt-mailgate --queue 'Incoming' --action correspond --url <a href="http://server.running.rt/in/this/directory/" target="_blank">http://server.running.rt/in/this/directory/</a>"<br>
<br>
(don't forget to run "newaliases")<br>
<br>
We try to start fetchmail as cronjob every 10 minutes:<br>
*/10 * * * * /usr/bin/fetchmail -s 2>/dev/null >/dev/null<br>
<br>
But fetchmail will be kept logged in to the mailbox (keyword "idle" in .fetchmailrc), and react instantly to new mails, so this is just in case the connection vanishes to reestablish it.<br>
<br>
I highly recommend the >/dev/null 2>/dev/null part, otherwise mails generated from cron will go to rtimap, which will create a ticket via aliases for each mail.<br>
<br>
<br>
Regards,<br><font color="#888888">
Marco<br>
<br>
<br>
</font></blockquote></div><br></div>