Thanks for the notification.

The 'imap' extension is an optional requirement for postfixadmin, and it's only used if someone has configured various config things (create_mailbox_subdirs, create_mailbox_subdirs_host etc) and the function imap_open exists

See also

https://github.com/postfixadmin/postfixadmin/blob/master/model/MailboxHandler.php#L750

and

https://github.com/postfixadmin/postfixadmin/blob/master/config.inc.php#L703

and

#472

I suspect it's time to just remove this code.

Works for me, I'll let our PostfixAdmin maintainer know. Thank you!

Hey @DavidGoodwin, thanks for the update!

Just noticed it's not included in the current release 3.3.14, maybe because this got merged into the master branch and there is a huge diff between master and the 3.3 branch postfixadmin_3.3...master

Any plans on merging the branches so that the next release contains this change?

In Gentoo Linux, we're working on getting php 8.4 on board, but we somehow need to solve the issue with the imap extension and postfixadmin compatibility. Currently we state that postfixadmin requires php with imap extension, but it's not included in php 8.4 so there's a small glitch that I was hoping will be fixed in the latest release. Thanks!

It should be noted that the c-client library is maintained as a part of Alpine and has been maintained there (as has all of imap that was once part of uw-imap) since Alpine integrated panda-imap (a fork of UW IMAP by Mark Crispin the original author of c-client) on 2013-11-02 (at Alpine 2.19.1; it is also mentioned in the release notes on their website for Alpine 2.20).

It was only ever unmaintained at older locations but Mark Crispin continued to develop it after his time at University of Washington (as Panda IMAP) and Eduardo Chappa continuing its development as a part of Alpine since Alpine 2.19.1+ since 2013-11-02 after Crispin's death at the end of 2012.

Remember Crispin originally developed c-client at Stanford University (along with base64, etc.) and Crispin and his team developed pine and later alpine email clients at University of Washington (along with many other things like the their imapd server, etc.).

There is even a GH mirror at alpinemail/alpine and anyone looking for a maintained version of uw-map should probably look there or at the source repo on repo.or.cz. Feel free to compare:

• uw-imap/imap
• jonabbey/panda-imap
• alpinemail/imap

The PHP extension itself is now unsupported, making it somewhat of a moot point: https://github.com/php/pecl-mail-imap

This extension is no longer actively maintained or supported, and this repository serves as an archive for it.

Though there may still be distros willing to support it. I'm using it for davical authentication at work, but I plan to replace it with something in pure PHP rather than try to keep the C extension going.

The PHP extension itself is now unsupported, making it somewhat of a moot point[...]

Yes, the extension was unbundled and subsequently left unsupported. My point was only to state that the c-client library is still maintained (along with all of the "imap" distribution that is known to have been in uw-imap, e.g., imapd, etc.) as a vendored part of the alpine email client. This refutes the statement at the top of this issue: "[...]hasn't been maintained in 20 years[...]". "imap" has never really been unmaintained for any extended period (perhaps the longest was 2012–2013, around the time the original author died). That cannot be said of the php-imap extension which has had minimal compilation maintenance for a very long time (i.e., none of the updated c-client changes were ever pulled in after uw-imap).