Re: [rt-users] RT4.2.1 + Fetchmail + Office365 - MDA returned nonzero status 75
On Fri, Jan 10, 2014 at 07:53:57PM +, Diego Andrade wrote: 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 pgpmEvx8hCVb2.pgp Description: PGP signature
[rt-users] 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 r...@stitelecom.com.brmailto:r...@stitelecom.com.br password xx mda /opt/rt4/bin/rt-mailgate --url https://rt.stitelecom.local --queue General --action correspond ssl username rt-comm...@stitelecom.com.brmailto:rt-comm...@stitelecom.com.br password xxx 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: empty Jan 10 17:11:27 SRV-RT fetchmail[29468]: Old UID list from pod51028.outlook.com: empty Jan 10 17:11:27 SRV-RT fetchmail[29468]: Scratch list of UIDs: empty 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 r...@stitelecom.com.brmailto:r...@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