search for: content_disposition

.... Sample below: @recipients = ''test@testrecipient.com'' @from = "Test <test@mydomain.com>" @subject = "My Subject" fileName = "#{RAILS_ROOT}/documents/test.pdf" attachment :content_type => "application/pdf", :content_disposition => "attachment", :body => File.read(fileName) I''m using the testMail = MyMailer.create_test_mail followed by MyMailer.deliver(testMail) process and the email is being sent, along with an attachment but the attachment is only about half of the actual original file s...

...:Mail.parse (raw) puts "body=!#{body_as_plain_text (mail)}!" end def body_as_plain_text(part) body = '''' if part.multipart? part.parts.each do |subpart| if subpart.content_type == ''text/plain'' and subpart.content_disposition == ''inline'' body << subpart.body elsif subpart.content_type =~ /^multipart/ body << body_as_plain_text(subpart) end end else body = part.body end body end end The output looks like this: body=!...

Hi! As per the API Docs, I''ve put this in my Actionmailer class attachment :content_type => "application/csv", :body => File.read(filename), :content_disposition => ''test.csv'' The email arrives okay and all but the filename is ignored and the newlines in my CSV file are gone (replaced by something else). I must admit I''m receiving this through MS Exchange ... Any ideas? Jeroen -- Posted via http://www.ruby-forum.com/.

...7fff678c4760, output=output at entry=0x7fff678c4780) at message-decoder.c:375 No locals. #8 0x00007f1b726fbe3e in fts_build_mail_real (mail=0x23639b0, update_ctx=0x2355980) at fts-build-mail.c:543 ctx = {mail = 0x23639b0, update_ctx = 0x2355980, content_type = 0x2371540 "text/*", content_disposition = 0x2371fa0 "attachment; filename=\"PTT-20141109-WA0001.amr\"", body_parser = 0x23832a0, word_buf = 0x0, pending_input = 0x0, cur_user_lang = 0x0} parser = 0x2371130 decoder = 0x0 raw_block = {part = 0x2304210, hdr = 0x0, data = 0x236eb50 "...

...it would be pretty difficult to figure out how to fix this. Also applying this patch would make it a bit clearer where the problem is: http://hg.dovecot.org/dovecot-2.2/rev/9fdbb3b220ec > ctx = {mail = 0x23639b0, update_ctx = 0x2355980, content_type = > 0x2371540 "text/*", content_disposition = 0x2371fa0 "attachment; > filename=\"PTT-20141109-WA0001.amr\"", body_parser = 0x23832a0, word_buf = So the problem is with indexing an attachment called "PTT-20141109 WA0001.amr".

...#39;' content_type ''multipart/related'' part :content_type => ''text/html'', :body => ''Before <img src="cid:test@test.com"> After'' part :content_type => ''image/png'', :content_disposition => ''inline'', :transfer_encoding => ''base64'', :body => File.read("location.jpg"), :filename => ''location.jpg'', :headers => { ''Content-ID'' => ''<test@test...

...UE; key.type = FTS_BACKEND_BUILD_KEY_BODY_PART_BINARY; } - if (ctx->body_parser == NULL) + if (ctx->body_parser == NULL && + key.type != FTS_BACKEND_BUILD_KEY_BODY_PART_BINARY) ctx->body_parser = fts_parser_text_init(); key.body_content_type = content_type; key.body_content_disposition = ctx->content_disposition;

...ck=0x7ffc1ba2c340, block=0x7ffc1ba2c340, ctx=0x7ffc1ba2c3b0) at fts-build-mail.c:173 hdr = <optimized out> key = {uid = 6006200, type = FTS_BACKEND_BUILD_KEY_HDR, part = 0x55c7b935eed0, hdr_name = 0x55c7b943fb5f "RETURN-PATH", body_content_type = 0x0, body_content_disposition = 0x0} ret = <optimized out> #9 fts_build_mail_real (may_need_retry_r=0x7ffc1ba2c2f3, retriable_err_msg_r=0x7ffc1ba2c300, mail=0x55c7b93dcff8, update_ctx=0x55c7b93e0140) at fts-build-mail.c:568 block = {part = 0x55c7b935eed0, hdr = 0x55c7b93d7f18, data = 0x55c7b938b8a8 "...

...007f4834fcc222 in fts_user_get_data_lang (user=0x16c7900) at fts-user.c:302 302 fts-user.c: No such file or directory. (gdb) info locals hdr = 0x1701f08 key = {uid = 8553, type = FTS_BACKEND_BUILD_KEY_HDR, part = 0x1696860, hdr_name = 0x1702120 "To", body_content_type = 0x0, body_content_disposition = 0x0} (gdb) bt full #0 0x00007f4834fcc222 in fts_user_get_data_lang (user=0x16c7900) at fts-user.c:302 fuser = 0x0 lang = 0x0 error = 0xf <error: Cannot access memory at address 0xf> __FUNCTION__ = "fts_user_get_data_lang" #1 0x00007f4834...

...mail_header (block=0x7fffffffdcd0, block=0x7fffffffdcd0, ctx=0x7fffffffdd20) at fts-build-mail.c:174 hdr = <optimized out> key = {uid = 96, type = FTS_BACKEND_BUILD_KEY_HDR, part = 0x5555557dd2c0, hdr_name = 0x5555558396b0 "Return-Path", body_content_type = 0x0, body_content_disposition = 0x0} ret = <optimized out> #7 fts_build_mail_real (mail=0x555555838190, update_ctx=0x55555583a550) at fts-build-mail.c:548 block = {part = 0x5555557dd2c0, hdr = 0x555555839458, data = 0x55550000007c <error: Cannot access memory at address 0x55550000007c>, size = 0}...

On 10 May 2015, at 06:19, Reuben Farrelly <reuben-dovecot at reub.net> wrote: > > I'm now seeing these crashes in the indexing code: > > May 10 12:22:32 tornado.reub.net dovecot: master: Dovecot v2.2.17.rc1 (3903badc4ee0+) starting up for imap, lmtp, sieve > ... > May 10 13:07:50 tornado.reub.net dovecot: indexer: Error: Indexer worker disconnected, discarding 1

Hello ~ I have an email that I need to attach a PDF to. The email is being sent, and a file is attached but it is not the original file. I am following the example: attachment :content_type => "image/jpeg", :body => File.read("an-image.jpg") changing it to: attachment :content_type => "application/pdf", :body => File.read("pdf/my.pdf")

...:236 > i = 8188 > __FUNCTION__ = "fts_build_body_block" > #7 0xb7587dfc in fts_build_mail_real (mail=<optimized out>, update_ctx=<optimized out>) at fts-build-mail.c:352 > ctx = {mail = 0x8b32ed0, update_ctx = 0x8b3c578, content_type = 0x0, content_disposition = 0x0, > body_parser = 0x8b40f20, word_buf = 0x0} > parser = 0x8c21948 > decoder = 0x8b51410 > raw_block = {part = 0x8b13668, hdr = 0x0, > data = 0x8b38f08 "1: kernel: i7core_edac 0000:00:14.0: restoring config space at offset 0x3 (w...

...fts_build_mail_header (ctx=0x7fffffffdc98, block=0x7fffffffdc40) at fts-build-mail.c:179 hdr = 0x801ccf118 key = {uid = 39486, type = FTS_BACKEND_BUILD_KEY_HDR, part = 0x801c09c58, hdr_name = 0x801c4ba20 "Return-Path", body_content_type = 0x0, body_content_disposition = 0x0} ret = 32767 #17 0x000000080220f292 in fts_build_mail_real (update_ctx=0x801c21240, mail=0x801c63040) at fts-build-mail.c:548 ctx = {mail = 0x801c63040, update_ctx = 0x801c21240, content_type = 0x0, content_disposition = 0x0, body_parser = 0x0, word_buf...

Hi! We found some problems with those patches, and ended up doing slightly different fix: https://github.com/dovecot/core/compare/3e41b3d%5E...cca98b.patch Aki On 24.10.2016 10:17, Aki Tuomi wrote: > Hi! > > Can you try these two patches? > > Aki > > > On 24.10.2016 08:48, Aki Tuomi wrote: >> Ok so that timeval makes no sense. We'll look into it. >>