#36000 [NEW]: add date parameter in in imap_append() function
From: talex_id at o2 dot ru
Operating system:
PHP version: 5.1.2
PHP Bug Type: Feature/Change Request
Bug description: add date parameter in in imap_append() function
Description:
cclient's imap_append() function allows to set two optional arguments
'flags' and 'date'. 'flags' is a set of imap flags to be setted to created
message and 'date' is a date of message creation. now php's imap_append()
function allows to set only flags (named as options). but why? i created
little patch that corrects this omission. see patch at
http://talex-id.o2.ru/devel/php/patches/php-imap/imap_append_date.patch
and little description at
http://talex-id.o2.ru/devel/php/patches/php-imap/
Reproduce code:
---
?php
$stream = imap_open({imap.server.host:143}, username, password);
imap_append($stream, { . $host . }INBOX,
From: [EMAIL PROTECTED]
. Subject: test\r\n
. \r\n
. this is a test message, please ignore\r\n,
'\Deleted',
'01-Jan-2006 13:13:13 +0300'
);
?
Expected result:
this will create message received at 01-Jan-2006 13:13:13 and marked as
deleted in INBOX folder
Actual result:
--
it's impossible to set the date of creation (receiving) of message because
imap_append() doesn't allow it
--
Edit bug report at http://bugs.php.net/?id=36000edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=36000r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=36000r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=36000r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36000r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=36000r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36000r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36000r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36000r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36000r=support
Expected behavior:http://bugs.php.net/fix.php?id=36000r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=36000r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=36000r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36000r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36000r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36000r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36000r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36000r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36000r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36000r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36000r=mysqlcfg
#36000 [Opn]: add date parameter in imap_append() function
ID: 36000
User updated by: talex_id at o2 dot ru
-Summary: add date parameter in in imap_append() function
Reported By: talex_id at o2 dot ru
Status: Open
Bug Type:Feature/Change Request
PHP Version: 5.1.2
New Comment:
removed double 'in' in summary description. sorry ;)
Previous Comments:
[2006-01-13 17:33:20] talex_id at o2 dot ru
Description:
cclient's imap_append() function allows to set two optional arguments
'flags' and 'date'. 'flags' is a set of imap flags to be setted to
created message and 'date' is a date of message creation. now php's
imap_append() function allows to set only flags (named as options). but
why? i created little patch that corrects this omission. see patch at
http://talex-id.o2.ru/devel/php/patches/php-imap/imap_append_date.patch
and little description at
http://talex-id.o2.ru/devel/php/patches/php-imap/
Reproduce code:
---
?php
$stream = imap_open({imap.server.host:143}, username, password);
imap_append($stream, { . $host . }INBOX,
From: [EMAIL PROTECTED]
. Subject: test\r\n
. \r\n
. this is a test message, please ignore\r\n,
'\Deleted',
'01-Jan-2006 13:13:13 +0300'
);
?
Expected result:
this will create message received at 01-Jan-2006 13:13:13 and marked as
deleted in INBOX folder
Actual result:
--
it's impossible to set the date of creation (receiving) of message
because imap_append() doesn't allow it
--
Edit this bug report at http://bugs.php.net/?id=36000edit=1
#30345 [NEW]: Unable to access predifined variables as variable variables from functions
From: talex_id at o2 dot ru
Operating system: FreeBSD
PHP version: 4.3.8
PHP Bug Type: *General Issues
Bug description: Unable to access predifined variables as variable variables from
functions
Description:
PHP allows to use 'variable variables', constructions, like a $$name or
${$name}, where $name is a string. But if i try to access to $GLOBALS from
function using this method ($$name or ${$name}, where $name = 'GLOBALS') i
can't get it until i use its name at least one time into function (or
method) body. It's enouth to add string $GLOBALS; (to 'touch') to make it
visible from $$name construction. Another predifned variables are
unaccessible even if i set some values to them into function body. See
code examples
(http://talex-id.o2.ru/devel/php/bugs/predefined_variables1.php.txt and
http://talex-id.o2.ru/devel/php/bugs/predefined_variables2.php.txt). I
used CLI version of PHP to test them.
Reproduce code:
---
?php
function f1()
{
echo 'GLOBALS, direct : ' . $GLOBALS . \n;
echo 'GLOBALS, string in {} : ' . ${'GLOBALS'} . \n;
}
function f2()
{
$g_name = 'GLOBALS';
echo 'GLOBALS, string from variable in {} : ' . ${$g_name} . \n;
}
function f3()
{
$g_name = 'GLOBALS';
$GLOBALS; // Now we just have to touch GLOBALS variable to make it
visible
echo 'GLOBALS, toched, string from variable in {} : ' . ${$g_name} .
\n;
}
f1();
echo \n;
f2();
echo \n;
f3();
?
Expected result:
GLOBALS, direct : Array
GLOBALS, string in {} : Array
GLOBALS, string from variable in {} : Array
GLOBALS, toched, string from variable in {} : Array
Actual result:
--
GLOBALS, direct : Array
GLOBALS, string in {} : Array
GLOBALS, string from variable in {} :
GLOBALS, toched, string from variable in {} : Array
--
Edit bug report at http://bugs.php.net/?id=30345edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30345r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30345r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30345r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30345r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30345r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30345r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30345r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30345r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30345r=support
Expected behavior: http://bugs.php.net/fix.php?id=30345r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30345r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30345r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30345r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30345r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30345r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30345r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30345r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30345r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30345r=mysqlcfg
