RT4.2.1 + Fetchmail + Office365 - MDA returned nonzero status 75

Hi,

I recently changed of company and was asked to set a request system. Off course I’m setting up RT4. Problem is that in this new job they use Office365 as the Mail Server. So I tryied something new to me that is the use of the Fetchmail to retrieve from the server and then deliver to RT using the mail Gateway.

The problem is the MDA is returning code 75. I was looking in the history of the mailing list and other doccuments and this code is refered for several problems. None of them seems to relate with my config. May you please give a look at mail fetchmail config and LOG to tell me any ideia of what could be wrong? Thank you in advance!

Request Tracker 4.2.1 over Ubuntu 13.10.

root@SRV-RT:/opt/rt4/var# cat /etc/fetchmailrc

set daemon 300

set no bouncemail

defaults:
antispam -1
batchlimit 100
nofetchall
nokeep

poll pod51028.outlook.com with proto IMAP port 993
username “rt@stitelecom.com.brmailto:rt@stitelecom.com.br” password xxxxxx mda “/opt/rt4/bin/rt-mailgate --url https://rt.stitelecom.local --queue General --action correspond” ssl
username “rt-comment@stitelecom.com.brmailto:rt-comment@stitelecom.com.br” password xxxxxxx mda “/opt/rt4/bin/rt-mailgate --url https://rt.stitelecom.local --queue General --action comment” ssl

root@SRV-RT:/home/sti# cat /var/log/syslog

