Page 1 of 1

HESK POP3 fetching doesn't work

Posted: Thu Aug 29, 2013 10:50 am
by gurdain
Script URL:
Version of script:
Hosting company:
URL of phpinfo.php:
URL of session_test.php:
What terms did you try when SEARCHING for a solution:

Write your message below:

Hello, I upgraded manually to 2.5.1 using PHP modifications without a problem

I've noticed that we haven't received any enquiries since 21st August.

I've set up POP3 fetching (keep a copy is off, because I have a forward going to a 2nd email ID for backup)
I have also set up a cronjob which has been working fine every 5 minutes.

When I login to the email address, I can see a bunch of emails which never got fetched.
Even when I manually run the hesk_pop3.php script....nothing happens.

Any ideas how I can troubleshoot it - I'm supposed to be delivering a training session today on this system...

Perhaps its since the upgrade....

Re: HESK POP3 fetching doesn't work

Posted: Thu Aug 29, 2013 2:27 pm
by Klemen
You did the manual upgrade from version 2.5.0 and not an older version, right?

If you login to admin panel, go to settings > Email > POP3 fetching and click "Test POP3 connection" under POP3 fetching, do you get any errors?

How about if you enable Debug mode in settings (Settings > Help Desk > Features > Debug mode: ON) and run hesk_pop3.php manually in browser, any errors?

Re: HESK POP3 fetching doesn't work

Posted: Thu Aug 29, 2013 3:23 pm
by gurdain
yes the update was from 2.5.0

Parse error: syntax error, unexpected '}' in /xxxxxxxx/hesk/inc/mail/email_parser.php on line 1191

I seem to have updated that file correctly...

Re: HESK POP3 fetching doesn't work

Posted: Thu Aug 29, 2013 3:43 pm
by gurdain
OK, I updated that file from the full installation and it appears to be running.

The only other errors I have are:

Strict Standards: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /xxxxxxxxxxxxx/hesk/inc/common.inc.php on line 1103


Strict Standards: Non-static method pop3_class::SetConnection() should not be called statically, assuming $this from incompatible context in /xxxxxxxxxxxxxxxxxxxxx/hesk/inc/mail/pop3.php on line 726

Re: HESK POP3 fetching doesn't work

Posted: Thu Aug 29, 2013 3:56 pm
by gurdain
2 weeks worth of emails have now poured into the system

Trouble is, I'm seeing duplicates. By the time I've deleted them, I'm getting the next POP3 fetch schedule and they're back!

I've started clearing the mailbox....

Does HESK read emails which have been read, or only unread?

Thousands of notifications being sent to all staff!!! madness...

Re: HESK POP3 fetching doesn't work

Posted: Fri Aug 30, 2013 12:16 pm
by Klemen
POP3 protocol doesn't support any "read" or "unread" properties. HESK will process any email your server sends so if the server sends in 1000 emails HESK will process them all.

This is exactly why the article about setting up email piping recommends using a new (unused) email account instead of an existing one.

Some servers have a way of setting up which emails to deliver over POP3. Gmail for example has an option to enable POP3 for all emails or for emails that arrive from now on. But this is up to the server and is not something that can be configured within a PHP script.


The "Strict Standards: date(): It is not safe to rely on the system's timezone settings..." error appears because of incomplete PHP configuration. It's something PHP shows for any script that uses date() function, unless PHP is configured properly.

See: viewtopic.php?f=13&t=3105&p=13299&hilit=strict#p13299