Activity for SquirrelMail
-
Paul Lesniewski committed [r15040] on Code
Fix missing quotes
-
Fix what was a NULL hook name
-
Sanitize part of a header inadvertently included as-is after processing the first part which was encoded (Thanks to yelang123 (@yelang123x) and nga990 (@nga_990)) CVE-2025-30090
-
Sanitize part of a header inadvertently included as-is after processing the first part which was encoded (Thanks to yelang123 (@yelang123x) and nga990 (@nga_990)) CVE-2025-30090
-
Jonathan Loriaux created ticket #590
Manage Email Expiration Dates in SquirelMail
-
squirrelmail-20200812_0200-SVN.stable - PHP warning non numeric value in date.php line 90
-
I haven't been able to verify this bug or get any working examples. If someone has this problem, please provide as much detail as possible - ideally fully message source but at least the headers, or the headers that cause this, as well as your SquirrelMail timezone setting. I suspect this change may have fixed this problem: https://sourceforge.net/p/squirrelmail/code/14978/
-
Sorry I didn't see this when you submitted, but I can't reproduce with that date header ending with "UT" under PHP8 When you submitted this, were you running the latest version of 1.4.23-svn?
-
SquirrelMail not compatible with PHP8.1
-
LadeSchale posted a comment on ticket #2855
Hello Paul, i come from here https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=265395 The echo in a mailbox with affected mails sounds like this, for one mail: string(5) "+0200" string(2) "UT" Mailheader looks like this, hopefully i guessed the right headers: for mail@example.com; Fri, 30 Sep 2016 18:41:57 +0100 (BST) and Date: Fri, 30 Sep 2016 17:41:57 UT Looks like some mua format their header like they want.
-
It looks like you are not running an up-to-date version of 1.4.23-svn. See here: https://sourceforge.net/p/squirrelmail/code/HEAD/tree/branches/SM-1_4-STABLE/squirrelmail/functions/mime.php Line 875 has no curly braces. The other errors also do not appear in the current code. Please grab a recent snapshot from our downloads page and these issues should all be resolved for you. Thanks for your participation
-
John, this, meaning this bug report is not related to what you are indicating. What you are seeing seem to be deprecation notices.. Those are different than errors and do not in any way affect the ability of SquirrelMail to operate. If you'd like to help us clean up any deprecation notices you are seeing, we'd love for you to report them by showing a full copy of the notice. Also, do make sure you are running the most recent nightly snapshot of 1.4.23-svn Thanks!
-
John Meissen created ticket #2871
SquirrelMail not compatible with PHP8.1
-
This is still a problem. I have 1.4.23 installed, and I'm seeing this. You also say it works with php8, but one of the errors I'm seeing is a call to the php8 deprecated function each().
-
This is still a problem. I have 1.4.23 installed, and I'm seeing this.
-
Happy New Year
-
Happy New Year
-
Happy New Year
-
Happy New Year
-
Happy New Year
-
Happy New Year
-
Happy New Year
-
Declare class variables
-
Declare class variables
-
Don't need to decode empty string/NULL
-
Don't need to decode empty string/NULL
-
Backport comments
-
Declare class variables
-
Declare class variables
-
Declare class variables
-
Declare class variables
-
Declare class variables
-
Barry Nelson posted a comment on ticket #2869
I am using PHP 8.2.1 and I am getting the same error 500
-
Correct docs, initialize variable
-
Capabilities cannot be assumed to be boolean
-
Fix typo
-
Fix PHP warning
-
Fix PHP warning
-
Fix PHP warning
-
Hack for problem where $i is used as both boolean and int
-
Hack for problem where $i is used as both boolean and int
-
Variable could be null
-
Stephan Eicher created ticket #2870
processParameters cutting of chars when charset and language have different length
-
PHP 8 fixes that never made their way into SVN
-
PHP 8 fixes that never made their way into SVN
-
Aiden Woodruff created ticket #2869
sqspell_ereg error in php 7.2
-
Happy New Year
-
Happy New Year
-
Happy New Year
-
Happy New Year
-
Happy New Year
-
Happy New Year
-
Happy New Year
-
Fix: Don't feed an integer to sizeof()
-
Fix: Don't feed an integer to sizeof()
-
Fix broken parenthesis
-
david rankin posted a comment on ticket #2867
Note, I messed the status up when I created this bug and forgot to change from "Cannot Reproduce" to "Produces Error". If one of the admins could update I would appreciate it. (I should be able to do it, but I can' find any widget to edit the original bug???)
-
Note, the effect of the error appears to be harmless. The message is not repeated when you refresh the message list, or read a message and return to the message list. So this may be a startup ordering issue?
-
1.5.2 SVN mailbox_display.php - Error indexing array with bool 'THREAD_INDENT'
-
Add TODO
-
Add TODO
-
The fix should actually be !isset($parseFetchResults['UID']))
-
1.5.2 svn Parenthesis missing functions/imap_messages.php on line 120
-
Than Kap created ticket #2866
php error with EEST timezone
-
Test option page name, don't assign it
-
Remove extraneous reset
-
Explicitly declare formerly dynamic class property (deprecated PHP behavior)
-
Explicitly declare formerly dynamic class property (deprecated PHP behavior)
-
Refine last fix
-
Some IMAP servers are picky about extraneous spaces
-
Don't str_replace() on null values
-
Don't str_replace() on null values
-
Make sure $prefs_cache is initialized when resetting the cache
-
Make sure $prefs_cache is initialized when resetting the cache
-
Marcus Hummel created ticket #155
Plugin mail_fetch class constructor Not PHP 8 conformal
-
krizalys created ticket #498
Fix sqimap_get_small_header_list() for IMAP servers not tolerating trailing spaces in header fields
-
Happy New Year
-
Happy New Year
-
Happy New Year
-
Happy New Year
-
Happy New Year
-
Happy New Year
-
Happy New Year
-
Florian Weimer created ticket #497
C99 compatibility fixes for imap_proxy
-
Fix poorly written timezone parsing
-
Fix poorly written timezone parsing
-
Address book and PHP 8.x
-
Thanks for tracking this down. The fix will be in the next nightly tarball.
-
Remove use of each()
-
Remove use of each()
-
Backport fix from DEVEL
-
Fix PHP notice
-
That was a different (minor) issue that is now fixed.
-
Fix PHP notice
-
Restore line incorrectly deleted
-
Robert Kudyba posted a comment on ticket #2865
Not sure if this is another bug or should be a part of the fix. When viewing an attachment from a bounceback, e.g., untitled-[3.2].delivery-status Here is a sample of what's in the attachment: Reporting-MTA: dns; ourdomain.edu Arrival-Date: Thu, 12 May 2022 06:26:39 -0400 Final-Recipient: RFC822; user@ourdomain.edu X-Actual-Recipient: rfc822; user@ourdomain.edu Action: failed Status: 4.4.7 Last-Attempt-Date: Tue, 17 May 2022 06:31:52 -0400 After updating to squirrelmail-20220607_0200-SVN I now see...
-
Jan Sorensen posted a comment on ticket #2860
I have replaced while (list($k, $backend) = each($abook->backends)) { with foreach ($abook->backends as $k => $backend) { It solves the problem. Jan Sorensen On Sun, June 5, 2022 06:13, Jan Sorensen wrote: Now I get the error messages: Fatal error: Uncaught Error: Call to undefined function each() in /usr/local/apache2/htdocs/squirrelmail/src/addressbook.php:310 Stack trace: #0 {main} thrown in /usr/local/apache2/htdocs/squirrelmail/src/addressbook.php on line 310 Jan Sorensen On Sat, June 4, 2022...
-
Now I get the error messages: Fatal error: Uncaught Error: Call to undefined function each() in /usr/local/apache2/htdocs/squirrelmail/src/addressbook.php:310 Stack trace: #0 {main} thrown in /usr/local/apache2/htdocs/squirrelmail/src/addressbook.php on line 310 Jan Sorensen On Sat, June 4, 2022 19:19, Paul Lesniewski wrote: You can also try putting this code near the top of that file: ~~~ ini_set('display_errors', '1'); error_reporting(E_ALL); ~~~ And make sure to scroll down to the bottom of the...
-
Calendar Plugin
-
Thanks for reporting this. The code has been rewritten.
1 >
