in reply to Re^3: using Mime::Lite
in thread using Mime::Lite

Awesome that worked!

When I changed that I then got an error, and I realized that with this program the email addresses should be seperated by a comma instead of the semi-colons... so I have it check them and replace them if they are semicolons... one last thing.

I send it as a multipart email so that way if the email client the person is using is setup to read only in text they can see that and if html they see that, so it is based upon what they have their email client setup to do. My problem is that it is sending the text version as an attachment with the name: ATT0112.txt where the numbers are randomly generated. Why is it doing that? Is there a way to NOT do that? I have the Disposition set as inline, so I don't know why it is doing that.

Thank you very much Xav

Replies are listed 'Best First'.
Re^5: using Mime::Lite
by jethro (Monsignor) on Aug 19, 2009 at 11:49 UTC

    Without having tested it I see a few possibilities:

    1) It probably should be 'Content-disposition' instead of 'disposition', see MIME::Lite

    2) You may have a "defective" mail reader, see the following comment in MIME::Lite:

    Note: there are reports of brain-dead MUAs out there that do the wrong thing if you provide the content-disposition. If your attachments keep showing up inline or vice-versa, try scrubbing this attribute.

    3) Maybe your text is in utf8 format and you need to give that information with the 'Content-transfer-encoding' MIME header

    Generally you could compare a normal email with attachement to an email you received from your script and check what is different. All self-respecting mail readers allow you to view an email as unrendered source if you ask nicely ;-)

Re^5: using Mime::Lite
by roboticus (Chancellor) on Aug 19, 2009 at 10:49 UTC

    You can give it a file name you like when you attach it.

    ...roboticus