So, I am trying to setup and schedule email polling. I have navigated to Admin Panel => Settings => Email. I selected both "Enable POP/IMAP Polling" and "Poll on auto-cron". I have also scheduled a task with the appropriate path and php file to check the email every 5min. In addition to all of the above I have put in a system default email in osTicket admin panel as well. The issue I am having is that I am not certain where to put the email and pw information in to the system, so that the ticketing system has access to the email. I hope this makes sense and thankyou.

You should not have both on .Settings for the email that you want to use to check email for are in Admin panel -> Emails -> YOUREMAIL

Are you able to explain why I shouldn't have both POP/IMAP Polling and Poll on auto cron checked. I don't think I fully understood that form the information I got on the wiki. Also, I see where to change email settings at Admin panel -> Emails, and I put in the email address I want the tickets sent to in the "Default System Email" field. Where my question comes in is where in OSticket I put in the credentials for that email. I am assuming that the system will be unable to access that email address (take incoming mail and turning it into tickets) without being provided a email and password. Please let me know if I am understanding this process correctly. Please also describe the difference in functionality between the "Default System Email", "Default Alert Email" and the "Admin's Email Address". Thanks for all your help.

The emails are configured in Admin Panel > Emails Tab. Ntozier meant you don't need both scheduled tasks and poll on auto-cron.

It sounds like you have a pretty good handle on things, and it makes me smile to hear that you read the wiki (although it is a little dated... we're working on that). Peter is correct, you do not need both... and generally you probably should only use scheduled tasks.  Poll on auto-cron only means that staff activity will trigger the collection.  However if no staff logs in no mail is polled, and no tickets are created.  This is generally not the behavior that the vast majority of people want.  Which is why we recommend that you do a scheduled task to run cron.php.

Cool. I think I got it mostly figured out. The last issue I am having it in reference to the system's "Autoresponder". I am able to send an email that the system turns into a ticket, but the system does not send an automatic response to the submitter saying that the system received its email along with the ticket number that was created. I have it enabled to do this in Settings > Autoresponder with "Submitter: Send receipt confirmation" box checked. The system will send an email if someone responds to the ticket in osTicket or the submitter posted a comment in response as well, but it does not send confirmation that the initial email/ticket was receive or notification to the submitted if the ticket was closed.  

What version of osTicket are you running?  There was a bug in 1.8.1 and 1.8.1.1 that was fixed in 1.8.1.2 that sounds like what your experiencing.

Did you get it in the first @ 3 hours of release?  If so re-download it.

4 days later

When was it released? I Downloaded it early last week.

Sorry I dont recall ... but I feel like it was longer ago than that.  Might want to re-download and copy the files over your existing ones just to be safe.

5 days later

1.9 hasn't been released yet.  You should wait until it has to download it.

this link says v1.9 it came out April 29th.

http://osticket.com/download

It very clearly says that is a "Release Candidate".

Write a Reply...