Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.php > #19089 > unrolled thread

Call to undefined function imap_open()

Back to article view | Back to comp.lang.php

Contents

  Call to undefined function imap_open() Mark5320 <xxx@ma.rk> - 2022-09-03 10:34 +0200
    Re: Call to undefined function imap_open() "J.O. Aho" <user@example.net> - 2022-09-03 11:45 +0200
      Re: Call to undefined function imap_open() Mark5320 <xxx@ma.rk> - 2022-09-03 13:01 +0200
        Re: Call to undefined function imap_open() "J.O. Aho" <user@example.net> - 2022-09-03 13:30 +0200
          Re: Call to undefined function imap_open() Mark5320 <xxx@ma.rk> - 2022-09-03 15:00 +0200
            Re: Call to undefined function imap_open() Mark5320 <xxx@ma.rk> - 2022-09-03 15:05 +0200
              Re: Call to undefined function imap_open() "J.O. Aho" <user@example.net> - 2022-09-03 17:30 +0200
              Re: Call to undefined function imap_open() John-Paul Stewart <jpstewart@personalprojects.net> - 2022-09-03 15:08 -0400
                Re: Call to undefined function imap_open() Mark5320 <xxx@ma.rk> - 2022-09-05 11:23 +0200
    Re: Call to undefined function imap_open() Kristjan Robam <he12091983@gmail.com> - 2022-09-09 04:00 -0700
      Re: Call to undefined function imap_open() Arno Welzel <usenet@arnowelzel.de> - 2022-09-09 16:30 +0200

#19089 — Call to undefined function imap_open()

$ php -r 'imap_open();'
PHP Fatal error:  Uncaught Error: Call to undefined function imap_open() 
in Command line code:1

I know, you have to install the appropriate extension (sudo apt install 
SOMETHING).
But there is a special command (for Ubuntu 22.04.1) to establish 
precisely (without going to google) what extension (package) should we 
install?
For example

$ php-owner-package imap_open
imap_open() function it's included into package SOMETHING

[toc] | [next] | [standalone]

#19090

On 03/09/2022 10.34, Mark5320 wrote:
> $ php -r 'imap_open();'
> PHP Fatal error:  Uncaught Error: Call to undefined function imap_open() 
> in Command line code:1
> 
> I know, you have to install the appropriate extension (sudo apt install 
> SOMETHING).

sudo apt install php-imap

> But there is a special command (for Ubuntu 22.04.1) to establish 
> precisely (without going to google) what extension (package) should we 
> install?
> For example
> 
> $ php-owner-package imap_open
> imap_open() function it's included into package SOMETHING

No there ain't a tool to tell you to which extension a function may 
belong to.

As the extensions tend to have functions with the extension name, so 
that the common part of the functions name and search for it with

apt-cache search imap | grep php

and you would have a good chance to see the extension as part of the 
result, sure not all extensions do have this the uniformity in function 
names and not all are included in the official ubuntu/debian repository.

-- 
   //Aho

[toc] | [prev] | [next] | [standalone]

#19091

Il 03/09/22 11:45, J.O. Aho ha scritto:
>> $ php -r 'imap_open();'
>> PHP Fatal error:  Uncaught Error: Call to undefined function 
>> imap_open() in Command line code:1
>>
>> I know, you have to install the appropriate extension (sudo apt 
>> install SOMETHING).
> 
> sudo apt install php-imap

Where is the official documentation that says you need to install this 
extension?
How did you come to this conclusion?

[toc] | [prev] | [next] | [standalone]

#19092

On 03/09/2022 13.01, Mark5320 wrote:
> Il 03/09/22 11:45, J.O. Aho ha scritto:
>>> $ php -r 'imap_open();'
>>> PHP Fatal error:  Uncaught Error: Call to undefined function 
>>> imap_open() in Command line code:1
>>>
>>> I know, you have to install the appropriate extension (sudo apt 
>>> install SOMETHING).
>>
>> sudo apt install php-imap
> 
> Where is the official documentation that says you need to install this 
> extension?

The official php documentation mentions these in the build instructions, 
but talking about which features you need, you need to give different 
build options, each of those build options are generally made into a php 
extending package in different Linux distributions.

The Unix-philosophy has an element of having only the bar minimum 
installed that makes it possible to do what you need to do, so you want 
to connect to a postgresql database, then you don't need all the stuff 
to connect to mysql nor mssql databases.

This also has a security benefit, the attack vector becomes smaller the 
less extensions you have  installed, as you know from time to time there 
are vulnerabilities found and say there would be a xml related 
vulnerability in php version you are using, but if you don't have the 
xml support built in nor an xml extension, then you not affected by that 
vulnerability, but if you have xml support then you are vulnerable.

See the positive thing, all you need to do is use apt to install the 
extensions, while those with microsoft windows has to search on the net 
to find the extension built for the same version of php as you are using 
and you won't be sure if the one you find has a backdoor built into it 
or not.


> How did you come to this conclusion?

Been around Linux for a long time and even been building packages once i 
the time.

-- 
  //Aho

[toc] | [prev] | [next] | [standalone]

#19093