Jan 10 17:11:27 SRV-RT fetchmail[29468]: Old UID list from pod51028.outlook.com:
Jan 10 17:11:27 SRV-RT fetchmail[29468]: Old UID list from pod51028.outlook.com:
Jan 10 17:11:27 SRV-RT fetchmail[29468]: Scratch list of UIDs:
Jan 10 17:11:27 SRV-RT fetchmail[29469]: starting fetchmail 6.3.26 daemon
Jan 10 17:11:27 SRV-RT fetchmail[29469]: 6.3.26 querying pod51028.outlook.com (protocol IMAP) at Fri 10 Jan 2014 05:11:27 PM BRST: poll started
Jan 10 17:11:28 SRV-RT fetchmail[29469]: Trying to connect to 132.245.156.22/993…connected.
Jan 10 17:11:28 SRV-RT fetchmail[29469]: Certificate chain, from root to peer, starting at depth 3:
Jan 10 17:11:28 SRV-RT fetchmail[29469]: Issuer Organization: Baltimore
Jan 10 17:11:28 SRV-RT fetchmail[29469]: Issuer CommonName: Baltimore CyberTrust Root
Jan 10 17:11:28 SRV-RT fetchmail[29469]: Subject CommonName: Baltimore CyberTrust Root
Jan 10 17:11:28 SRV-RT fetchmail[29469]: Certificate at depth 2:
Jan 10 17:11:28 SRV-RT fetchmail[29469]: Issuer Organization: Baltimore
Jan 10 17:11:28 SRV-RT fetchmail[29469]: Issuer CommonName: Baltimore CyberTrust Root
Jan 10 17:11:28 SRV-RT fetchmail[29469]: Subject CommonName: Microsoft Internet Authority
Jan 10 17:11:28 SRV-RT fetchmail[29469]: Certificate at depth 1:
Jan 10 17:11:28 SRV-RT fetchmail[29469]: Unknown Organization
Jan 10 17:11:28 SRV-RT fetchmail[29469]: Issuer CommonName: Microsoft Internet Authority
Jan 10 17:11:28 SRV-RT fetchmail[29469]: Subject CommonName: MSIT Machine Auth CA 2
Jan 10 17:11:28 SRV-RT fetchmail[29469]: Server certificate:
Jan 10 17:11:28 SRV-RT fetchmail[29469]: Unknown Organization
Jan 10 17:11:28 SRV-RT fetchmail[29469]: Issuer CommonName: MSIT Machine Auth CA 2
Jan 10 17:11:28 SRV-RT fetchmail[29469]: Subject CommonName: outlook.com
Jan 10 17:11:28 SRV-RT fetchmail[29469]: Subject Alternative Name: outlook.com
Jan 10 17:11:28 SRV-RT fetchmail[29469]: Subject Alternative Name: *.outlook.com
Jan 10 17:11:28 SRV-RT fetchmail[29469]: Subject Alternative Name: *.exchangelabs.com
Jan 10 17:11:28 SRV-RT fetchmail[29469]: Subject Alternative Name: m.outlook.com
Jan 10 17:11:28 SRV-RT fetchmail[29469]: Subject Alternative Name: m.exchangelabs.com
Jan 10 17:11:28 SRV-RT fetchmail[29469]: pod51028.outlook.com key fingerprint: E7:48:66:D7:91:A5:5F:CA:5E:CE:27:5D:0B:10:4C:5E
Jan 10 17:11:29 SRV-RT fetchmail[29469]: IMAP< * OK The Microsoft Exchange IMAP4 service is ready. [RwBSAFUAUABSAEQAOAAwADEAMQBDAEEAMAAwADMALgBsAGEAbQBwAHIAZAA4ADAALgBwAHIAbwBkAC4AbwB1AHQAbABvAG8AawAuAGMAbwBtAA==]
Jan 10 17:11:29 SRV-RT fetchmail[29469]: IMAP> A0001 CAPABILITY
Jan 10 17:11:29 SRV-RT fetchmail[29469]: IMAP< * CAPABILITY IMAP4 IMAP4rev1 AUTH=PLAIN UIDPLUS CHILDREN IDLE NAMESPACE LITERAL+
Jan 10 17:11:29 SRV-RT fetchmail[29469]: IMAP< A0001 OK CAPABILITY completed.
Jan 10 17:11:29 SRV-RT fetchmail[29469]: Protocol identified as IMAP4 rev 1
Jan 10 17:11:29 SRV-RT fetchmail[29469]: GSSAPI error gss_inquire_cred: Unspecified GSS failure. Minor code may provide more information
Jan 10 17:11:29 SRV-RT fetchmail[29469]: GSSAPI error gss_inquire_cred: Success
Jan 10 17:11:29 SRV-RT fetchmail[29469]: No suitable GSSAPI credentials found. Skipping GSSAPI authentication.
Jan 10 17:11:29 SRV-RT fetchmail[29469]: If you want to use GSSAPI, you need credentials first, possibly from kinit.
Jan 10 17:11:29 SRV-RT fetchmail[29469]: IMAP> A0002 LOGIN “rt@stitelecom.com.brmailto:rt@stitelecom.com.br” *
Jan 10 17:11:36 SRV-RT fetchmail[29469]: IMAP< A0002 OK LOGIN completed.
Jan 10 17:11:36 SRV-RT fetchmail[29469]: selecting or re-polling default folder
Jan 10 17:11:36 SRV-RT fetchmail[29469]: IMAP> A0003 SELECT “INBOX”
Jan 10 17:11:36 SRV-RT fetchmail[29469]: IMAP< * 2 EXISTS
Jan 10 17:11:36 SRV-RT fetchmail[29469]: IMAP< * 0 RECENT
Jan 10 17:11:36 SRV-RT fetchmail[29469]: IMAP< * FLAGS (\Seen \Answered \Flagged \Deleted \Draft $MDNSent)
Jan 10 17:11:36 SRV-RT fetchmail[29469]: IMAP< * OK [PERMANENTFLAGS (\Seen \Answered \Flagged \Deleted \Draft $MDNSent)] Permanent flags
Jan 10 17:11:36 SRV-RT fetchmail[29469]: IMAP< * OK [UNSEEN 1] Is the first unseen message
Jan 10 17:11:36 SRV-RT fetchmail[29469]: IMAP< * OK [UIDVALIDITY 438244] UIDVALIDITY value
Jan 10 17:11:36 SRV-RT fetchmail[29469]: IMAP< * OK [UIDNEXT 6] The next unique identifier value
Jan 10 17:11:36 SRV-RT fetchmail[29469]: IMAP< A0003 OK [READ-WRITE] SELECT completed.
Jan 10 17:11:36 SRV-RT fetchmail[29469]: 2 messages waiting after first poll
Jan 10 17:11:36 SRV-RT fetchmail[29469]: IMAP> A0004 EXPUNGE
Jan 10 17:11:36 SRV-RT fetchmail[29469]: IMAP< * 2 EXISTS
Jan 10 17:11:36 SRV-RT fetchmail[29469]: IMAP< A0004 OK EXPUNGE completed.
Jan 10 17:11:36 SRV-RT fetchmail[29469]: 2 messages waiting after expunge
Jan 10 17:11:36 SRV-RT fetchmail[29469]: IMAP> A0005 SEARCH UNSEEN
Jan 10 17:11:37 SRV-RT fetchmail[29469]: IMAP< * SEARCH 1 2
Jan 10 17:11:37 SRV-RT fetchmail[29469]: 1 is unseen
Jan 10 17:11:37 SRV-RT fetchmail[29469]: 2 is unseen
Jan 10 17:11:37 SRV-RT fetchmail[29469]: IMAP< A0005 OK SEARCH completed.
Jan 10 17:11:37 SRV-RT fetchmail[29469]: 1 is first unseen
Jan 10 17:11:37 SRV-RT fetchmail[29469]: 2 messages for rt@stitelecom.com.brmailto:rt@stitelecom.com.br at pod51028.outlook.com.
Jan 10 17:11:37 SRV-RT fetchmail[29469]: IMAP> A0006 FETCH 1:2 RFC822.SIZE
Jan 10 17:11:37 SRV-RT fetchmail[29469]: IMAP< * 1 FETCH (RFC822.SIZE 13678)
Jan 10 17:11:37 SRV-RT fetchmail[29469]: IMAP< * 2 FETCH (RFC822.SIZE 14699)
Jan 10 17:11:37 SRV-RT fetchmail[29469]: IMAP< A0006 OK FETCH completed.
Jan 10 17:11:37 SRV-RT fetchmail[29469]: IMAP> A0007 FETCH 1 RFC822.HEADER
Jan 10 17:11:37 SRV-RT fetchmail[29469]: IMAP< * 1 FETCH (RFC822.HEADER {1326}
Jan 10 17:11:37 SRV-RT fetchmail[29469]: reading message rt@stitelecom.com.br@pod51028.outlook.com:1mailto:rt@stitelecom.com.br@pod51028.outlook.com:1 of 2 (1326 header octets)About to rewrite From: Diego Andrade <diego.andrade@stitelecom.com.brmailto:diego.andrade@stitelecom.com.br>…#012…rewritten version is From: Diego Andrade <diego.andrade@stitelecom.com.brmailto:diego.andrade@stitelecom.com.br>.
Jan 10 17:11:37 SRV-RT fetchmail[29469]: About to rewrite To: RT <rt@stitelecom.onmicrosoft.commailto:rt@stitelecom.onmicrosoft.com>…#012…rewritten version is To: RT <rt@stitelecom.onmicrosoft.commailto:rt@stitelecom.onmicrosoft.com>.
Jan 10 17:11:37 SRV-RT fetchmail[29469]: about to deliver with: /opt/rt4/bin/rt-mailgate --url https://rt.stitelecom.local --queue General --action correspond --verbose
Jan 10 17:11:37 SRV-RT fetchmail[29469]: IMAP< )
Jan 10 17:11:38 SRV-RT fetchmail[29469]: IMAP< A0007 OK FETCH completed.
Jan 10 17:11:38 SRV-RT fetchmail[29469]: IMAP> A0008 FETCH 1 BODY.PEEK[TEXT]
Jan 10 17:11:38 SRV-RT fetchmail[29469]: IMAP< * 1 FETCH (BODY[TEXT] {17211}
Jan 10 17:11:38 SRV-RT fetchmail[29469]: (17211 body octets) (log message incomplete)
Jan 10 17:11:38 SRV-RT fetchmail[29469]: IMAP< )
Jan 10 17:11:38 SRV-RT fetchmail[29469]: IMAP< A0008 OK FETCH completed.
Jan 10 17:11:38 SRV-RT fetchmail[29469]: message rt@stitelecom.com.br@pod51028.outlook.com:1mailto:rt@stitelecom.com.br@pod51028.outlook.com:1 was not the expected length (18537 actual != 13678 expected)
Jan 10 17:11:39 SRV-RT fetchmail[29469]: MDA returned nonzero status 75
Jan 10 17:11:39 SRV-RT fetchmail[29469]: not flushed
Jan 10 17:11:39 SRV-RT fetchmail[29469]: IMAP> A0009 FETCH 2 RFC822.HEADER
Jan 10 17:11:39 SRV-RT fetchmail[29469]: IMAP< * 2 FETCH (RFC822.HEADER {1337}
Jan 10 17:11:39 SRV-RT fetchmail[29469]: reading message rt@stitelecom.com.br@pod51028.outlook.com:2mailto:rt@stitelecom.com.br@pod51028.outlook.com:2 of 2 (1337 header octets)About to rewrite From: Diego Andrade <diego.andrade@stitelecom.com.brmailto:diego.andrade@stitelecom.com.br>…#012…rewritten version is From: Diego Andrade <diego.andrade@stitelecom.com.brmailto:diego.andrade@stitelecom.com.br>.
Jan 10 17:11:39 SRV-RT fetchmail[29469]: About to rewrite To: RT <rt@stitelecom.onmicrosoft.commailto:rt@stitelecom.onmicrosoft.com>…#012…rewritten version is To: RT <rt@stitelecom.onmicrosoft.commailto:rt@stitelecom.onmicrosoft.com>.
Jan 10 17:11:39 SRV-RT fetchmail[29469]: about to deliver with: /opt/rt4/bin/rt-mailgate --url https://rt.stitelecom.local --queue General --action correspond --verbose
Jan 10 17:11:39 SRV-RT fetchmail[29469]: IMAP< )
Jan 10 17:11:39 SRV-RT fetchmail[29469]: IMAP< A0009 OK FETCH completed.
Jan 10 17:11:39 SRV-RT fetchmail[29469]: IMAP> A0010 FETCH 2 BODY.PEEK[TEXT]
Jan 10 17:11:39 SRV-RT fetchmail[29469]: IMAP< * 2 FETCH (BODY[TEXT] {17856}
Jan 10 17:11:39 SRV-RT fetchmail[29469]: (17856 body octets) (log message incomplete)
Jan 10 17:11:39 SRV-RT fetchmail[29469]: IMAP< )
Jan 10 17:11:39 SRV-RT fetchmail[29469]: IMAP< A0010 OK FETCH completed.
Jan 10 17:11:39 SRV-RT fetchmail[29469]: message rt@stitelecom.com.br@pod51028.outlook.com:2mailto:rt@stitelecom.com.br@pod51028.outlook.com:2 was not the expected length (19193 actual != 14699 expected)
Jan 10 17:11:40 SRV-RT fetchmail[29469]: MDA returned nonzero status 75
Jan 10 17:11:40 SRV-RT fetchmail[29469]: not flushed
Jan 10 17:11:40 SRV-RT fetchmail[29469]: IMAP> A0011 LOGOUT
Jan 10 17:11:40 SRV-RT fetchmail[29469]: IMAP< * BYE Microsoft Exchange Server 2010 IMAP4 server signing off.
Jan 10 17:11:40 SRV-RT fetchmail[29469]: IMAP< A0011 OK LOGOUT completed.
Jan 10 17:11:40 SRV-RT fetchmail[29469]: 6.3.26 querying pod51028.outlook.com (protocol IMAP) at Fri 10 Jan 2014 05:11:40 PM BRST: poll completed
Jan 10 17:11:40 SRV-RT fetchmail[29469]: New UID list from pod51028.outlook.com:
Jan 10 17:11:40 SRV-RT fetchmail[29469]: not swapping UID lists, no UIDs seen this query
Jan 10 17:11:40 SRV-RT fetchmail[29469]: 6.3.26 querying pod51028.outlook.com (protocol IMAP) at Fri 10 Jan 2014 05:11:40 PM BRST: poll started
Jan 10 17:11:40 SRV-RT fetchmail[29469]: Trying to connect to 132.245.156.6/993…connected.
Jan 10 17:11:41 SRV-RT fetchmail[29469]: Certificate chain, from root to peer, starting at depth 3:
Jan 10 17:11:41 SRV-RT fetchmail[29469]: Issuer Organization: Baltimore
Jan 10 17:11:41 SRV-RT fetchmail[29469]: Issuer CommonName: Baltimore CyberTrust Root
Jan 10 17:11:41 SRV-RT fetchmail[29469]: Subject CommonName: Baltimore CyberTrust Root
Jan 10 17:11:41 SRV-RT fetchmail[29469]: Certificate at depth 2:
Jan 10 17:11:41 SRV-RT fetchmail[29469]: Issuer Organization: Baltimore
Jan 10 17:11:41 SRV-RT fetchmail[29469]: Issuer CommonName: Baltimore CyberTrust Root
Jan 10 17:11:41 SRV-RT fetchmail[29469]: Subject CommonName: Microsoft Internet Authority
Jan 10 17:11:41 SRV-RT fetchmail[29469]: Certificate at depth 1:
Jan 10 17:11:41 SRV-RT fetchmail[29469]: Unknown Organization
Jan 10 17:11:41 SRV-RT fetchmail[29469]: Issuer CommonName: Microsoft Internet Authority
Jan 10 17:11:41 SRV-RT fetchmail[29469]: Subject CommonName: MSIT Machine Auth CA 2
Jan 10 17:11:41 SRV-RT fetchmail[29469]: Server certificate:
Jan 10 17:11:41 SRV-RT fetchmail[29469]: Unknown Organization
Jan 10 17:11:41 SRV-RT fetchmail[29469]: Issuer CommonName: MSIT Machine Auth CA 2
Jan 10 17:11:41 SRV-RT fetchmail[29469]: Subject CommonName: outlook.com
Jan 10 17:11:41 SRV-RT fetchmail[29469]: Subject Alternative Name: outlook.com
Jan 10 17:11:41 SRV-RT fetchmail[29469]: Subject Alternative Name: *.outlook.com
Jan 10 17:11:41 SRV-RT fetchmail[29469]: Subject Alternative Name: *.exchangelabs.com
Jan 10 17:11:41 SRV-RT fetchmail[29469]: Subject Alternative Name: m.outlook.com
Jan 10 17:11:41 SRV-RT fetchmail[29469]: Subject Alternative Name: m.exchangelabs.com
Jan 10 17:11:41 SRV-RT fetchmail[29469]: pod51028.outlook.com key fingerprint: E7:48:66:D7:91:A5:5F:CA:5E:CE:27:5D:0B:10:4C:5E
Jan 10 17:11:41 SRV-RT fetchmail[29469]: IMAP< * OK The Microsoft Exchange IMAP4 service is ready. [RwBSAFUAUABSAEQAOAAwADEAMABDAEEAMAAxADQALgBsAGEAbQBwAHIAZAA4ADAALgBwAHIAbwBkAC4AbwB1AHQAbABvAG8AawAuAGMAbwBtAA==]
Jan 10 17:11:41 SRV-RT fetchmail[29469]: IMAP> A0001 CAPABILITY
Jan 10 17:11:41 SRV-RT fetchmail[29469]: IMAP< * CAPABILITY IMAP4 IMAP4rev1 AUTH=PLAIN UIDPLUS CHILDREN IDLE NAMESPACE LITERAL+
Jan 10 17:11:41 SRV-RT fetchmail[29469]: IMAP< A0001 OK CAPABILITY completed.
Jan 10 17:11:41 SRV-RT fetchmail[29469]: Protocol identified as IMAP4 rev 1
Jan 10 17:11:41 SRV-RT fetchmail[29469]: GSSAPI error gss_inquire_cred: Unspecified GSS failure. Minor code may provide more information
Jan 10 17:11:41 SRV-RT fetchmail[29469]: GSSAPI error gss_inquire_cred: Success
Jan 10 17:11:41 SRV-RT fetchmail[29469]: No suitable GSSAPI credentials found. Skipping GSSAPI authentication.
Jan 10 17:11:41 SRV-RT fetchmail[29469]: If you want to use GSSAPI, you need credentials first, possibly from kinit.
Jan 10 17:11:41 SRV-RT fetchmail[29469]: IMAP> A0002 LOGIN “rt-comment@stitelecom.com.brmailto:rt-comment@stitelecom.com.br” *
Jan 10 17:11:44 SRV-RT fetchmail[29469]: IMAP< A0002 NO LOGIN failed.
Jan 10 17:11:44 SRV-RT fetchmail[29469]: Authorization failure on rt-comment@stitelecom.com.br@pod51028.outlook.commailto:rt-comment@stitelecom.com.br@pod51028.outlook.com
Jan 10 17:11:44 SRV-RT fetchmail[29469]: For help, see The Fetchmail FAQ
Jan 10 17:11:44 SRV-RT fetchmail[29469]: IMAP> A0003 LOGOUT
Jan 10 17:11:44 SRV-RT fetchmail[29469]: IMAP< * BYE Microsoft Exchange Server 2010 IMAP4 server signing off.
Jan 10 17:11:44 SRV-RT fetchmail[29469]: IMAP< A0003 OK LOGOUT completed.
Jan 10 17:11:44 SRV-RT fetchmail[29469]: 6.3.26 querying pod51028.outlook.com (protocol IMAP) at Fri 10 Jan 2014 05:11:44 PM BRST: poll completed
Jan 10 17:11:44 SRV-RT fetchmail[29469]: Merged UID list from pod51028.outlook.com:
Jan 10 17:11:44 SRV-RT fetchmail[29469]: Query status=3 (AUTHFAIL)
Jan 10 17:11:44 SRV-RT fetchmail[29469]: sleeping at Fri 10 Jan 2014 05:11:44 PM BRST for 300 seconds

