[nycphp-talk] MIME multipart email frustrations
Brian Pang
bpang at bpang.com
Fri Aug 29 14:12:08 EDT 2003
It looks like you're purposefully setting a second boundary
"=inner_boundary"
I've never tried or seen this, so I'm not sure if it's actually allowed.
But, I also don't think it's 100% necessary.
Did you try it just using "=this_is_the_boundary"
I believe your frustration with MIME multipart emails is widely shared.
I have something that I use, although I know it has certain (limited)
flaws. I finally decided that I just didn't care if Lotus Notes users
got the email exactly as it was intended.
Quite honestly, a LOT of email I get from various senders using various
email clients (including AOL and Outlook) as well as a lot of spam that
I get comes through all eff'ed up in one way or another. (I use only a
webmail client, but that should be a moot point).
Maybe this fact also helped me to come to ease with the fact that I
could never get 100% success rates with my own php email scripts.
>
> I've looked through the list archives, and didn't see a close enough issue
> to what I'm experiencing.
>
> So, I've got this PHP function that sends a multipart email. For a long
> while I was having problems sending it to AOL (of course) and found that
> using "\r\n" in the 4th argument caused it to choke and now I only use
"\r".
> But now one of my testers is reporting that her Outlook Express is showing
> all the header and html code.. while my Outlook Express is seeing it just
> fine. I've had another OE user look at it and it looks good there,
too. It
> also looks fine on Entourage (Mac), Netscape 7.1 (XP) (but not 7.0).
>
> I feel like I'm just hacking. Is there some help out there?
>
> Here's a link to the resulting email file:
>
> http://musgrave.org/mutlipart-source.txt
>
> Thanks,
>
> Stephen Musgrave
>
> // stephen at musgrave.org
> // http://musgrave.org
> // 718-486-6514
>
> _______________________________________________
> talk mailing list
> talk at lists.nyphp.org
> http://lists.nyphp.org/mailman/listinfo/talk
>
>
More information about the talk
mailing list