Req #35894 [Com]: php-imap doesn't trap USR2 when mailbox is locked
From: sample at email dot tst Date: Thu, 18 Aug 2022 22:26:17 +0000 Subject: Req #35894 [Com]: php-imap doesn't trap USR2 when mailbox is locked References: 1 Groups: php.bugs Request: Send a blank email to php-bugs+get-242249@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=35894&edit=1
ID: 35894
Comment by: sample at email dot tst
Reported by: jik at kamens dot brookline dot ma dot us
Summary: php-imap doesn't trap USR2 when mailbox is locked
Status: Analyzed
Type: Feature/Change Request
Package: IMAP related
Operating System: Linux
PHP Version: 5.1.2
Block user comment: N
Private report: N
New Comment:
1
Previous Comments:
------------------------------------------------------------------------
[2022-08-18 22:26:11] sample at email dot tst
1
------------------------------------------------------------------------
[2010-01-10 22:36:08] rasmus@php.net
The problem with PHP setting a handler for SIGUSR2 is that when we are
running as a SAPI module inside some other process like Apache or
anything using LinuxThreads, grabbing SIGUSR2 may cause problems.
Newer Linux kernels provide reserved internals signals for LinuxThreads
to use, and Apache should only be using SIGUSR1, but how confident are
you that PHP grabbing this signal isn't going to break it in some
environments? It may fix the problem in yours, but if it breaks it in
many others that is something we need to deal with.
------------------------------------------------------------------------
[2010-01-10 21:45:30] tdfischer at fedoraproject dot org
This bug is still around and can wreak havok for a drupal site that lets
users submit content via machine-local mail. Could someone *please*
commit it already?
------------------------------------------------------------------------
[2006-01-05 15:56:17] jik at kamens dot brookline dot ma dot us
You *don't* want to allow the simultaneous opening of a mailbox by two processes. The whole
point of locking is to *prevent* the simultaneous opening of a mailbox by two processes. What the
locking is *supposed* to do is to make one process *wait* for the other one, but what it does
instead, if you don't catch the USR2 signal, is for the process that got the lock first to
*die* after *being killed* by the other one. This is not correct behavior.
Incidentally, I just tested with a newly compiled c-client 2004g and confirmed that the problem
persists there without my patch.
------------------------------------------------------------------------
[2006-01-05 10:07:30] sniper@php.net
Why would you want to allow opening same mailbox by two simultaneous processes?
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
https://bugs.php.net/bug.php?id=35894
--
Edit this bug report at https://bugs.php.net/bug.php?id=35894&edit=1
Thread (45 messages)
- #35894 [Opn->Fbk]: php-imap doesn't trap USR2 when mailbox is locked
- #35894 [Fbk->Opn]: php-imap doesn't trap USR2 when mailbox is locked
- #35894 [Opn->Fbk]: php-imap doesn't trap USR2 when mailbox is locked
- #35894 [Fbk->Opn]: php-imap doesn't trap USR2 when mailbox is locked
- #35894 [Opn]: php-imap doesn't trap USR2 when mailbox is locked
- #35894 [Opn]: php-imap doesn't trap USR2 when mailbox is locked
- #35894 [Opn->Fbk]: php-imap doesn't trap USR2 when mailbox is locked
- #35894 [Fbk->Opn]: php-imap doesn't trap USR2 when mailbox is locked
- #35894 [Opn->Fbk]: php-imap doesn't trap USR2 when mailbox is locked
- #35894 [Fbk->Opn]: php-imap doesn't trap USR2 when mailbox is locked
- #35894 [Opn]: php-imap doesn't trap USR2 when mailbox is locked
- #35894 [Opn]: php-imap doesn't trap USR2 when mailbox is locked
- #35894 [Opn->Fbk]: php-imap doesn't trap USR2 when mailbox is locked
- #35894 [Fbk->Opn]: php-imap doesn't trap USR2 when mailbox is locked
- #35894 [Com]: php-imap doesn't trap USR2 when mailbox is locked
- #35894 [Opn->Ana]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [Com]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [Com]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [Com]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [Com]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [Com]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [PATCH]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [PATCH]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [PATCH]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [PATCH]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [PATCH]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [PATCH]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [PATCH]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [PATCH]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [PATCH]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [PATCH]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [PATCH]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [PATCH]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [PATCH]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [PATCH]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [PATCH]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [PATCH]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [PATCH]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [Com]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [Com]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [Com]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [Com]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [Com]: php-imap doesn't trap USR2 when mailbox is locked
- Req #35894 [Com]: php-imap doesn't trap USR2 when mailbox is locked
| « previous | php.bugs (#242249) | next » |
|---|