I remember that I tested the forwarding email address after I got a CVS account at php.net, and it worked fine. But today when I test it again, I found the mails sending from 126.com was rejected by php.net for the reason "4.7.1 our policy says no mail from your domain". And then I sent two mails from hotmail and yahoo, all succeeded.

Maybe the spam mails from domain 126.com are a little much. But I still intend to use this forwarding email address for the programs such as PEAR packages.

In November the last year, I received an email which informed me that the encryption result of my Crypt_XXTEA package differs from some other implementations. And I made a reply to explain the reason.

XXTEA is a block cipher which requires the block size is at least two words, i.e. 32 bits. If the length of string is not multiples of 4, the last block must be fill up to 32 bits by some junk data. Thus the decrypted string will have the junk data at its end too. To solve this problem, the initial version of Crypt_XXTEA appends the length of string to the end of the converted long integer array, which can be used to cut the decrypted string to get the correct result.

Rencently, considered that this default behavior may confuse the user, I made some modifications. In the version of 0.9.0, users can handle the converting between string and long integer array with their own functions.

Link: http://pear.php.net/package/Crypt_XXTEA

Link: project at sf.net

In fact the effective codes are mostly written by andot. I just modified it to meet the PEAR coding standards, added some comments and then committed it to pear.php.net.

Link: http://pear.php.net/package/Crypt_XXTEA