Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length

 
Advanced search

1339 Posts in 346 Topics- by 435 Members - Latest Member: vtran4270

eTicket CommunitySupportInstallation Help & Software Support (Moderators: beven, jason)[SOLVED] eTicket 1.7.2 problems with POP3 mail method
Pages: [1]   Go Down
Print
Author Topic: [SOLVED] eTicket 1.7.2 problems with POP3 mail method  (Read 1236 times)
0 Members and 1 Guest are viewing this topic.
kevinmeininger
New Member
*

Karma: +0/-0
Offline Offline

Posts: 9


« on: August 18, 2008, 07:11:20 AM »

Hello,
I'm now officially reporting issues with eTicket 1.7.2 using the POP3 mail method. I am unable to use the pipe method due to the fact that mail does not come inbound to our server (we use Google Apps and do not accept inbound mail to this server).

I am the server admin of our dedicated server (running Ubuntu 7.04 Feisty Linux), so I am able to provide any information you need. I am interested in helping get to the bottom of this issue as it seems several other people are having the same problem (based on research in this forum).

First of all, is there anyone that can confirm that the POP3 method is working under eTicket 1.7.2?

We are currently using an older version of eTicker with this method, and not having any problems. I am unable to confirm the older version number, unless you can tell me where to look (it is not listed in settings.php)

By the way, the settings in use for Gmail on the older version are:
Name: esupport
POP3 Host: pop.gmail.com:995/ssl
POP3 Username: esupport@ourdomain.com

We have currently setup eTicket 1.7.2 in a separate directory, and with a separate Gmail account for R&D.

The problem details are the same as most other people are reporting:
  • Outbound mail works fine
  • Inbound mail or replies to tickets does not work at all
  • Executing automail.php returns to the prompt almost immediately and no errors or warnings that I can find in any logs (I also commented out the error_reporting(0); line at top) -- seems like this step should at least take a few seconds.

Below is my output from the troubleshooter:
Quote
Troubleshooter:

    * PHP version: 5.2.1 (Should be PHP 5.0.0 or above)
    * PHP Safe Mode is off
    * Webserver: Apache
    * GD version: 2.0 or higher
    * Multibyte String is installed
    * iconv version: 2.5
    * IMAP is installed
    * Socket support enabled.
    * User Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.16) Gecko/20080715 Ubuntu/7.10 (gutsy) Firefox/2.0.0.16
    * Character set:
    * Link: http://secure.ourdomain.com/eticket/troubleshooter/troubleshooter.php

Please note that Character set appears blank in this report, but it is infact set to UTF-8 in the admin interface as well as the db table.

We are not doing anything out of the ordinary here and just trying to get started with a plain vanilla install. Once that's working we will move forward with customizing.

Thanks in advance for any tips, and please advise what other info or tests you would like me to run to help track down the source of this problem.

Thank you very much for keeping eTicket open source -- this app is great!
« Last Edit: September 03, 2008, 02:27:19 AM by kevinmeininger » Logged
beven
Project Manager/Developer
Global Moderator
Super Member
*****

Karma: +9/-3
Offline Offline

Posts: 761


WWW
« Reply #1 on: August 18, 2008, 11:33:35 AM »

On line 122 remove the @ symbol before the imap_open. It will report errors. Remove the @ and then run automail.php from command line. And please post your output here.
Logged

Not to be confused with Bob Evans.
Ask not what eTicket community can do for you - ask what you can do for eTicket community.

Version 2 coming out shortly.
kevinmeininger
New Member
*

Karma: +0/-0
Offline Offline

Posts: 9


« Reply #2 on: August 18, 2008, 02:58:32 PM »

On line 122 remove the @ symbol before the imap_open. It will report errors. Remove the @ and then run automail.php from command line. And please post your output here.
Hi beven,
I removed the @ symbol before imap_open on line 122 (and also tried removing from the other nearby line)... but nothing happened.

When I execute the command on commandline (php automail.php) it returns to the prompt almost immediately and with no output. There was also no output in the apache error log.

I am running this command as root, as that is the user that will also run it from the cronjob.

Any other suggestions?
Thanks.
Logged
kevinmeininger
New Member
*

