Activity for SquirrelMail
-
Neustradamus posted a comment on ticket #589
@pdontthink: Sorry for the delay! All details are here: https://github.com/scram-sasl/info/issues/1 CRAM-MD5 and DIGEST-MD5 are obsolete and unsecure. Security is very important, if the server supports it and the client does not, it is not good. A lot of servers have a bad configuration. Good news, since a long time, a SquirrelMail fork supports it, done by Andrew Sachen from RealityRipple Software: https://github.com/RealityRipple/squirrelmail/issues/1 🌰️🐿️ SquirrelMail GitHub Repository (PHP 8.4-OK!)...
-
Paul Lesniewski committed [r15060] on Code
Add more informative page titles for search and mailbox list pages
-
Configuration system updates: present the option to treat SVG objects as unsafe images or turn them on/off entirely
-
Configuration system updates: present the option to treat SVG objects as unsafe images or turn them on/off entirely
-
Make the unsafe images functionality emcompass SVG objects by default, while allowing the administrator to opt for always displaying or always hiding SVG objects independently from unsafe images instead. To always hiding/blocking SVG objects, add the following two to config/config_local.php -- $treat_svg_separate_from_unsafe_images = TRUE; $allow_svg_display = FALSE; -- The configuration tool (conf.pl) will also be updated to explain how this works.
-
Make the unsafe images functionality emcompass SVG objects by default, while allowing the administrator to opt for always displaying or always hiding SVG objects independently from unsafe images instead. To always hiding/blocking SVG objects, add the following two to config/config_local.php -- $treat_svg_separate_from_unsafe_images = TRUE; $allow_svg_display = FALSE; -- The configuration tool (conf.pl) will also be updated to explain how this works.
-
Moderate rewrite of process that finds display entities for a message. Adds sorely-needed documentation and tries to fix things that are broken and covers more message structures without changing legacy behavior
-
Moderate rewrite of process that finds display entities for a message. Adds sorely-needed documentation and tries to fix things that are broken and covers more message structures without changing legacy behavior
-
Add a way to turn off what look like old workarounds for a bug in some Mozilla product that breaks other messages
-
Add a way to turn off what look like old workarounds for a bug in some Mozilla product that breaks other messages
-
Do not exclude simple messages with a single entity that is its display part (non-attachment) and lack Content-Disposition header (also simplify somewhat convoluted logic; port from 1.4.23)
-
Do not exclude simple messages with a single entity that is its display part (non-attachment) and lack Content-Disposition header
-
PHP 8 minor fix string/int comparison
-
PHP 8 minor fix string/int comparison
-
Happy New Year
-
Happy New Year
-
Happy New Year
-
Happy New Year
-
Happy New Year
-
Happy New Year
-
Happy New Year
-
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
1 >
