HTML Emails not parsed by POP3 or IMAP

[lazzab]

My setup is PHP5.1.1, V3.0.32

Using POP3
========
Any incoming email with a Header saying
Content-Type: multipart/alternative; boundary = "==_NextPart_xx"

results in the email being ignored and the Parser Log reporting a failure as:
(No Subject)
Result: No Recipients Found

despite the full email displaying in the parser log MIME Data section.

USING IMAP
========
The same emails via IMAP reports:
(No Subject)
Result: No Recipients Found
and simply have their entire data stripped with a message
-- Mime Data Cleared due to Size Limit under Settings > Parser --
in the MIME Data section.

If I change the Content-Type: header to be a text rather than multipart type or if I remove the Content-Type header, all is OK.

Any idea why the parser freaks out with Multipart emails? Anyone else have a similar issue?

Larry

[mmay]

Are you using WIndows and IIS? This is a known bug in all current versions, Kayako has not yet fixed the problem.

Please add your details to the 1092 bug report (link below). You can open a support ticket too I guess, but it hasn't helped much yet.

http://bugs.kayako.net/index.php?do=details&id=1092

[lazzab]

Hi,

I should have responded to my ticket days ago - apologies. I resolved the issue by fiddling with the formatting of the MIME boundary part text. It seems the Mail Parser is very sensitive to slight variations in MIME descriptor formatting - formatting generally accepted by almost all mail clients.

In this case, I had emails that had a string "boundary = " whcih when changed to "boundary=" resolved the problem.

BTW, this is V3.0.32 on Linux, PHP 4.4.2

[ellarr]

I was having this problem on IMAP as well. Here's how I fixed it.

Open cron_parser.php (My file version is 1.12)
Line 88 has the string for ($i=1;$i<=$totalmsg; ++$i) {
Replace that line with for ($i=$totalmsg;$i>=1; --$i) {

The main problem is that imap_uid returns the message id of the Nth message. eSupport asks imap_uid for message 1 then deletes it. Then eSupport asks imap_uid for message 2, but there is no message 2. This is because imap_uid indices change the moment the first one is deleted.

Normally, when using imap_uid to traverse messages, I use a loop like...

while (imap_num_msg($mbox) > 0) {
  $_msguid = imap_uid($mbox,1);
}

Hope this fixes your problem

[noslzzp]

I am having the same problem.. Environment is PHP 4.3.11, Linux, SupportSuite 3.0.32. We have a centralized support voice mail box and we are trying to get the voicemail pulled into SupportSuite as an attachment. The problem is that our phone system delivers the email as:

Mime-Version: 1.0
Content-Type: multipart/voice-message;
boundary="----=_Part_339_25931574.1141525219997"

So the "boundry=" is ok, and I tried ellarr's reverse iteration modification but still get the same message. Unfortunately, I have no control over setting the mime type as our phone system is hosted.

The bad part in all this is that SupportSuite has deleted all the "retrieved" voice mail messages but they fail to show up in the help desk. So be careful with this, it's not friendly.

Any other ideas?

[Varun Shoor]

Try the latest CVS please.

Regards,

Varun Shoor

[noslzzp]

Replacing the "mimeDecode.php" with the one from the CVS build fixed the problem! No more corrupted attachments, sweet!

Off to try importing voicemail!

THANKS!

[Varun Shoor]

Originally Posted by noslzzp

Replacing the "mimeDecode.php" with the one from the CVS build fixed the problem! No more corrupted attachments, sweet!

Off to try importing voicemail!

THANKS!

No Problem.

Regards,

Varun Shoor