Znuny Open Source Ticketsystem

This is a Google Issue, not an OTRS one. > Unlocking captcha is not required to access a GMail account via the IMAP protocol (imap.gmail.com). No, its not. I've already explained that the exact same account details are working fine on another server on the same network. OTRS maintains statefullness...

I posted it here so that some other unsuspecting user wouldn't come across this thread and be led to believe that if you enter your POP3 auth details correctly in OTRS that is will definitely work. It won't. OTRS does not handle POP3 and POP3S well at all. If you look at the code you'll see all sort...

Sorry guys, but that is all bogus. This is an OTRS issue. POP3 authentication is OTRS is buggy in the extreme. See below, and my opening post. I solved my problem by replacing pop.gmail.com with any of the DNS RR robin addresses this resolves too, eg 173.194.66.109, and it works fine. When I put bac...

Auth is not auth.

OTRS maintains some sort of wonky session management for the Postmaster that frequently details for POP3S connections.

I don't like to complain about free software, but OTRS should really do something about the Postmaster support for GMail. I have a working OTRS installation that queries pop.gmail.com:995 (ie POP3S) for mail. I've just cloned that server (ie disk to disk, no changes on the FS whatsoever) and now the...

So anyway, I deleted the Postmaster Account, recreated it with the exact same details, and it started working!

Gotta love PERL (not!).

I have a Version 2.4.8 OTRS installation in place for the last 3 years, running on a CentOS 5 server. It picks up its mail from a Google Mail account, at pop.gmail.com:995 2 days ago, it started giving errors when trying to connect to this service: [root@issues bin]# perl /opt/otrs/bin/PostMasterMai...