similar to: extract MIME attachments from 700MB imap folder

Displaying 20 results from an estimated 2000 matches similar to: "extract MIME attachments from 700MB imap folder"

2009 Aug 20
3
[PATCH ovirt-node-image] fixes for edit-livecd
Patch set fixes issues with image size increase when using edit-livecd Also address issue with ext4 root fs
2013 Sep 06
2
[PATCH supermin 0/2] helper: Implement device trees.
This two-part patch for supermin implements device trees (for ARM). The first patch introduces a more rational way to handle command line arguments in 'supermin-helper'. See the commit message for details. The old style is still supported for compatibility. The second patch adds an extra supermin-helper --dtb parameter specifying a wildcard. A device tree file which matches the
2015 Jul 01
0
pdf-printer
Hai Mourik Jan, ? This is the script we use, this is the work my collega. ( see the developed by, thats his company?) This is a "as is"? share, so read the code, we added as much as possible info in there. ? Few extra pointers, - speed up the script by useing ramdisk, make sure your ramdisk has the space for the bigest pdf you want to create. ??? we did limit the max size in the
2017 Dec 06
3
PSA: debuginfo-tests workflow changing slightly
> On Dec 6, 2017, at 10:21 AM, Zachary Turner <zturner at google.com> wrote: > > Can I have some assurance that if it fails again, someone will look into who has access to the builders so I don't have to keep doing speculative commits? Sure. I did this last time and I promise to also do it this time. -- adrian > > On Wed, Dec 6, 2017 at 10:13 AM Adrian Prantl
2017 Nov 25
2
PSA: debuginfo-tests workflow changing slightly
Hi Zachary: I was able to reproduce the greendragon results locally (OSX), and fix the problem by excluding 'debuginfo-tests' from check-clang -- this prevents them from being added twice, once for check-clang and again for check-debuginfo. Below are the minimized patches I used to reproduce and fix the problem -- based on your originals. I've verified these patches work when
2017 Dec 06
2
PSA: debuginfo-tests workflow changing slightly
> On Dec 6, 2017, at 10:10 AM, Zachary Turner <zturner at google.com> wrote: > > Adrian, Mike, Chris? Any update on this? I've temporarily switched to working on something different, but I plan to be back on this in a couple of weeks. It's been a month since my first revert of this CL, which seems like a reasonable amount of lead-time to deal with issues surrounding
2004 Aug 06
0
I-D ACTION:draft-herlein-avt-rtp-speex-00.txt (fwd)
All: The latest draft RTP Payload Format for Speex is available via the IETF. See below for details. Greg ---------- Forwarded message ---------- Date: Tue, 09 Mar 2004 15:56:23 -0500 From: Internet-Drafts@ietf.org To: IETF-Announce: ; Subject: I-D ACTION:draft-herlein-avt-rtp-speex-00.txt A New Internet-Draft is available from the on-line Internet-Drafts directories. <p>
2020 Jun 11
2
executing script on mail arrival from sieve
I currently have a basic script to process some mails, it runs from cron every 10 minutes, basically, sieve copies some mails to subfolder on mail arrival, script fetches mails if any from this subfolder then processes these mail, get maybe 1 or 2 or often none but cron runs the script every 10 minutes, most times not needed as nothing is retrieved it's pretty crude - but works getmail
2009 Feb 02
12
[RSpec] rcov and/or rexml bug?
Hi, Running: Ruby 1.8.7 p72, RSpec 1.1.12 and rcov 0.8.1.2.0, I get the following error message with $ rake spec:rcov -- /usr/local/ruby1.8.7//lib/ruby/1.8/rexml/formatters/pretty.rb:131:in `[]'': no implicit conversion from nil to integer (TypeError) from /usr/local/ruby1.8.7//lib/ruby/1.8/rexml/formatters/pretty.rb:131:in `wrap'' from
2004 Sep 10
2
Proposed change to code that handles output_prefix
On line 734 in src/flac/main.c, ver 1.77, change: strcat(outfilename, infilename); to strcat(outfilename, flac__file_get_basename(infilename)); I did this change because I was calling flac with an input filename with a path on the front of it, and I wanted the output file to go to a different location, such as this: flac --best --output-prefix /usr/share/flac /home/akehurst/tmp/my_file.wav
2017 Nov 22
2
PSA: debuginfo-tests workflow changing slightly
I sorta enjoy debugging stuff like this, so if you don't mind, I'll dig into it once I get a chance -- traveling so, my access is a bit sketchy right now. I'll see if I can grab the logs and let you know if I find anything interesting. On Tue, Nov 21, 2017 at 7:04 PM, Zachary Turner <zturner at google.com> wrote: > That change was added specifically to workaround a failure
2015 Apr 23
0
semi-OT: t-bird mime type on .pdf attachment is wrong
On 22/04/2015 19:25, m.roth at 5-cent.us wrote: > I was sending my manager a copy of a form, and attached it (not inline), > using -t-bird, and he complains it didn't want to open. Looking at the > message source, t-bird had decided that the mime type was all/allfiles, > though the name ended in .pdf. I've searched via the config editor, and > I've been googling, and not
2015 Apr 23
1
semi-OT: t-bird mime type on .pdf attachment is wrong
Tris Hoar wrote: > On 22/04/2015 19:25, m.roth at 5-cent.us wrote: >> I was sending my manager a copy of a form, and attached it (not inline), >> using -t-bird, and he complains it didn't want to open. Looking at the >> message source, t-bird had decided that the mime type was all/allfiles, >> though the name ended in .pdf. I've searched via the config editor,
2015 Apr 22
2
semi-OT: t-bird mime type on .pdf attachment is wrong
I was sending my manager a copy of a form, and attached it (not inline), using -t-bird, and he complains it didn't want to open. Looking at the message source, t-bird had decided that the mime type was all/allfiles, though the name ended in .pdf. I've searched via the config editor, and I've been googling, and not finding anything. (I just *adore* the current google: I have
2011 Sep 29
0
Long attachment encoded filenames (for non-ASCII characters etc) in MIME headers & corresponding Dovecot behaviour
(Correction: Subject was confused) Hi, I've noticed a possible minor issue with long encoded filenames for attachments where these filenames are split across multiple lines. My understanding of character encoding and MIME is not as good as it should be, so I may easily have got this all mixed up, in which case sorry for the noise... Although I understand the preferred method for handling
2006 Jul 05
1
TMail + Receing mail and extract attachments
Hi guys, I have a hard time with action mailer and TMail, I always get the following error... My code: << pop = Net::POP3.new(''pop.mydomain.com'') pop.start(''xxx'', ''xxxxx'') # (1) if pop.mails.empty? puts ''No mail.'' else i = 0 pop.each_mail do |m| # or "pop.mails.each
2011 Sep 29
1
Broken mail clients? [MIME] Long attachment encoded filenames (for non-ASCII characters etc)
Hi, I've noticed a possible minor issue with long encoded filenames for attachments where these filenames are split across multiple lines. My understanding of character encoding and MIME is not as good as it should be, so I may easily have got this all mixed up, in which case sorry for the noise... Although I understand the preferred method for handling filenames split across multiple
2004 Sep 10
1
problem with file.wav > 700MB
hi. 1. I tried to encode some wav files with a size of 700MB - 1.1GB and got the message: "ERROR: no data sub-chunk". I used flac version 0.8 and 0.9. 2. It would be nice if flac displays the filename of the current used file. the reason: I started flac with a command like this: "flac -d 1.flac 1.wav; flac -d 2.flac 2.wav; flac -d 3.flac 3.wav; flac -d 4.flac 4.wav; flac -d
2002 Jan 24
1
Re: OOPS: kernel BUG at transaction.c:1857 on 2.4.17 while rm'ing 700mb file on ext3 partition.
Hi, On Thu, Jan 24, 2002 at 04:54:34PM +0100, frode wrote: > > I got the following error while rm'ing a 700mb file from an ext3 partition: > > Assertion failure in journal_unmap_buffer() at transaction.c:1857: > "transaction == journal->j_running_transaction" Hmm --- this is not one I think I've ever seen before. > >>EIP; c015ea1a
2004 Sep 10
2
problem with file.wav > 700MB
On Mittwoch 09 Mai 2001 02:53, you wrote: > > > first I should say that it MIGHT not be because the file is > > > large. the wave reader in flac is pretty rudimentary and if there > > > is any sub chunk between the wave header and data sub chunk flac > > > will give you that error. could you inspect the wav file to see > > > if that's the case?