Karma: +0/-0
Offline Offline

Posts: 9


« Reply #3 on: August 20, 2008, 04:44:25 AM »

Is there a way to turn on some debugging outputs?  I would like to see what stages of automail.php are processing successfully, and where it might be failing.

Thanks.
Logged
beven
Project Manager/Developer
Global Moderator
Super Member
*****

Karma: +9/-3
Offline Offline

Posts: 761


WWW
« Reply #4 on: August 20, 2008, 03:18:16 PM »

Automail is designed to not show any errors as it is processed by the crontab. You can search the file for every @ symbol and remove then. The @function supressess PHP output.
Logged

Not to be confused with Bob Evans.
Ask not what eTicket community can do for you - ask what you can do for eTicket community.

Version 2 coming out shortly.
kevinmeininger
New Member
*

Karma: +0/-0
Offline Offline

Posts: 9


« Reply #5 on: August 21, 2008, 04:08:08 AM »

Aha! I think I have tracked down the source of this problem. There is apparently nothing wrong with automail.php and nothing wrong with the method of connecting to the Gmail POP3 account.

The script does absolutely nothing when executed on the commandline, including no errors reported.

However, if executed through the web, it DOES work correctly. The only thing this can mean is that the php.ini config for php-cli is restricting something that that the other php is not (they use different configs). It could also mean that automail.php is using something that would be invalid under php-cli such as session variables.

So I will continue working on this until I get to the bottom of it. Any help or ideas are certainly appreciated.

Can anyone confirm that automail.php works under php-cli ?  This would answer the question as to whether or not the code itself is valid for php-cli

Some other ideas that come to mind are that I could probably use the wget method that is mentioned in the docs as a way to invoke this under a cronjob. Using wget would force the script to run through standard PHP (not CLI) and we already know that method works now.
Logged
kevinmeininger
New Member
*

Karma: +0/-0
Offline Offline

Posts: 9


« Reply #6 on: September 03, 2008, 02:41:05 AM »

Hello, I just wanted to post the configs I'm using and report back that everything is working great now.

We are using:
  • eTicket 1.7.2
  • Ubuntu Linux Feisty 7.0.4
  • PHP 5.2.1
  • Apache 2.0.x
  • Google Apps (Gmail) remote email

Gmail setup
Gmail-> Settings-> Forwarding and POP/IMAP->
  • Enable POP for all mail
  • When messages are accessed with POP-> Archive copy

eTicket-> Categories-> (select category)
  • Real Name: Helpdesk
  • POP3 Host: pop.gmail.com:995/ssl
  • POP3 Username: helpdesk@gmail.com
  • POP3 Password: *****
  • Email: helpdesk@gmail.com

Invoke processing of POP3 ticket communication
Added to root's crontab:
Code:
*/15 * * * * nice -n 19 /usr/bin/wget -q -O /dev/null https://secure.ourdomain.com/eticket/automail.php 2>&1  #eticket processing

Restrict access via Apache vhost config
See information here for examples how to do this.

Hope that helps someone.
« Last Edit: September 03, 2008, 02:46:43 AM by kevinmeininger » Logged
beven
Project Manager/Developer
Global Moderator
Super Member
*****

Karma: +9/-3
Offline Offline

Posts: 761


WWW
« Reply #7 on: September 03, 2008, 10:18:47 AM »

Automail does use SESSION. In version 2 we plan on making automailer and pipe stand alone.
Logged

Not to be confused with Bob Evans.
Ask not what eTicket community can do for you - ask what you can do for eTicket community.

Version 2 coming out shortly.
Charybdis
New Member
*

Karma: +0/-0
Offline Offline

Posts: 25


« Reply #8 on: October 06, 2008, 11:27:41 PM »

If I restrict access to automail.php, it stops working. Why is that?

And why is it necessary to restrict access to automail.php?


Another question: why do I need to setup cron? Mails are fetching on admin login. Why isn't that enough?
« Last Edit: October 07, 2008, 05:06:20 AM by Charybdis » Logged
eTicket Community
   

 Logged
Pages: [1]   Go Up
Print
Jump to: