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 <[email protected]> wrote: > > On 20 Nov 2012, at 14:58, testwreq wreq <[email protected]> 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=<[email protected]>, > relay=wreq@localhost > > Nov 20 09:43:18 rt4 sm-mta[23209]: qAKEhIl0023209: from=< > [email protected]>, size=347, class=0, nrcpts=1, msgid=< > [email protected]>, proto=ESMTP, daemon=MTA-v4, > relay=localhost [127.0.0.1] > > Nov 20 09:43:18 rt4 sendmail[23208]: qAKEhIs6023208: [email protected], > 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=<[email protected]>, > ctladdr=<[email protected]> (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 (< > [email protected]> [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. >
-------- We're hiring! http://bestpractical.com/jobs
