Closed arwinvdv closed 1 year ago
Patch coverage: 100.00
% and project coverage change: +0.02
:tada:
Comparison is base (
7ace12c
) 95.10% compared to head (431b518
) 95.12%.
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.
Shouldn't getAllContentsByType
be called getAllContentsBySubtype
since it checks for subtypes. I would use it to find the DELIVERY-STATUS
AND RFC822
attachments, which are subtypes. Maybe it's too verbose, but more clear IMO.
@rudiedirkx can you test this patch to see if it solves https://github.com/ddeboer/imap/issues/561?
@rudiedirkx can you test this patch to see if it solves #561?
It doesn't. It can't because the problem lies somewhere else, in 'attachment detection' in AbstractPart::lazyParseStructure()
and/or AbstractPart::isAttachment()
. It's not about finding the right part. That's already possible with new RecursiveIteratorIterator($message, RecursiveIteratorIterator::SELF_FIRST)
. That could be made much easier in this PR with a getAllPartsBy(Sub)type
, but that's more for me than for this PR.
Hello, can you return subtype SUBTYPE_RFC822 along with SUBTYPE_PLAIN in getCompleteBodyText message/delivery-status is a subtype used by gmail to return extended smtp error code
I tested the library with a mail with 2 attachments send from an iPad. But I didn't get the right body because of multiple plain text parts.
I added the
getCompleteBodyText
function to get all plain text parts as one string.