More GMail trouble -- weird!

masonworld

OK -- I love osTicket. I have been using it on my server for some time. It, the best, and Peter rocks!

I broke osTicket last night -- now I get the dreaded Gmail error:

Host: pop.gmail.com

Error: Too many login failures

Here is the deal.

Last night, I moved my cpanel account, website, etc where osTicket was installed from server A to server B. Same config, same company, etc. I have verified that the firewall and port config is the same on server A and B.

I have verified that I can telnet to pop.gmail.com from the host. No issues there.

Nothing else changed (as far as I can tell).

Any ideas?

Thanks!

Mark

ntozier

Check your PHP logs. If your not sure what the logs say feel free to post some here we might be able to point you in the right direction.

The configuration of the webserver and PHP has most likely changed.

For example it may (not 100% sure) require that you compile php with imap enabled. If its Windows you may have to include the php_imap.dll DLL in php.ini.

ps this link might also help explain why I said the above:

http://www.php.net/manual/en/intro.imap.php(http://www.php.net/manual/en/intro.imap.php)

masonworld

Of course, that implies that I am smart enough to find the right log file.

Good suggestion.....

peter

Mark,

No need to check any logs. Simply reenter the passwords. The mcrypt hashed passwords are not portable - unlike MD5 hash for example.

Cheers,

ntozier

You can find the php log by looking in the php.ini.

Windows or *nix?

On Windows my php.ini is located in c:\Program Files\PHP\

On my Linux dev box (Debian but can vary by flavors) its located in

\etc\php5\apache2\

Once you locate the php.ini open it up and look for: "error_log ="

After the = is where the log file resides. While your there check and make sure that "log_errors = On".

Oh if all that fails you can try going to your root web directory, create a file called info.php and inside it put:

<?php phpinfo(); ?>

then browse to it with your web browser (something like: http://www.domain.com/info.php(http://www.domain.com/info.php)

It should display a page with PHP's configuration information. On of the pieces of information is the location of your php.ini. You could actually probably just do this and compare the PHP configs on the new server to the one on the old server if you can do the same on the old server.

Make sure that you delete the file(s) afterwards.

Good luck!

ps Peter replied with something way easier to try while I was writing this post.

masonworld

OK -- Unix (Centos Linux WHM/Cpanel)

So I am thinking the apache error log would contain information about php warnings, and "error_log" will log PHP syntax errors -- right?

So, I found this php error log in my account

public_html/help/api/error_log (I have osTicket installed in ./help)

I found the apache error log in /etc/httpd/logs/error_log.

------------------------------------------------

So....did not find much. A couple of out of memory errors in public_html/help/api/error_log

PHP Fatal error: Out of memory (allocated 1310720) (tried to allocate 19456 bytes) in public_html/help/include/pear/Mail/RFC822.php on line 468

PHP Fatal error: Out of memory (allocated 1835008) (tried to allocate 311296 bytes) in public_html/help/include/class.ticket.php on line 1422

and nothing relevant in /etc/httpd/logs/error_log

And the errors just keep coming to my inbox

The system is having trouble fetching emails from the following mail account:

User: xxxxxxxxxxxx@gmail.com

Host: pop.gmail.com

Error: Too many login failures

128 consecutive errors. Maximum of 5 allowed

This could be connection issues related to the host. Next delayed login attempt in aprox. 10 minutes

This is really strange.....

masonworld

Mark,
No need to check any logs. Simply reenter the passwords. The mcrypt hashed passwords are not portable - unlike MD5 hash for example.
Cheers,

Peter -- I actually considered this and tried it -- but I will try again just to be sure.

masonworld

Peter -- I have reset the passwords (I retyped them and hit submit) and am still getting notices.

Just to be sure I logged into gmail and confirmed that I remember the password correctly -- and I am able to log in.

Any other thoughts?

Maybe I should save the wrong password and resave the right one to force refresh of the field?

peter

Mark - Did you get any error on submit? osTicket validate the entered login information before it's saved in the database.

*You can disable mail fetching for now (if you're tired of notices) until login issues is resolved.

masonworld

Well, that is a weird thing -- I am not getting any errors on submit.

When I disabled the fetch earlier today, I still got notices. Very strange....

masonworld

I have disabled fetching....we'll see if the emails stop.

peter

Are you sure you're not getting the errors from your old installation?

masonworld

Peter -- excellent thought.

I am digging around and am very confused by a couple of things with the server migration. I am working with support and I will let you know what I find.

Thanks!

masonworld

Looks like the migration was incomplete and errors were coming from the old cron.

Very sorry to have wasted your time, and I very much appreciate the help and support.

Thanks!

Mark

masonworld

Peter - all good here. There was a DNS problem with the migration, and that has been resolved.

Mark

masonworld

Hey Peter -- more weirdness.

Once I tracked down the incomplete server migration problems and realized I was still running 2 copies of osTicket crons, I was able to kill the old one. I reset the passwords, and everything started working.

Then, I noticed a message that I was not running the security extension (mycrypt?) on my new server.

So, I had it installed.

Now, I cannot successfully log in to send or receive email via GMail.

I have tried resetting the passwords. I have also tried disabling email fetching for 1 day and then restoring it after 24 hours.

I am able to connect to the server via telnet (and because I am getting an error message back), so it is not a firewall issue. The only thing that changed was encryption.

Any thoughts on this new migration-related issue?

Sorry to be such a pest.

I would be happy to pay someone to take a look if you have a recommendation.

thanks,

Mark

The system is having trouble fetching emails from the following mail account:

User: xxxxyyyyhelp@gmail.com

Host: pop.gmail.com

Error: Too many login failures

128 consecutive errors. Maximum of 5 allowed

This could be connection issues related to the host. Next delayed login attempt in aprox. 10 minutes