Il 03/09/22 13:30, J.O. Aho ha scritto:
> 
> The official php documentation mentions these in the build instructions, 
> but talking about which features you need, you need to give different 
> build options, each of those build options are generally made into a php 
> extending package in different Linux distributions.
> 
> The Unix-philosophy has an element of having only the bar minimum 
> installed that makes it possible to do what you need to do, so you want 
> to connect to a postgresql database, then you don't need all the stuff 
> to connect to mysql nor mssql databases.
> 
> This also has a security benefit, the attack vector becomes smaller the 
> less extensions you have  installed, as you know from time to time there 
> are vulnerabilities found and say there would be a xml related 
> vulnerability in php version you are using, but if you don't have the 
> xml support built in nor an xml extension, then you not affected by that 
> vulnerability, but if you have xml support then you are vulnerable.
> 
> See the positive thing, all you need to do is use apt to install the 
> extensions, while those with microsoft windows has to search on the net 
> to find the extension built for the same version of php as you are using 
> and you won't be sure if the one you find has a backdoor built into it 
> or not.
> 
> 
>> How did you come to this conclusion?
> 
> Been around Linux for a long time and even been building packages once i 
> the time.

thanks from info

[toc] | [prev] | [next] | [standalone]

#19094

Il 03/09/22 15:00, Mark5320 ha scritto:
> 
> thanks from info

by the way, what are the differences between the various versions found

~$ apt search imap | grep php



WARNING: apt does not have a stable CLI interface. Use with caution in 
scripts.



php-imap/jammy,jammy 2:8.1+92ubuntu1 all

php-net-imap/jammy,jammy 1:1.1.3-2.1 all

php8.1-imap/jammy-updates 8.1.2-1ubuntu2.3 amd64

[toc] | [prev] | [next] | [standalone]

#19095

On 03/09/2022 15.05, Mark5320 wrote:
> Il 03/09/22 15:00, Mark5320 ha scritto:
>>
>> thanks from info
> 
> by the way, what are the differences between the various versions found

I'm not a Ubuntu user, so not fully aware of everything,
but I think the php version is a php 7.x while php8.1 is as you may have 
guessed php 8.1.x

> php-imap/jammy,jammy 2:8.1+92ubuntu1 all
> php8.1-imap/jammy-updates 8.1.2-1ubuntu2.3 amd64

This I think is the php's default imap implementation for php7 and php8.1


> php-net-imap/jammy,jammy 1:1.1.3-2.1 all

This is an optional imap implementation built on top of PEAR's Net_Socket.
I would recommend against this one, there been no development since 2014.

More about PEAR: https://pear.php.net

-- 

  //Aho

[toc] | [prev] | [next] | [standalone]

#19096

On 2022-09-03 09:05, Mark5320 wrote:
> 
> by the way, what are the differences between the various versions found
> 
> ~$ apt search imap | grep php
> 
> 
> 
> WARNING: apt does not have a stable CLI interface. Use with caution in
> scripts.
> 
> 
> 
> php-imap/jammy,jammy 2:8.1+92ubuntu1 all
> 
> php-net-imap/jammy,jammy 1:1.1.3-2.1 all
> 
> php8.1-imap/jammy-updates 8.1.2-1ubuntu2.3 amd64

In the Debian/Ubuntu packaging, php-imap is a generic package that
automatically pulls in whatever the current version is.  In your case,
that's php8.1-imap.  The result is that if you install php-imap today,
when 8.2 or 9.0 comes along the distribution will automatically upgrade
you to that version.  (The php8.1-imap package will still be installed
as a dependency of php-imap, but it will flagged as such in the package
database, thus subject to be upgraded.)

Conversely, if you manually install php8.1-imap today (so that is marked
as "manual" in the package database), then when the next version comes
along the distro will NOT automatically upgrade it.  If you want the
next version, you'll have to install that manually when you're ready.

So, install the generic one if you want automatic version updates or
install the versioned one if you have a specific need to stay on that
version.

[toc] | [prev] | [next] | [standalone]

#19097

Il 03/09/22 21:08, John-Paul Stewart ha scritto:
> ...

thanks

[toc] | [prev] | [next] | [standalone]

#19098

Implement this then.

Mark5320 kirjutas Laupäev, 3. september 2022 kl 11:34:31 UTC+3:
> $ php -r 'imap_open();' 
> PHP Fatal error: Uncaught Error: Call to undefined function imap_open() 
> in Command line code:1 
> 
> I know, you have to install the appropriate extension (sudo apt install 
> SOMETHING). 
> But there is a special command (for Ubuntu 22.04.1) to establish 
> precisely (without going to google) what extension (package) should we 
> install? 
> For example 
> 
> $ php-owner-package imap_open 
> imap_open() function it's included into package SOMETHING

[toc] | [prev] | [next] | [standalone]

#19099

Kristjan Robam, 2022-09-09 13:00:

> Implement this then.
> 
> Mark5320 kirjutas Laupäev, 3. september 2022 kl 11:34:31 UTC+3:
>> $ php -r 'imap_open();' 
>> PHP Fatal error: Uncaught Error: Call to undefined function imap_open() 
>> in Command line code:1 
[...]


This is not a helpful answer.

1) Please put your response *below* a quote - text is read from top to
bottom. This is Usenet not e-mail.

2) imap_open() is not to be implemented but provided by an PHP extension
which has to be enabled:

<https://www.php.net/manual/en/function.imap-open.php>

<https://www.php.net/manual/en/imap.setup.php>


-- 
Arno Welzel
https://arnowelzel.de

[toc] | [prev] | [standalone]

Back to top | Article view | comp.lang.php

csiph-web