Diego Andrade - STI Telecom

I recently changed of company and was asked to set a request system. Off course I’m setting up
RT4. Problem is that in this new job they use Office365 as the Mail Server. So I tryied
something new to me that is the use of the Fetchmail to retrieve from the server and then
deliver to RT using the mail Gateway.

The problem is the MDA is returning code 75. I was looking in the history of the mailing list
and other doccuments and this code is refered for several problems. None of them seems to
relate with my config. May you please give a look at mail fetchmail config and LOG to tell me
any ideia of what could be wrong? Thank you in advance!

You’ve shown fetchmail logs, but this message:

Jan 10 17:11:39 SRV-RT fetchmail[29469]: MDA returned nonzero status 75

Is coming back from RT. Go read the RT logs, most likely your apache
logs. On a 4.2 install, RT will tell you what logs you have enabled
on the System Configuration page.

-kevin

Thank you. I have found that I was setting https:// address to the MDA I switch to http:// and it worked well!

-----Mensagem original-----De: rt-users-bounces@lists.bestpractical.com [mailto:rt-users-bounces@lists.bestpractical.com] Em nome de Kevin Falcone
Enviada em: quarta-feira, 15 de janeiro de 2014 14:05
Para: rt-users@lists.bestpractical.com
Assunto: Re: [rt-users] RT4.2.1 + Fetchmail + Office365 - MDA returned nonzero status 75

I recently changed of company and was asked to set a request system. Off course I’m setting up
RT4. Problem is that in this new job they use Office365 as the Mail Server. So I tryied
something new to me that is the use of the Fetchmail to retrieve from the server and then
deliver to RT using the mail Gateway.

The problem is the MDA is returning code 75. I was looking in the history of the mailing list
and other doccuments and this code is refered for several problems. None of them seems to
relate with my config. May you please give a look at mail fetchmail config and LOG to tell me
any ideia of what could be wrong? Thank you in advance!

You’ve shown fetchmail logs, but this message:

Jan 10 17:11:39 SRV-RT fetchmail[29469]: MDA returned nonzero
status 75

Is coming back from RT. Go read the RT logs, most likely your apache logs. On a 4.2 install, RT will tell you what logs you have enabled on the System Configuration page.

-kevin