PHP imap_fetchbody无法获取HTML标记链接UR​​L

Question

我正在构建一个电子邮件阅读脚本，它通过imap阅读电子邮件，当我尝试使用imap_fetchbody阅读电子邮件正文时它只显示文本，但是电子邮件正文有一个链接似乎没有显示，

这是我的代码

    $hostname = '{mail.test.com/notls}INBOX';
    $username = 'info@test.com';
    $password = 'testopw';

    /* try to connect */
    $inbox = imap_open($hostname,$username,$password) or die('Cannot connect to Email Server: ' . imap_last_error());
    /* grab emails */
    $emails = imap_search($inbox,'SEEN FROM "noreply@test.com"');
if($emails) {

    /* put the newest emails on top */
    rsort($emails);
    /* for every email... */
    foreach($emails as $email_number) {
        /* get information specific to this email */                
       echo $message = imap_fetchbody($inbox,$email_number,1);
}
}

电子邮件内容如下所示

 We do our utmost to arrive to you on time. There may, however, 
be unexpected circumstances, causing our driver to be delayed. 
You can follow the current status of your assignment here.

当我从邮件客户端文本中读取电子邮件时，此处有一个链接，但是当读取使用php时它只显示一个文本，

此处播放电子邮件屏幕 有人知道这个问题的原因是什么，或者是否需要更改一些参数以获取与url的链接。谢谢

Answer 1

您必须检查电子邮件的多个部分。您实际上可以阅读电子邮件的源代码。这很容易理解，您将确定不同的部分。

imap_fetchbody($inbox,$email_number,$section);

http://php.net/manual/en/function.imap-fetchbody.php

(empty) - Entire message
0 - Message header
1 - MULTIPART/ALTERNATIVE
1.1 - TEXT/PLAIN
1.2 - TEXT/HTML
2 - file.ext

您在评论中提到的部分是PNG文件。有些部分可以在base64中编码为电子邮件，它是基于文本的协议。

https://www.base64decode.org/

电子邮件示例：

 From: Nathaniel Borenstein <nsb@bellcore.com> 
 To:  Ned Freed <ned@innosoft.com> 
 Subject: Sample message 
 MIME-Version: 1.0 
 Content-type: multipart/mixed; boundary="simple 
 boundary" 

 This is the preamble.  It is to be ignored, though it 
 is a handy place for mail composers to include an 
 explanatory note to non-MIME compliant readers. 
 --simple boundary 

 This is implicitly typed plain ASCII text. 
 It does NOT end with a linebreak. 
 --simple boundary 
 Content-type: text/plain; charset=us-ascii 

 This is explicitly typed plain ASCII text. 
 It DOES end with a linebreak. 

 --simple boundary-- 
 This is the epilogue.  It is also to be ignored.

https://www.w3.org/Protocols/rfc1341/7_2_Multipart.html