[rt-users] RT 4.0.8 still not receiving incoming tickets via email on ubuntu

[testwreq wreq]

Hi, It was our configuration in sendmail. Once configured correctly, the
mail is working.

I agree with the pitfalls involved using sendmail MTA.
I would like to know more about fetchmail. What is fetchmail? Do I have
to configure sendmail to use fetchmail?
We have rt, rt-web, rt-linux, rt-email addresses in exchange. I would
prefer mail to be sent directly from anywhere to any of these addresses and
vice-a-versa, and the communication recorded in RT.

Can I eliminate MTA completely from this setup?

On Tue, Nov 20, 2012 at 11:51 AM, Tim Cutts <tjrc at sanger.ac.uk> wrote:

>
> On 20 Nov 2012, at 14:58, testwreq wreq <testwreq at gmail.com> wrote:
>
> > I used sendmail command locally on the Rt server to send mail to rt4. I
> am unable to see the ticket generated in the RT interface. These are from
> mail.log on the RT server.
> > Nov 20 09:43:18 rt4 sendmail[23208]: qAKEhIs6023208: from=wreq, size=34,
> class=0, nrcpts=1, msgid=<201211201443.qAKEhIs6023208 at rt4.sc.sbu.edu>,
> relay=wreq at localhost
> > Nov 20 09:43:18 rt4 sm-mta[23209]: qAKEhIl0023209: from=<
> wreq at rt4.sc.sbu.edu>, size=347, class=0, nrcpts=1, msgid=<
> 201211201443.qAKEhIs6023208 at rt4.sc.sbu.edu>, proto=ESMTP, daemon=MTA-v4,
> relay=localhost [127.0.0.1]
> > Nov 20 09:43:18 rt4 sendmail[23208]: qAKEhIs6023208: to=rt4 at sc.sbu.edu,
> ctladdr=wreq (10007/10007), delay=00:00:00, xdelay=00:00:00, mailer=relay,
> pri=30034, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent
> (qAKEhIl0023209 Message accepted for delivery)
> > Nov 20 09:43:18 rt4 sm-mta[23211]: STARTTLS=client, relay=
> edge1.sc.sbu.edu., version=TLSv1/SSLv3, verify=FAIL, cipher=AES128-SHA,
> bits=128/128
> > Nov 20 09:43:19 rt4 sm-mta[23211]: qAKEhIl0023209: to=<rt4 at sc.sbu.edu>,
> ctladdr=<wreq at rt4.sc.sbu.edu> (10007/10007), delay=00:00:01,
> xdelay=00:00:01, mailer=esmtp, pri=120347, relay=edge1.sc.sbu.edu.
> [130.245.9.210], dsn=2.0.0, stat=Sent (<
> 201211201443.qAKEhIs6023208 at rt4.sc.sbu.edu> [InternalId=2648267] Queued
> mail for delivery)
> >
> > Does this mean that the mail does not get from the local RT mail server
> to rt-mailgate and then RT itself?  What should be done to fix this?
> >
>
> I don't know, I don't speak sendmail (I use exim on our RT server).  But
> what this suggests is that the config is correct for accepting the mail
> from the local host is correct, but the config for delivering the mail to
> rt-mailgate is wrong.  If you run mailq, you'll probably find that your
> test message is still sitting in sendmail's queue.
>
> If I were you, I'd fix this part of the problem before moving on to the
> second part, because you clearly have two separate issues.
>
> > When I send email to rt4 using exchange, then it does not reach the
> server mail.log.
>
> Not at all?  Not even in the rejection logs?
>
> That sounds like you have also misconfigured sendmail's listening to the
> outside world.  If you go to another machine and telnet to port 25 on your
> RT server, do you get an SMTP prompt, or a connection timeout?   If you get
> the timeout, or connection refused, than you know that sendmail isn't
> listening properly, so you'll need to fix that part of the configuration.
>
> One question I have for you:  why did you choose sendmail as the Mail
> Transfer Agent to use?  It's not the default on Ubuntu (nullmailer is), and
> there are at least three alternatives which are (a) command line compatible
> with sendmail and (b) a lot simpler to configure, and those are, in no
> particular order, exim, postfix and smail.
>
> You might save a lot of pain by finding a local UNIX mail expert in one of
> those mail transfer agents (it doesn't matter which), and get them to help
> you configure it properly.  It's not something we can easily help you with
> remotely on this list; there are too many variables, and if you've never
> configured a UNIX mail transfer agent before there are a lot of pitfalls
> involved, in which you could accidentally set yourself up as a mail relay
> and have spammers abusing your system, for example.
>
> The fetchmail alternative might sound more complex to you, but it's
> actually simpler and less vulnerable to the above sort of mistake, because
> it avoids the step of having to configure your MTA correctly with regard to
> receiving external email.  It only has to handle the much simpler case of
> local mail, internal to your RT server, and sending out to your Exchange
> server (which you already have working).
>
> Regards,
>
> Tim
>
> --
>  The Wellcome Trust Sanger Institute is operated by Genome Research
>  Limited, a charity registered in England with number 1021457 and a
>  company registered in England with number 2742969, whose registered
>  office is 215 Euston Road, London, NW1 2BE.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20121120/4c534526/attachment.htm>