>...ntozier said an MTA is necessary on the linux server where OSticket resides to transfer the mail to the exchange serverI parsed his comments differently. I read it as his osTicket server is Windows, and he doesn't need an MTA to do it, but in addressing your error message it could be used on Linux. I didn't actually get that he said an MTA was required across the board for Linux., I don't have an MTA running on my Linux server, and it uses my Exchange server quite well. Essentially Exchange is my MTA, and I don't run Postfix or Sendmail, or any other MTA on my osTicket server. I don't know how tightly you've integrated your Linux box into active directory, but in my case it is not at all.
So for me:
>For Hostname I have the hostname of my Exchange server
would fail. I had to use the IP number of my Exchange box rather than the hostname (I suppose I could have used the hosts file to map IP to name, but that's just more layers to confuse my replacement).A few more things to check Your crontab entry is ...* /usr/bin/php /var... I didn't keep any notes, damnit, but I recall I had to use /usr/bin/php5 to get it to work. Something to do with php CLI mode not working the same, but it was over a year ago and I don't recall the reason now. Something to do with your "No MTA installed, discarding output" error triggered the memory--try this first. In the Admin panel, Settings - Emails - Incoming Emails - Email Fetching: you have checkboxes for 'Enable', and 'Fetch on auto-cron'. Only Enable should be checked (I've seen 2 cases on this forum where having both boxes checked seemed to prevent fetching via cron from working)In Admin panel, Dashboard - System Logs, are you seeing any email related messages that might indicate a failure reason for sending email errors (such as new ticket creation)? Make sure that your chosen email account configuration works. Verify the Default System Email (found under Admin panel, Settings - Emails - Incoming Emails - Email Settings - ) is the account that you have set up on your exchange server to handle osTicket emails. and then verify that that email account fetch setting (Admin panel, Emails - Emails ) actually works. You could use Thunderbird running on on your Linux box to validate it. Although I suggest Imap+SSL, in your case since you are using POP on port 110, set up Thunderbird with the same account credentials and using POP port 110 (it will want to default to IMAP and the SSL port, but you can use manual config to override it) in /var/log/syslog check to see that CRON is running as expected (since Mint is based on Ubuntu, your syslog is likely in the same place as mine. You might have a /var/log/cron.log, but in my case, it is disabled) Is it still throwing those 'no MTA found' type errors after switching to /usr/bin/php5? If so, maybe your PHP settings are the cause (I'm not even close to being an expert on PHPsetup). Since I'm running imap this may not apply to you if you stick to POP, but I do recall that I needed Apache php5-imap module for it to work with my exchange server, and an Apache update wiped it out once. I had to run apt-get install libapache2-mod-php5 apt-get install php5-imapphp5enmod imapand then restart the server to get it working again.
