Is this normal behavior? Can I force CGP to keep retrying? Is it
possible to reset the RPOP module periodically via the command line?
(ie similar to what happens if you update the users RPOP config).
Thanks,
Duncan
(CGP 5.3, Windows 7)
#############################################################
This message is sent to you because you are subscribed to
the mailing list <CGat...@mail.stalker.com>.
To unsubscribe, E-mail to: <CGateP...@mail.stalker.com>
To switch to the DIGEST mode, E-mail to <CGatePr...@mail.stalker.com>
To switch to the INDEX mode, E-mail to <CGatePr...@mail.stalker.com>
Send administrative queries to <CGatePro...@mail.stalker.com>
Duncan Hardy wrote:
> We use RPOP to retrieve messages from some Internet based mailboxes.
> Recently users have been not getting new mail because their RPOP
> requests have stalled. After a failed attempt to connect to the ISP
> (presumably because their server is overloaded or something) RPOP seems
> to give up altogether, instead of retrying a few minutes later. This is
> specific to each user+connection. Other RPOP connections, even for the
> same user reschedule as normal.
>
> Is this normal behavior?
This is a bug confirmed for 5.3. It's already fixed for 5.3.1 release.
> Can I force CGP to keep retrying? Is it
> possible to reset the RPOP module periodically via the command line? (ie
> similar to what happens if you update the users RPOP config).
>
> Thanks,
> Duncan
> (CGP 5.3, Windows 7)
--
Best regards,
Dmitry Akindinov
=======================================================================
When answering to letters sent to you by the tech.support staff, make
sure the original message you have received is included into your
reply.
just a short note from another site:
this seems to be a 5.3.0 specific behaviour, regardless which
platform. we're currently on linux but tested on others too.
we have a lot of customers which used RPOP for the past years
without problems. just after upgrading to 5.3.0 we got more
and more complaints about stuck RPOP configurations.
Best regards,
K.