squirrelmail-users — SquirrelMail Users Mailing List

Re: [SM-USERS] SquirrelMail adds line feed character to attachments

[Stefan G <ste...@ho...>]

Fixed it!
For some reason, a 0x0a was included at the start of my config.php. Don't know how it got there, but I usually copy the contents of the config folder when updating. As you might know, having something included before <?php somewhere can be a huge problem with php scripts sometimes.

Thanks!

Best, Stefan

Re: [SM-USERS] SquirrelMail adds line feed character to attachments

[Stefan G <ste...@ho...>]

Hi Dwok,

Yes, pretty sure. I connect to the same IMAP-server from OSX Mail, and it does not have this issue.

What I did find out is that if I disable the function 'mime_print_body_lines()', the downloaded file is 1 byte consisting of 0x0a. So my interpretation of this (which might be incorrect) is that the 0x0a is not generated by the code that processes/decodes the attachment, but by another part of the code.

Best, Stefan

-----

Hi Stefan,

2024.Augusztus 27.(K) 13:41 időpontban Stefan G ezt írta:
> Hi Paul,
>
> I looked into this, and it turns out I was wrong in my conclusion that
> text files are not affected.
>
> It now seems that when sending text files (but not other file types)
> SquirrelMail strips boths 0x0a and 0x0d 0x0a from the end of the file.
> When downloading files through SquirrelMail, it will add a 0x0a. So when I
> send a text file through SquirrelMail to myself that ended on a 0x0a, when
> I download it it will have the same size but the 0x0a has moved from the
> end to the start. If it ended on 0x0d 0x0a it will be one byte shorter and
> will also start with 0x0a.
>
> When I send a pdf to myself through SquirrelMail (which also ends with
> 0x0a), the 0x0a at the end does not get removed. When downloading the
> attachment, a 0x0a does get added to the beginning. JPEG's end with 0xff
> 0xd9, and they get a 0x0a added to the beginning as well when downloading
> while they are send correctly.
>
> So to summarize:
> - the issue with downloading attachments now seems independent of
> file-type and whether the file ends on 0x0a, 0x0d 0x0a or something else.
> - when sending an attachment something specific to text does seem to
> happen, and both 0x0a and 0x0d 0x0a get stripped from the end of the file.

Are you sure, that these symptoms are squirrel only and doesn't happen
with other IMAP clients?

Dwok
--
dr Tóth Attila, Radiológus, 06-20-825-8057
Attila Toth MD, Radiologist, +36-20-825-8057

>
> Best, Stefan
>
>
>
> On Mon, August 26, 2024 6:40 pm, Stefan G wrote:
>> Hi all,
>>
>> I just noticed that SquirrelMail adds a line feed character to files
>> when
>> downloading attachments. This does not happen when sending attachments.
>> The attachments are correctly stored on the server: for example in OSX
>> Mail and iOS Mail there is no problem with the same attachments. The
>> problem is browser-independent (tested on various OSX and Windows web
>> browsers). The problem is also independent of the attachment type
>> (except
>> for plain text attachment, with the exception of plain text attachments.
>> Since I don't use my webmail often I have no idea when the problem
>> started; I think somewhere in the first half of this year. The problem
>> occurs both with the newest version of SquirrelMail and an older version
>> I
>> tried from 2017, so it probably has to do with some sort of
>> incompatibility of the code with newer versions of php.
>>
>> Software: Debian 11, Dovecot 2.3. 13, php 7.4, SquirrelMail 1.4. 23 SVN.
>>
>> Curious if anyone has an idea on how to fix this. It's driving me nuts
>> :).
>
> Sorry, also might be helpful to know if it's a \n or a \r\n  on the end
>
> --
> Paul Lesniewski
> SquirrelMail Team
> Please support Open Source Software by donating to SquirrelMail!
> http://squirrelmail.org/donate_paul_lesniewski.php
>
>
>
>
>
> -----
> squirrelmail-users mailing list
> Posting guidelines: http://squirrelmail.org/postingguidelines
> List address: squ...@li...
> List archives: http://news.gmane.org/gmane.mail.squirrelmail.user
> List info (subscribe/unsubscribe/change options):
> https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
>
> -----
> squirrelmail-users mailing list
> Posting guidelines: http://squirrelmail.org/postingguidelines
> List address: squ...@li...
> List archives: http://news.gmane.org/gmane.mail.squirrelmail.user
> List info (subscribe/unsubscribe/change options):
> https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
>




-----
squirrelmail-users mailing list
Posting guidelines: http://squirrelmail.org/postingguidelines
List address: squ...@li...
List archives: http://news.gmane.org/gmane.mail.squirrelmail.user
List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users

Re: [SM-USERS] SquirrelMail adds line feed character to attachments

[Tóth A. <at...@at...>]

Hi Stefan,

2024.Augusztus 27.(K) 13:41 időpontban Stefan G ezt írta:
> Hi Paul,
>
> I looked into this, and it turns out I was wrong in my conclusion that
> text files are not affected.
>
> It now seems that when sending text files (but not other file types)
> SquirrelMail strips boths 0x0a and 0x0d 0x0a from the end of the file.
> When downloading files through SquirrelMail, it will add a 0x0a. So when I
> send a text file through SquirrelMail to myself that ended on a 0x0a, when
> I download it it will have the same size but the 0x0a has moved from the
> end to the start. If it ended on 0x0d 0x0a it will be one byte shorter and
> will also start with 0x0a.
>
> When I send a pdf to myself through SquirrelMail (which also ends with
> 0x0a), the 0x0a at the end does not get removed. When downloading the
> attachment, a 0x0a does get added to the beginning. JPEG's end with 0xff
> 0xd9, and they get a 0x0a added to the beginning as well when downloading
> while they are send correctly.
>
> So to summarize:
> - the issue with downloading attachments now seems independent of
> file-type and whether the file ends on 0x0a, 0x0d 0x0a or something else.
> - when sending an attachment something specific to text does seem to
> happen, and both 0x0a and 0x0d 0x0a get stripped from the end of the file.

Are you sure, that these symptoms are squirrel only and doesn't happen
with other IMAP clients?

Dwok
-- 
dr Tóth Attila, Radiológus, 06-20-825-8057
Attila Toth MD, Radiologist, +36-20-825-8057

>
> Best, Stefan
>
>
>
> On Mon, August 26, 2024 6:40 pm, Stefan G wrote:
>> Hi all,
>>
>> I just noticed that SquirrelMail adds a line feed character to files
>> when
>> downloading attachments. This does not happen when sending attachments.
>> The attachments are correctly stored on the server: for example in OSX
>> Mail and iOS Mail there is no problem with the same attachments. The
>> problem is browser-independent (tested on various OSX and Windows web
>> browsers). The problem is also independent of the attachment type
>> (except
>> for plain text attachment, with the exception of plain text attachments.
>> Since I don't use my webmail often I have no idea when the problem
>> started; I think somewhere in the first half of this year. The problem
>> occurs both with the newest version of SquirrelMail and an older version
>> I
>> tried from 2017, so it probably has to do with some sort of
>> incompatibility of the code with newer versions of php.
>>
>> Software: Debian 11, Dovecot 2.3. 13, php 7.4, SquirrelMail 1.4. 23 SVN.
>>
>> Curious if anyone has an idea on how to fix this. It's driving me nuts
>> :).
>
> Sorry, also might be helpful to know if it's a \n or a \r\n  on the end
>
> --
> Paul Lesniewski
> SquirrelMail Team
> Please support Open Source Software by donating to SquirrelMail!
> http://squirrelmail.org/donate_paul_lesniewski.php
>
>
>
>
>
> -----
> squirrelmail-users mailing list
> Posting guidelines: http://squirrelmail.org/postingguidelines
> List address: squ...@li...
> List archives: http://news.gmane.org/gmane.mail.squirrelmail.user
> List info (subscribe/unsubscribe/change options):
> https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
>
> -----
> squirrelmail-users mailing list
> Posting guidelines: http://squirrelmail.org/postingguidelines
> List address: squ...@li...
> List archives: http://news.gmane.org/gmane.mail.squirrelmail.user
> List info (subscribe/unsubscribe/change options):
> https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
>

Re: [SM-USERS] SquirrelMail adds line feed character to attachments

[Stefan G <ste...@ho...>]

Hi Paul,

I looked into this, and it turns out I was wrong in my conclusion that text files are not affected.

It now seems that when sending text files (but not other file types) SquirrelMail strips boths 0x0a and 0x0d 0x0a from the end of the file. When downloading files through SquirrelMail, it will add a 0x0a. So when I send a text file through SquirrelMail to myself that ended on a 0x0a, when I download it it will have the same size but the 0x0a has moved from the end to the start. If it ended on 0x0d 0x0a it will be one byte shorter and will also start with 0x0a.

When I send a pdf to myself through SquirrelMail (which also ends with 0x0a), the 0x0a at the end does not get removed. When downloading the attachment, a 0x0a does get added to the beginning. JPEG's end with 0xff 0xd9, and they get a 0x0a added to the beginning as well when downloading while they are send correctly.

So to summarize:
- the issue with downloading attachments now seems independent of file-type and whether the file ends on 0x0a, 0x0d 0x0a or something else.
- when sending an attachment something specific to text does seem to happen, and both 0x0a and 0x0d 0x0a get stripped from the end of the file.

Best, Stefan



On Mon, August 26, 2024 6:40 pm, Stefan G wrote:
> Hi all,
>
> I just noticed that SquirrelMail adds a line feed character to files when
> downloading attachments. This does not happen when sending attachments.
> The attachments are correctly stored on the server: for example in OSX
> Mail and iOS Mail there is no problem with the same attachments. The
> problem is browser-independent (tested on various OSX and Windows web
> browsers). The problem is also independent of the attachment type (except
> for plain text attachment, with the exception of plain text attachments.
> Since I don't use my webmail often I have no idea when the problem
> started; I think somewhere in the first half of this year. The problem
> occurs both with the newest version of SquirrelMail and an older version I
> tried from 2017, so it probably has to do with some sort of
> incompatibility of the code with newer versions of php.
>
> Software: Debian 11, Dovecot 2.3. 13, php 7.4, SquirrelMail 1.4. 23 SVN.
>
> Curious if anyone has an idea on how to fix this. It's driving me nuts :).

Sorry, also might be helpful to know if it's a \n or a \r\n  on the end

--
Paul Lesniewski
SquirrelMail Team
Please support Open Source Software by donating to SquirrelMail!
http://squirrelmail.org/donate_paul_lesniewski.php





-----
squirrelmail-users mailing list
Posting guidelines: http://squirrelmail.org/postingguidelines
List address: squ...@li...
List archives: http://news.gmane.org/gmane.mail.squirrelmail.user
List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users

Re: [SM-USERS] SquirrelMail adds line feed character to attachments

[Paul L. <pa...@sq...>]

On Mon, August 26, 2024 6:40 pm, Stefan G wrote:
> Hi all,
>
> I just noticed that SquirrelMail adds a line feed character to files when
> downloading attachments. This does not happen when sending attachments.
> The attachments are correctly stored on the server: for example in OSX
> Mail and iOS Mail there is no problem with the same attachments. The
> problem is browser-independent (tested on various OSX and Windows web
> browsers). The problem is also independent of the attachment type (except
> for plain text attachment, with the exception of plain text attachments.
> Since I don't use my webmail often I have no idea when the problem
> started; I think somewhere in the first half of this year. The problem
> occurs both with the newest version of SquirrelMail and an older version I
> tried from 2017, so it probably has to do with some sort of
> incompatibility of the code with newer versions of php.
>
> Software: Debian 11, Dovecot 2.3. 13, php 7.4, SquirrelMail 1.4. 23 SVN.
>
> Curious if anyone has an idea on how to fix this. It's driving me nuts :).

Sorry, also might be helpful to know if it's a \n or a \r\n  on the end

-- 
Paul Lesniewski
SquirrelMail Team
Please support Open Source Software by donating to SquirrelMail!
http://squirrelmail.org/donate_paul_lesniewski.php

Re: [SM-USERS] SquirrelMail adds line feed character to attachments

[Paul L. <pa...@sq...>]

On Mon, August 26, 2024 6:40 pm, Stefan G wrote:
> Hi all,
>
> I just noticed that SquirrelMail adds a line feed character to files when
> downloading attachments. This does not happen when sending attachments.
> The attachments are correctly stored on the server: for example in OSX
> Mail and iOS Mail there is no problem with the same attachments. The
> problem is browser-independent (tested on various OSX and Windows web
> browsers). The problem is also independent of the attachment type (except
> for plain text attachment, with the exception of plain text attachments.
> Since I don't use my webmail often I have no idea when the problem
> started; I think somewhere in the first half of this year. The problem
> occurs both with the newest version of SquirrelMail and an older version I
> tried from 2017, so it probably has to do with some sort of
> incompatibility of the code with newer versions of php.
>
> Software: Debian 11, Dovecot 2.3. 13, php 7.4, SquirrelMail 1.4. 23 SVN.
>
> Curious if anyone has an idea on how to fix this. It's driving me nuts :).

It doesn't occur for text attachments? That might mean the problem is
encoding dependent, and would be in the decodeBody() function in mime.php.
The code related to downloads has not changed in years, so might be a
possible regression in PHP's quoted_printable_decode() or base64_decode()
though that also seems unlikely. You should pay attention to how the
attachment is encoded (see message headers) and try differently encoded
attachments. To narrow it down more, you'd want to follow the code in
mime_print_body_lines() in functions/mime.php

-- 
Paul Lesniewski
SquirrelMail Team
Please support Open Source Software by donating to SquirrelMail!
http://squirrelmail.org/donate_paul_lesniewski.php

[SM-USERS] SquirrelMail adds line feed character to attachments

[Stefan G <ste...@ho...>]

Hi all,

I just noticed that SquirrelMail adds a line feed character to files when downloading attachments. This does not happen when sending attachments. The attachments are correctly stored on the server: for example in OSX Mail and iOS Mail there is no problem with the same attachments. The problem is browser-independent (tested on various OSX and Windows web browsers). The problem is also independent of the attachment type (except for plain text attachment, with the exception of plain text attachments. Since I don't use my webmail often I have no idea when the problem started; I think somewhere in the first half of this year. The problem occurs both with the newest version of SquirrelMail and an older version I tried from 2017, so it probably has to do with some sort of incompatibility of the code with newer versions of php.

Software: Debian 11, Dovecot 2.3. 13, php 7.4, SquirrelMail 1.4. 23 SVN.

Curious if anyone has an idea on how to fix this. It's driving me nuts :).

Best regards,
Stefan

Re: [SM-USERS] php8.3 support and deprecated functions

[Alex <mys...@gm...>]

Hi, I'm now working with a developer on fixing these problems for us.
Please let me know if you're also working on them so we can collaborate.

Thanks,
Alex

On Wed, Jul 31, 2024 at 9:34 AM Alex <mys...@gm...> wrote:

> Hi,
> I had no idea how problematic squirrelmail support is for php8.3. This is
> a real problem for me.
>
> These occur when composing/sending a new message.
> Warning: Undefined array key "" in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mailbox_display.php
> on line 76
> Warning: Trying to access array offset on null in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mailbox_display.php
> on line 93
> Deprecated: strlen(): Passing null to parameter #1 ($string) of type
> string is deprecated in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/imap_general.php
> on line 1127
> Deprecated: str_replace(): Passing null to parameter #3 ($subject) of type
> array|string is deprecated in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/imap_general.php
> on line 1130
> Warning: Undefined array key "ID" in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mailbox_display.php
> on line 213
> Warning: Undefined array key "SUBJECT" in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mailbox_display.php
> on line 218
> Warning: Undefined array key "ID" in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mailbox_display.php
> on line 225
> Warning: Undefined array key "ID" in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mailbox_display.php
> on line 226
> Warning: Undefined array key "ID" in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mailbox_display.php
> on line 240
> Warning: Undefined array key "RECEIVED_DATE_STRING" in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mailbox_display.php
> on line 247
> Warning: Undefined array key "RECEIVED_DATE_STRING_FULL" in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mailbox_display.php
> on line 248
> Warning: Undefined array key "TYPE0" in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mailbox_display.php
> on line 297
> Warning: Undefined array key "PRIORITY" in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mailbox_display.php
> on line 302
> Warning: Undefined array key "PRIORITY" in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mailbox_display.php
> on line 302
> Warning: Undefined array key "PRIORITY" in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mailbox_display.php
> on line 306
>
> Thanks,
> Alex
>
> On Wed, Jul 31, 2024 at 9:21 AM Alex <mys...@gm...> wrote:
>
>> Hi,
>>
>> More deprecations when viewing messages. Not sure why these aren't all
>> showing up together.
>>
>> Deprecated: Creation of dynamic property Language::$name is deprecated in
>> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Language.class.php
>> on line 31
>> Deprecated: Creation of dynamic property Language::$properties is
>> deprecated in
>> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Language.class.php
>> on line 36
>> Warning: Cannot modify header information - headers already sent by
>> (output started at
>> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Language.class.php:31)
>> in
>> /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/page_header.php
>> on line 69
>>
>> When composing a new message, I have the following warning/error in the
>> compose text box:
>> <br />
>> <b>Deprecated</b>:  explode(): Passing null to parameter #2 ($string) of
>> type string is deprecated in
>> <b>/usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mime.php</b>
>> on line <b>693</b><br />
>>
>> Thanks,
>> Alex
>>
>> On Wed, Jul 31, 2024 at 7:46 AM Alex <mys...@gm...> wrote:
>>
>>> HI,
>>> Latest from daily stable snapshots with PHP debugging enabled. This is
>>> fedora40 with php-8.3.9.
>>>
>>> Deprecated: Creation of dynamic property Deliver_SMTP::$dlv_ret_nr is
>>> deprecated in
>>> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php
>>> on line 427
>>>
>>> Deprecated: Creation of dynamic property Deliver_SMTP::$dlv_msg is
>>> deprecated in
>>> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php
>>> on line 484
>>>
>>> Deprecated: Creation of dynamic property Deliver_SMTP::$dlv_server_msg
>>> is deprecated in
>>> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php
>>> on line 485
>>>
>>> Warning: Cannot modify header information - headers already sent by
>>> (output started at
>>> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php:427)
>>> in /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/global.php on
>>> line 594
>>>
>>> Warning: Cannot modify header information - headers already sent by
>>> (output started at
>>> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php:427)
>>> in /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/global.php on
>>> line 594
>>>
>>

Re: [SM-USERS] php8.3 support and deprecated functions

[Alex <mys...@gm...>]

Hi,
I had no idea how problematic squirrelmail support is for php8.3. This is a
real problem for me.

These occur when composing/sending a new message.
Warning: Undefined array key "" in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mailbox_display.php
on line 76
Warning: Trying to access array offset on null in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mailbox_display.php
on line 93
Deprecated: strlen(): Passing null to parameter #1 ($string) of type string
is deprecated in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/imap_general.php
on line 1127
Deprecated: str_replace(): Passing null to parameter #3 ($subject) of type
array|string is deprecated in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/imap_general.php
on line 1130
Warning: Undefined array key "ID" in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mailbox_display.php
on line 213
Warning: Undefined array key "SUBJECT" in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mailbox_display.php
on line 218
Warning: Undefined array key "ID" in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mailbox_display.php
on line 225
Warning: Undefined array key "ID" in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mailbox_display.php
on line 226
Warning: Undefined array key "ID" in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mailbox_display.php
on line 240
Warning: Undefined array key "RECEIVED_DATE_STRING" in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mailbox_display.php
on line 247
Warning: Undefined array key "RECEIVED_DATE_STRING_FULL" in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mailbox_display.php
on line 248
Warning: Undefined array key "TYPE0" in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mailbox_display.php
on line 297
Warning: Undefined array key "PRIORITY" in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mailbox_display.php
on line 302
Warning: Undefined array key "PRIORITY" in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mailbox_display.php
on line 302
Warning: Undefined array key "PRIORITY" in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mailbox_display.php
on line 306

Thanks,
Alex

On Wed, Jul 31, 2024 at 9:21 AM Alex <mys...@gm...> wrote:

> Hi,
>
> More deprecations when viewing messages. Not sure why these aren't all
> showing up together.
>
> Deprecated: Creation of dynamic property Language::$name is deprecated in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Language.class.php
> on line 31
> Deprecated: Creation of dynamic property Language::$properties is
> deprecated in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Language.class.php
> on line 36
> Warning: Cannot modify header information - headers already sent by
> (output started at
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Language.class.php:31)
> in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/page_header.php
> on line 69
>
> When composing a new message, I have the following warning/error in the
> compose text box:
> <br />
> <b>Deprecated</b>:  explode(): Passing null to parameter #2 ($string) of
> type string is deprecated in
> <b>/usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mime.php</b>
> on line <b>693</b><br />
>
> Thanks,
> Alex
>
> On Wed, Jul 31, 2024 at 7:46 AM Alex <mys...@gm...> wrote:
>
>> HI,
>> Latest from daily stable snapshots with PHP debugging enabled. This is
>> fedora40 with php-8.3.9.
>>
>> Deprecated: Creation of dynamic property Deliver_SMTP::$dlv_ret_nr is
>> deprecated in
>> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php
>> on line 427
>>
>> Deprecated: Creation of dynamic property Deliver_SMTP::$dlv_msg is
>> deprecated in
>> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php
>> on line 484
>>
>> Deprecated: Creation of dynamic property Deliver_SMTP::$dlv_server_msg is
>> deprecated in
>> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php
>> on line 485
>>
>> Warning: Cannot modify header information - headers already sent by
>> (output started at
>> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php:427)
>> in /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/global.php on
>> line 594
>>
>> Warning: Cannot modify header information - headers already sent by
>> (output started at
>> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php:427)
>> in /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/global.php on
>> line 594
>>
>

Re: [SM-USERS] php8.3 support and deprecated functions

[Alex <mys...@gm...>]

Hi,

More deprecations when viewing messages. Not sure why these aren't all
showing up together.

Deprecated: Creation of dynamic property Language::$name is deprecated in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Language.class.php
on line 31
Deprecated: Creation of dynamic property Language::$properties is
deprecated in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Language.class.php
on line 36
Warning: Cannot modify header information - headers already sent by (output
started at
/usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Language.class.php:31)
in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/page_header.php
on line 69

When composing a new message, I have the following warning/error in the
compose text box:
<br />
<b>Deprecated</b>:  explode(): Passing null to parameter #2 ($string) of
type string is deprecated in
<b>/usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/mime.php</b>
on line <b>693</b><br />

Thanks,
Alex

On Wed, Jul 31, 2024 at 7:46 AM Alex <mys...@gm...> wrote:

> HI,
> Latest from daily stable snapshots with PHP debugging enabled. This is
> fedora40 with php-8.3.9.
>
> Deprecated: Creation of dynamic property Deliver_SMTP::$dlv_ret_nr is
> deprecated in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php
> on line 427
>
> Deprecated: Creation of dynamic property Deliver_SMTP::$dlv_msg is
> deprecated in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php
> on line 484
>
> Deprecated: Creation of dynamic property Deliver_SMTP::$dlv_server_msg is
> deprecated in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php
> on line 485
>
> Warning: Cannot modify header information - headers already sent by
> (output started at
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php:427)
> in /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/global.php on
> line 594
>
> Warning: Cannot modify header information - headers already sent by
> (output started at
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php:427)
> in /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/global.php on
> line 594
>

Re: [SM-USERS] php8.3 support and deprecated functions

[Alex <mys...@gm...>]

Hi,

More warnings from Disposition.class.php when viewing different messages.

Deprecated: Creation of dynamic property Disposition::$name is deprecated
in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Disposition.class.php
on line 30
Deprecated: Creation of dynamic property Disposition::$properties is
deprecated in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Disposition.class.php
on line 31
Deprecated: Creation of dynamic property Language::$name is deprecated in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Language.class.php
on line 31
Deprecated: Creation of dynamic property Language::$properties is
deprecated in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Language.class.php
on line 36
Warning: Cannot modify header information - headers already sent by (output
started at
/usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Disposition.class.php:30)
in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/page_header.php
on line 69

I've added "#[AllowDynamicProperties]"   as per the following to suppress
this for now while I continue to debug, but I'm REALLY hoping you can fix
these soon.
https://stackoverflow.com/questions/74878889/php-warning-deprecated-creation-of-dynamic-property-is-deprecated

Thanks,
Alex

On Wed, Jul 31, 2024 at 8:30 AM Alex <mys...@gm...> wrote:

> Hi,
>
> I should have added that the previous warnings below occur when going to
> Options -> Autoresponder/Mail Forwarding and the local_autorespond_forward
> plugin, I believe.
>
> These new warnings are related to just viewing a regular message.
> Deprecated: Creation of dynamic property MessageHeader::$entity_id is
> deprecated in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Message.class.php
> on line 494
> Deprecated: Creation of dynamic property MessageHeader::$lines is
> deprecated in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Message.class.php
> on line 497
> Deprecated: Creation of dynamic property MessageHeader::$entity_id is
> deprecated in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Message.class.php
> on line 494
> Deprecated: Creation of dynamic property MessageHeader::$lines is
> deprecated in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Message.class.php
> on line 497
> Deprecated: Creation of dynamic property Disposition::$name is deprecated
> in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Disposition.class.php
> on line 30
> Deprecated: Creation of dynamic property Disposition::$properties is
> deprecated in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Disposition.class.php
> on line 31
> Deprecated: Creation of dynamic property MessageHeader::$entity_id is
> deprecated in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Message.class.php
> on line 494
> Deprecated: Creation of dynamic property Language::$name is deprecated in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Language.class.php
> on line 31
> Deprecated: Creation of dynamic property Language::$properties is
> deprecated in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Language.class.php
> on line 36
> Warning: Cannot modify header information - headers already sent by
> (output started at
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Message.class.php:494)
> in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/page_header.php
> on line 69
>
> Thanks,
> Alex
>
> On Wed, Jul 31, 2024 at 7:46 AM Alex <mys...@gm...> wrote:
>
>> HI,
>> Latest from daily stable snapshots with PHP debugging enabled. This is
>> fedora40 with php-8.3.9.
>>
>> Deprecated: Creation of dynamic property Deliver_SMTP::$dlv_ret_nr is
>> deprecated in
>> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php
>> on line 427
>>
>> Deprecated: Creation of dynamic property Deliver_SMTP::$dlv_msg is
>> deprecated in
>> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php
>> on line 484
>>
>> Deprecated: Creation of dynamic property Deliver_SMTP::$dlv_server_msg is
>> deprecated in
>> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php
>> on line 485
>>
>> Warning: Cannot modify header information - headers already sent by
>> (output started at
>> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php:427)
>> in /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/global.php on
>> line 594
>>
>> Warning: Cannot modify header information - headers already sent by
>> (output started at
>> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php:427)
>> in /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/global.php on
>> line 594
>>
>

Re: [SM-USERS] php8.3 support and deprecated functions

[Alex <mys...@gm...>]

Hi,

I should have added that the previous warnings below occur when going to
Options -> Autoresponder/Mail Forwarding and the local_autorespond_forward
plugin, I believe.

These new warnings are related to just viewing a regular message.
Deprecated: Creation of dynamic property MessageHeader::$entity_id is
deprecated in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Message.class.php
on line 494
Deprecated: Creation of dynamic property MessageHeader::$lines is
deprecated in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Message.class.php
on line 497
Deprecated: Creation of dynamic property MessageHeader::$entity_id is
deprecated in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Message.class.php
on line 494
Deprecated: Creation of dynamic property MessageHeader::$lines is
deprecated in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Message.class.php
on line 497
Deprecated: Creation of dynamic property Disposition::$name is deprecated
in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Disposition.class.php
on line 30
Deprecated: Creation of dynamic property Disposition::$properties is
deprecated in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Disposition.class.php
on line 31
Deprecated: Creation of dynamic property MessageHeader::$entity_id is
deprecated in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Message.class.php
on line 494
Deprecated: Creation of dynamic property Language::$name is deprecated in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Language.class.php
on line 31
Deprecated: Creation of dynamic property Language::$properties is
deprecated in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Language.class.php
on line 36
Warning: Cannot modify header information - headers already sent by (output
started at
/usr/share/squirrelmail-stable-1.4.23-svn-073024/class/mime/Message.class.php:494)
in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/page_header.php
on line 69

Thanks,
Alex

On Wed, Jul 31, 2024 at 7:46 AM Alex <mys...@gm...> wrote:

> HI,
> Latest from daily stable snapshots with PHP debugging enabled. This is
> fedora40 with php-8.3.9.
>
> Deprecated: Creation of dynamic property Deliver_SMTP::$dlv_ret_nr is
> deprecated in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php
> on line 427
>
> Deprecated: Creation of dynamic property Deliver_SMTP::$dlv_msg is
> deprecated in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php
> on line 484
>
> Deprecated: Creation of dynamic property Deliver_SMTP::$dlv_server_msg is
> deprecated in
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php
> on line 485
>
> Warning: Cannot modify header information - headers already sent by
> (output started at
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php:427)
> in /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/global.php on
> line 594
>
> Warning: Cannot modify header information - headers already sent by
> (output started at
> /usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php:427)
> in /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/global.php on
> line 594
>

[SM-USERS] php8.3 support and deprecated functions

[Alex <mys...@gm...>]

HI,
Latest from daily stable snapshots with PHP debugging enabled. This is
fedora40 with php-8.3.9.

Deprecated: Creation of dynamic property Deliver_SMTP::$dlv_ret_nr is
deprecated in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php
on line 427

Deprecated: Creation of dynamic property Deliver_SMTP::$dlv_msg is
deprecated in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php
on line 484

Deprecated: Creation of dynamic property Deliver_SMTP::$dlv_server_msg is
deprecated in
/usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php
on line 485

Warning: Cannot modify header information - headers already sent by (output
started at
/usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php:427)
in /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/global.php on
line 594

Warning: Cannot modify header information - headers already sent by (output
started at
/usr/share/squirrelmail-stable-1.4.23-svn-073024/class/deliver/Deliver_SMTP.class.php:427)
in /usr/share/squirrelmail-stable-1.4.23-svn-073024/functions/global.php on
line 594

Re: [SM-USERS] accessing remote / more than one IMAP

[<vo...@sb...>]

On Mon, May 13, 2024 12:58 pm, Paul Lesniewski wrote:

Paul,
BIG thank you - error's gone !
working well!

> Unless it's on the local network, you should use port 993 and TLS. I'd
> advise using the built-in configuration tool (save off a copy of config.php
> to be safe). Under the IMAP server settings you will find "7. Secure IMAP
> (TLS)" and you can go from there.

so I guess I can save versions of config.lh and config.rh for local and
remote, and, switch that way..

thanks again,

Voytek

Re: [SM-USERS] accessing remote / more than one IMAP

[Paul L. <pa...@sq...>]

> BUT, now I have a mail server 'remote' to me or without full access, so, I
> would like to run squirrelmail on a machine I have to access remote
> Dovecot server, no longer 'localhost' as I always has, still Dovecot (not
> Postfix etc)
>
> I've entered
>
> SquirrelMail Configuration : Read: config.php
> Config version 1.5.0; SquirrelMail version 1.5.2 [SVN]
> ---------------------------------------------------------
> Server Settings
>
> IMAP Settings
> --------------
> 4.  IMAP Server            : newserver.sbt.net.au
> 5.  IMAP Port              : 143

Unless it's on the local network, you should use port 993 and TLS. I'd
advise using the built-in configuration tool (save off a copy of
config.php to be safe). Under the IMAP server settings you will find "7.
Secure IMAP (TLS)" and you can go from there.

> 6.  Authentication type    : login
> 7.  Secure IMAP (TLS)      : disabled
> 8.  Server software        : dovecot
> 9.  Delimiter              : detect
>
> B.  Update SMTP Settings   : localhost:25
>
>
> I can login, access /read/send, BUT, in LHS side pane get:
>
> ERROR: Could not complete request.
> Query: CREATE "Sent"
> Reason Given: Client tried to access nonexistent namespace. (Mailbox name
> should probably be prefixed with: INBOX.) (0.001 + 0.000 secs)

I suggest using option D in the configuration tool to set the default
Dovecot configuration. If the error persists, you can talk to the admin of
the remote system to see what customizations they've made to the mailbox
namespaces or you can usually hack it by fiddling with
$default_folder_prefix -- in this case it sounds like it needs to be set
to 'INBOX.' or just 'INBOX'

> noticed in the docs about multiple servers - what's the curret stat of
> that ? (not that is my problem - though, sounds interesting)

I have a plugin that's not released that can allow you to switch IMAP
accounts in 1.4.x; IIRC code for that kind of thing isn't implemented in
1.5.x

-- 
Paul Lesniewski
SquirrelMail Team
Please support Open Source Software by donating to SquirrelMail!
http://squirrelmail.org/donate_paul_lesniewski.php

[SM-USERS] accessing remote / more than one IMAP

[<vo...@sb...>]

Hi, long time user of SM with Dovecot/Postfix/PFAdmin/MySQL virtual
domains, always works just puurfect.

BUT, now I have a mail server 'remote' to me or without full access, so, I
would like to run squirrelmail on a machine I have to access remote
Dovecot server, no longer 'localhost' as I always has, still Dovecot (not
Postfix etc)

I've entered

SquirrelMail Configuration : Read: config.php
Config version 1.5.0; SquirrelMail version 1.5.2 [SVN]
---------------------------------------------------------
Server Settings

IMAP Settings
--------------
4.  IMAP Server            : newserver.sbt.net.au
5.  IMAP Port              : 143
6.  Authentication type    : login
7.  Secure IMAP (TLS)      : disabled
8.  Server software        : dovecot
9.  Delimiter              : detect

B.  Update SMTP Settings   : localhost:25


I can login, access /read/send, BUT, in LHS side pane get:

ERROR: Could not complete request.
Query: CREATE "Sent"
Reason Given: Client tried to access nonexistent namespace. (Mailbox name
should probably be prefixed with: INBOX.) (0.001 + 0.000 secs)

what am I doing wrong ?

noticed in the docs about multiple servers - what's the curret stat of
that ? (not that is my problem - though, sounds interesting)

thanks for any tips/advice
thanks for SM - it alwats works (unlike (other) webmail on remote
server.....)

V

Re: [SM-USERS] re creating old server, get Character not allowed in mailbox name: '.'

[<vo...@sb...>]

On 2024-03-02 13:31, Paul Lesniewski wrote:

> You may want to ask for help with Dovecot on their mailing list if IMAP
> isn't working itself (log in on the command line and test!). Be careful
> what is happening, as I suspect you already have a Sent folder. If so,
> this means your expected folder list is not what is being returned from
> Dovecot. Do you really have the same configuration for Dovecot and
> SquirrelMail as before? Double check your IMAP settings and try saving
> your configuration file to the side and starting from scratch by using 
> the
> config/conf.pl tool and let SquirrelMail set up the IMAP settings only 
> by
> using option D and indicating the IMAP server is Dovecot.

Paul, thanks!

with Dovecot, I've used (old)/etc/dovecot/* then remed out maybe 3 o4 
lines giving errors
with SquirrelMail created from null using conf.pl

ahhhh... server type... yes...

SquirrelMail Configuration : Read: config.php
Config version 1.5.0; SquirrelMail version 1.5.2 [SVN]
Command >> dovecot
               imap_server_type = dovecot
          default_folder_prefix = <none>
                   trash_folder = Trash
                    sent_folder = Sent
                   draft_folder = Drafts
             show_prefix_option = false
           default_sub_of_inbox = false
show_contain_subfolders_option = false
             optional_delimiter = detect
                  delete_folder = false
       force_username_lowercase = true

ahhh... sorry, I was cutting corners, didn't do full config....

YES!! working fine big thank you, mea culpa (what else is new?)
errors gone, folders showing, emails showing I think it's all good!!

Re: [SM-USERS] re creating old server, get Character not allowed in mailbox name: '.'

[<vo...@sb...>]

On 2024-03-02 13:31, Paul Lesniewski wrote:

oops, sorry, forgot to edit SPAM from subject line, new server tagged as 
SPAM

Re: [SM-USERS] ***SPAM*** Re: re creating old server, get Character not allowed in mailbox name: '.'

[<vo...@sb...>]

On 2024-03-02 13:31, Paul Lesniewski wrote:

> You may want to ask for help with Dovecot on their mailing list if IMAP
> isn't working itself (log in on the command line and test!). Be careful
> what is happening, as I suspect you already have a Sent folder. If so,
> this means your expected folder list is not what is being returned from
> Dovecot. Do you really have the same configuration for Dovecot and
> SquirrelMail as before? Double check your IMAP settings and try saving
> your configuration file to the side and starting from scratch by using 
> the
> config/conf.pl tool and let SquirrelMail set up the IMAP settings only 
> by
> using option D and indicating the IMAP server is Dovecot.

Paul, thanks!

with Dovecot, I've used (old)/etc/dovecot/* then remed out maybe 3 o4 
lines giving errors
with SquirrelMail created from null using conf.pl

ahhhh... server type... yes...

SquirrelMail Configuration : Read: config.php
Config version 1.5.0; SquirrelMail version 1.5.2 [SVN]
Command >> dovecot
               imap_server_type = dovecot
          default_folder_prefix = <none>
                   trash_folder = Trash
                    sent_folder = Sent
                   draft_folder = Drafts
             show_prefix_option = false
           default_sub_of_inbox = false
show_contain_subfolders_option = false
             optional_delimiter = detect
                  delete_folder = false
       force_username_lowercase = true

ahhh... sorry, I was cutting corners, didn't do full config....

YES!! working fine big thank you, mea culpa (what else is new?)
errors gone, folders showing, emails showing I think it's all good!!

Re: [SM-USERS] re creating old server, get Character not allowed in mailbox name: '.'

[Paul L. <pa...@sq...>]

> ERROR
> ERROR: Could not complete request.
> Query: CREATE "INBOX.Sent"
> Reason Given: [CANNOT] Character not allowed in mailbox name: '.' (0.001
> + 0.000 secs).

You may want to ask for help with Dovecot on their mailing list if IMAP
isn't working itself (log in on the command line and test!). Be careful
what is happening, as I suspect you already have a Sent folder. If so,
this means your expected folder list is not what is being returned from
Dovecot. Do you really have the same configuration for Dovecot and
SquirrelMail as before? Double check your IMAP settings and try saving
your configuration file to the side and starting from scratch by using the
config/conf.pl tool and let SquirrelMail set up the IMAP settings only by
using option D and indicating the IMAP server is Dovecot.

-- 
Paul Lesniewski
SquirrelMail Team
Please support Open Source Software by donating to SquirrelMail!
http://squirrelmail.org/donate_paul_lesniewski.php

[SM-USERS] re creating old server, get Character not allowed in mailbox name: '.'

[<vo...@sb...>]

Hi, long time user of SM with Dovecot/Postfix/PFAdmin/MySQL virtual 
domains, always works just puurfect

BUT, my VPS server had hardware fail and operator told me not interested 
anymore running the service

I'm attempting to re create my mail data etc on 'new' Centos server:

installed Dovecot, installed SM, copied vmail sql, copied 
/var/vmail/vmail1/sbt.net.au/ve...@sb.../Maildir, attempted to correct 
owner/perms, etc etc, it partially works, I can login to new server, can 
see email in main inbasket, but, get on LHS panel(1):
in the SM folders pael I can see my folders listed OK

is it to do with '.' preceding directories names ?
what the best way of dealing with this ?

thanks for any help, pointers, thanks for Squierrel

(1)
ERROR
ERROR: Could not complete request.
Query: CREATE "INBOX.Sent"
Reason Given: [CANNOT] Character not allowed in mailbox name: '.' (0.001 
+ 0.000 secs).

Maildir is like:
[root@wcr Maildir]# ls -al
total 156
drwx--x--x 15 vmail vmail   4096 Jan 22 10:56 .
drwx--x--x  3 vmail vmail     21 Nov 24  2013 ..
drwx--x--x  5 vmail vmail    135 Jan 22 10:56 .badh
drwx--x--x  5 vmail vmail    108 Jan 22 10:56 .Blocked Mail
drwx--x--x  2 vmail vmail   4096 Dec 23  2017 cur
drwx--x--x  5 vmail vmail    156 Jan 22 10:56 .Deleted Items
-rwx--x--x  1 vmail vmail   2440 Jan 22 10:56 dovecot.index
-rwx--x--x  1 vmail vmail 105804 Jan 22 10:56 dovecot.index.cache
-rwx--x--x  1 vmail vmail    376 Jan 22 10:56 dovecot.index.log
-rwx--x--x  1 vmail vmail    538 Apr 26  2017 dovecot.index.thread
-rwx--x--x  1 vmail vmail     23 Nov  3  2015 dovecot-keywords
-rwx--x--x  1 vmail vmail    904 Jan 22 10:56 dovecot.list.index.log
-rwx--x--x  1 vmail vmail      0 Dec 12  2022 dovecot.mailbox.log
-rwx--x--x  1 vmail vmail   5340 Jan 22 10:56 dovecot-uidlist
-rwx--x--x  1 vmail vmail      8 Aug 17  2017 dovecot-uidvalidity
-r-xr-xr-x  1 vmail vmail      0 Nov 24  2013 
dovecot-uidvalidity.529139e3
drwx--x--x  5 vmail vmail    180 Jan 22 10:56 .Drafts
drwx--x--x  5 vmail vmail    108 Jan 22 10:56 .Junk
drwx--x--x  5 vmail vmail    108 Jan 22 10:56 .maillogs
drwx--x--x  2 vmail vmail   4096 Jan 22 10:56 new
drwx--x--x  5 vmail vmail    156 Jan 22 10:56 .Sent
drwx--x--x  5 vmail vmail    135 Jan 22 10:56 .Sent Items
drwx--x--x  5 vmail vmail    183 Jan 22 10:56 .spam
-rwx--x--x  1 vmail vmail     43 Nov 25  2013 subscriptions
drwx--x--x  2 vmail vmail      6 Jan 22 10:56 tmp
drwx--x--x  5 vmail vmail    180 Jan 22 10:56 .Trash

Re: [SM-USERS] squirrelmail and php-8.3

[James B. B. <by...@ha...>]

Close but no cigar.  The problems with FATAL errors and deprecation warns have
mostly been cleared up but the calendars themselves are broken.  I will
continue delving into this. the error I am seeing when clicking on a date in
the small calendar is:

ERROR IN CALENDAR FILE BACKEND (cal_file_get_calendar_do): cannot find calendar
file for calendar ID sm_cal_20240131T194554Z

And what I see when I go to the calendar page from the meu bar is:

-//SquirrelMail//NONSGML SquirrelMail Calendar Plugin V2.0.1//EN	(export)
-//SquirrelMail//NONSGML SquirrelMail Calendar Plugin V2.0.1//EN	(export)
-//SquirrelMail//NONSGML SquirrelMail Calendar Plugin V2.0.1//EN	(export)
-//SquirrelMail//NONSGML SquirrelMail Calendar Plugin V2.0.1//EN	(export)
-//SquirrelMail//NONSGML SquirrelMail Calendar Plugin V2.0.1//EN	(export)
. . .

-- 
***          e-Mail is NOT a SECURE channel          ***
        Do NOT transmit sensitive data via e-Mail
   Unencrypted messages have no legal claim to privacy
 Do NOT open attachments nor follow links sent by e-Mail

James B. Byrne                mailto:By...@Ha...
Harte & Lyne Limited          http://www.harte-lyne.ca
9 Brockley Drive              vox: +1 905 561 1241
Hamilton, Ontario             fax: +1 905 561 0757
Canada  L8E 3C3

Re: [SM-USERS] squirrelmail and php-8.3

[James B. B. <by...@ha...>]

On Fri, January 26, 2024 18:08, Paul Lesniewski wrote:
> Hi James,
>
> You can ask offlist for a copy of the Advanced Calendar plugin which is an
> updated form of the Shared Calendars plugin, but you still need to
> diagnose where your PHP errors are being logged. Without seeing errors,
> it's hard to say if the existing plugin you have installed has any
> problems or not.
>

I can see these message on the browser but they are not logged to
/var/log/php_errors.log although that is configured in php.ini.

; Log errors to specified file. PHP's default behavior is to leave this value
; empty.
; https://php.net/error-log
; Example:
error_log = /var/log/php_errors.log


Deprecated: trim(): Passing null to parameter #1 ($string) of type string is
deprecated in /usr/local/www/squirrelmail/functions/imap_messages.php on line
753

Warning: Increment on type bool has no effect, this will change in the next
major version of PHP in /usr/local/www/squirrelmail/functions/imap_messages.php
on line 810

Warning: Increment on type bool has no effect, this will change in the next
major version of PHP in /usr/local/www/squirrelmail/functions/imap_messages.php
on line 917

Warning: Undefined variable $set_thread in
/usr/local/www/squirrelmail/functions/mailbox_display.php on line 845

Warning: Undefined variable $thread_name in
/usr/local/www/squirrelmail/functions/mailbox_display.php on line 846

Deprecated: Optional parameter $currentOccurrenceDate declared before required
parameter $currentIntervalBasis is implicitly treated as a required parameter
in /usr/local/www/squirrelmail/plugins/shared_calendars/classes/event.php on
line 466
 	Sign Out
Compose   Addresses   Folders   Options   Search   Help   Calendar  	Harte &
Lyne Limited


Fatal error: Uncaught Error: Non-static method Calendar::getCalendarFromICal()
cannot be called statically in
/usr/local/www/squirrelmail/plugins/calendar_file_backend/calendar_functions.php:483
Stack trace: #0

 /usr/local/www/squirrelmail/plugins/calendar_file_backend/calendar_functions.php(197):
getCalendarFromFile('/usr/local/www/...') #1
 /usr/local/www/squirrelmail/plugins/calendar_file_backend/calendar_functions.php(105):
cal_file_get_all_accessible_calendars_in_dir('byrnejb_hll',
'/usr/local/www/...') #2

 /usr/local/www/squirrelmail/plugins/calendar_file_backend/setup.php(132):
cal_file_get_all_accessible_calendars_do('byrnejb_hll', 'harte-lyne.ca') #3

 /usr/local/www/squirrelmail/functions/plugin.php(79):
cal_file_get_all_accessible_calendars(Array, NULL) #4

 /usr/local/www/squirrelmail/plugins/shared_calendars/backend_functions.php(66):
do_hook_function('get_all_accessi...', Array) #5

 /usr/local/www/squirrelmail/plugins/shared_calendars/list_calendars.php(490):
get_all_accessible_calendars('byrnejb_hll', 'harte-lyne.ca') #6

 {main} thrown in
/usr/local/www/squirrelmail/plugins/calendar_file_backend/calendar_functions.php
on line 483


-- 
***          e-Mail is NOT a SECURE channel          ***
        Do NOT transmit sensitive data via e-Mail
   Unencrypted messages have no legal claim to privacy
 Do NOT open attachments nor follow links sent by e-Mail

James B. Byrne                mailto:By...@Ha...
Harte & Lyne Limited          http://www.harte-lyne.ca
9 Brockley Drive              vox: +1 905 561 1241
Hamilton, Ontario             fax: +1 905 561 0757
Canada  L8E 3C3

Re: [SM-USERS] squirrelmail and php-8.3

[Paul L. <pa...@sq...>]

Hi James,

You can ask offlist for a copy of the Advanced Calendar plugin which is an
updated form of the Shared Calendars plugin, but you still need to
diagnose where your PHP errors are being logged. Without seeing errors,
it's hard to say if the existing plugin you have installed has any
problems or not.

On Fri, January 26, 2024 5:32 pm, James B. Byrne via squirrelmail-users
wrote:
> Disregard.
>
>
>> I reinstalled the shared_calendars plugin from squirrelmail.org and now
>> I get
> error:
>
>> Fatal error: Cannot redeclare squirrelmail_plugin_init_calendar()
>> (previously

-- 
Paul Lesniewski
SquirrelMail Team
Please support Open Source Software by donating to SquirrelMail!
http://squirrelmail.org/donate_paul_lesniewski.php

Re: [SM-USERS] squirrelmail and php-8.3

[James B. B. <by...@ha...>]

Disregard.


> I reinstalled the shared_calendars plugin from squirrelmail.org and now I get
error:

> Fatal error: Cannot redeclare squirrelmail_plugin_init_calendar() (previously


-- 
***          e-Mail is NOT a SECURE channel          ***
        Do NOT transmit sensitive data via e-Mail
   Unencrypted messages have no legal claim to privacy
 Do NOT open attachments nor follow links sent by e-Mail

James B. Byrne                mailto:By...@Ha...
Harte & Lyne Limited          http://www.harte-lyne.ca
9 Brockley Drive              vox: +1 905 561 1241
Hamilton, Ontario             fax: +1 905 561 0757
Canada  L8E 3C3