Attachment too large - Possible solutions to deliver a smaller file ?

Hello
We do have an iBot configured which sends out an XLS with a large detailed report. This report is around 8MB long and the users are complaining about the size of the file. We need to somehow deliver this in a smaller file (ZIP is fine) or publish it on a sharepoint location or shared drive.
Does anyone has implemented something similar already?
Thank you!
Eduardo Ferrari

You can use javascript in your iBot to deposit the file to a server location. Read these:
http://oraclebizint.wordpress.com/2007/12/17/oracle-bi-ee-101332-calling-java-scripts-and-java-classes-from-ibots/
http://sureshotstrategies.wordpress.com/2008/04/12/writing-ibots-results-to-a-file/

Similar Messages

"This text file is too large to edit" for a very small file

Hi all,
I uploaded a small JS script file, less than 2K, into the Shared Components/Static Files. When I was trying to edit it, I got the error "this text file is too large to edit".
Anybody experiences this ? Any solutions ?
My Apex version is 4.2.2.00.11.
Thanks,
Vu

Interesting. I have an SQL file that is about 4K. I copy this file to two files, one with extension .CSS and one JS then upload these three files into the Shared Components/Static Files. I can then edit the SQL and CSS, but I cannot edit the JS file.
I guess this has something to do with the extension ?
Thanks,
Vu

Attachment too large !

Since I reinstalled OS ver 1.0.7.3312 on my Playbook, I an getting this message in all my mail attachments: " Attachment too large " making impossible to download them. When the help buttom next to this message is clicked you get this other message: " The attachment exceeds the download size set by your administrator "
The afore mentioned message appears too when I try to compose a new mail with attachments. This happens ALWAYS, no matter which email account I am using. Otherwise in my bridged BB Bold 9700, attachments are not an issue nor are they in the mail accounts when entered directly trough Playbook's web browser... seems the problem is in the bridged mail client on the Playbook.
Question: How can this fixed?... Already deleted bridge in both equipments and reinstalled it without any result, already did a complete as of factory system install...

I have the same probelm, having just purchased the PB. n my second call to BB, after waiting 20 minutes, I reported tpo them that my BES provider was on version 4.1.4. Response was they need to have 4.1.5 or go to 5.0.3 and i will solve the problem. You'd think they would have had testing this before re;leasing the PB upgrade which triggered the problem. I'm no techie, but after debating on PB and using BB's for many years, this is becomeing to much of a hassle!!
Great products that don't work when you buy it, are simply junk!

A page item on page 'SCHEDULE' at location 34,488 requires rasterization, but is too large to rasterize. Resize it smaller and try again

I keep getting this error,
A page item on page 'SCHEDULE' at location 34,488 requires rasterization, but is too large to rasterize. Resize it smaller and try again

This basically means that there is an object that has its top left corner at x: 34 y: 488 which is too large to be rasterized, it could be due to any large object that is extreme wide or tall.
Try to check page content and then resize it to verify the behavior. Please let me know how it goes.
Thanks,
Sanjit

Export to AVI file too large! The secret setting to smaller AVI files is?

The recent death of a internationally respect friend has put me in a position of creating a memorial video for an upcoming event—and it should have been finished 2 days ago! So I'm pressed for time.
The problem is the display format: a large digital picture frame that also shows stereo video, but only in AVI format. We've tried .mov, .mpeg, .divx, .wmv, .vcl, .mpg1 to 4... Nope. It's got to be .avi or the picture frame balks. (Really, any .avi movie plays fine and no other format works.)
So I've taken the 5-minute memorial video, exported it as AVI and it comes out okay—except the smallest file size I can get is over 1.12GB! Whew! By comaprison, exporting to DIVX would get it down to around 100MB with decent quality. But 1.12GB is simply too huge for such a short video.
What's the correct export in FCE for lowest possible AVI yet still have good video?

Note: All video was transferred from a Panasonic NV-GS250 digital tape camera. It's 5 years old.
I've played with three codecs and the lowest file size I can achieve is roughly 400Mb in Cinepak Low Quality at 25fps, but regardless of the Cinepak setting (very low or very high) the picture quality is awful and washy, colors pixelate and come and go—and it doesn't matter if the video is showing still images or motion. Not useful at all. The colors are "millions" and changing that to 256 immediately shoots the file(s) up to over 12GB! (Yet I'd think it should be the other way around.)
Cinepak, DV-PAL, and DVCPRO-PAL are the three compressions I've tried, and the PALs convert with good picture quality and good sound to a minimum 1.2GB all the way up to over 20GB for a 5-minute video; Interlaced or Progressive doesn't reduce anything; of these None is the lowest. I +haven't tired+ DVCPRO50-PAL and neither any NTSC compressions (because I live in Germany). But this is for a digital picture frame—that I cannot change and for some weird reason will only support AVI—and it's not a T.V., rather it's no different that any modern flatscreen computer display. So how should PAL or NTSC make a difference?
Sound compression has been tried at ALaw 2:1 and µLaw 2:1, but they also seem to keep the overall file size too large. So I've been working more with None. Using 8 bit actually increases file size over 16 bit, and I've noticed little difference between mono or stereo.
I've worked with FCE for nearly 2 years and have never had such a headache over file sizes. But now I've met my match with AVI.

Find Change window too large and I cannot make it smaller

In Indesign CC the find/change window is continually resizing. This happens when I place a larger block of text into the find or replace field. After a few such changes I end up with a window as wide as my screen. I am able to get rid of it by restarting Indesign and resetting the preferences at restart. This is not a solution. How can this window be reduced in size or better yet set to remain at a fixed size.
I am operating on a Mac with system: 10.10.2
Thanks
Scott

In Indesign CC the find/change window is continually resizing. This happens when I place a larger block of text into the find or replace field. After a few such changes I end up with a window as wide as my screen. I am able to get rid of it by restarting Indesign and resetting the preferences at restart. This is not a solution. How can this window be reduced in size or better yet set to remain at a fixed size.
I am operating on a Mac with system: 10.10.2
Thanks
Scott

E-mail window too large-how can I make it smaller ?

E-mail window fills the screen, am unable to make it smaller as a part of the screen, not the entire screen. How can I do this?

Press and hold CNTL CMD and press F
Regards,
Captfred

"result too large" error when accessing files

Hi,
I'm attempting to make a backup copy of one of my folders (using tar from shell). For several files, I got "Read error at byte 0, reading 1224 bytes: Result too large" error message. It seems those files are unreadable. Whatever application attempts to access them results with the same error.
The files reside on the volume that I created a day ago. It's a non-journaled HFS+ volume on external hard drive. They are part of an Aperture Vault that I wanted to make an archive copy and store offsite. Aperture was closed (not running) when I was creating the archive.
This means two things. The onsite backup of my photos is broken, obviously (some of the files are unreadable). My offsite backup is broken, since it doesn't contain those files.
I've searched the net, and found couple of threads on some mailing lists describing same problem. But no answer. Couple of folks on those mailing lists suggested it migh point to full disk. However, in my case, there is some 450GB of free space on the volume I was getting read errors on (the destination volume had about 200GB free, and system drive had about 50GB free, so there was plenty of space all around the system too).
File system corruption?
Mac OS X (10.4.9)

Here's the tar command with the output:
$ tar cf /Volumes/WINNIPEG\;TOPORKO/MacBackups/2007-05-27/aperture.tar Alex\ -\ External\ HD.apvault
tar: Alex - External HD.apvault/Library/2003.approject/2007-03-24 @ 08\:17\:52 PM - 1.apimportgroup/IMG0187/Thumbnails/IMG0187.jpg: Read error at byte 0, reading 3840 bytes: Result too large
tar: Alex - External HD.apvault/Library/2006.approject/2007-03-24 @ 08\:05\:07 PM - 1.apimportgroup/IMG2088/IMG2088.jpg.apfile: Read error at byte 0, reading 1224 bytes: Result too large
tar: Alex - External HD.apvault/Library/Jasper and Banff 2006.approject/2007-03-25 @ 09\:41\:41 PM - 1.apimportgroup/IMG1836/IMG1836.jpg.apfile: Read error at byte 0, reading 1224 bytes: Result too large
tar: Alex - External HD.apvault/Library/Old Scanned.approject/2007-03-24 @ 12\:42\:55 AM - 1.apimportgroup/Image04_05 (1)/Info.apmaster: Read error at byte 0, reading 503 bytes: Result too large
tar: Alex - External HD.apvault/Library/Old Scanned.approject/2007-03-24 @ 12\:42\:55 AM - 1.apimportgroup/Image16_02/Info.apmaster: Read error at byte 0, reading 499 bytes: Result too large
tar: Alex - External HD.apvault/Library/Vacation Croatia 2006.approject/2007-03-25 @ 09\:47\:17 PM - 1.apimportgroup/IMG0490/IMG0490.jpg.apfile: Read error at byte 0, reading 1224 bytes: Result too large
tar: Error exit delayed from previous errors
Here's the "ls -l" output for one of the files in question:
$ ls -l IMG_0187.jpg
-rw-r--r-- 1 dijana dijana 3840 Mar 24 23:27 IMG_0187.jpg
Accessing that file (or any other from the above list) gives same/similar error. The wording differes from command to command, but basically it's the same thing (read error, or result too large, or both combined). For example:
$ cp IMG_0187.jpg ~
cp: IMG_0187.jpg: Result too large
The console log doesn't show any related errors.

Item too large for volume's format fat32

Lion os . External HD Fat32. I try copy files and receive msg: item too large for volume's format

Hi,
Fat 32 file size limit is about 4 Gb.
You should use NTFS file system.
Cheers
Mirek

ImporterProcessServer.exe has stopped working - width/height too large

I'm getting this error everytime I try importing a video that I got converted from a BetaCam tape. I have the movie in Microsoft DV Codec and Quicktime DV Codec.
The first thing that happens is this error pops up with the following details:
Problem signature:
Problem Event Name:    BEX
Application Name:    ImporterProcessServer.exe
Application Version:    0.0.0.0
Application Timestamp:    491896d7
Fault Module Name:    MSVCR80.dll
Fault Module Version:    8.0.50727.3053
Fault Module Timestamp:    4889d619
Exception Offset:    00008aa0
Exception Code:    c000000d
Exception Data:    00000000
OS Version:    6.0.6001.2.1.0.256.1
Locale ID:    2057
Additional Information 1:    a388
Additional Information 2:    cb1346f285b14b60ce06bcb7640ef607
Additional Information 3:    7188
Additional Information 4:    c8538bb25c54d271cb1dde4a6dfbc4e0
Then a dialogue box pops up that says
File Import Failure
File video dimensions ( width/height ) too large.
I have no troubles importing files I've used previous to this project.
I'm using CS4 4.0.1
Vista Ultimate.
Many thanks for any help and advice.
Kind Regards,
Clint

Hi Hunt,
Thanks for the reply.
Initially I was using a simple PAL DV setting, but once I got the error I tried using larger project settings with no luck.
The source video was provided in two formats, for any compatitbility issues so it's the same video.... One is the QT and one is the MS AVI. The frame size of the video is 720 x 576 and 25 fps. Each file is around 27 GB and just over 2 hours long.
It's wierd, Premiere won't import either files, After Effects crashes but Encore brings it right in.... if only I didn't need to do a bit of editing. I'm not sure of the program that did the conversion, but we had it sent off to a studio because the source footage was on Digital BetaCam tape and I'm guessing it was originally captured in Avid, but who knows.
Any suggestions?
Thanks,
Clint

ERROR : OpenDoc CR to PDF - File is too large for attachment.

We are getting the following error in 3.1 using an OpenDoc call when we call a large Crystal Report to PDF format...
Error : 52cf6f8f4bbb6d3.pdf File is too large for attachment.
It runs OK from BOE when given parameters that returned 44 pages. (PDF = 139 KB)
We get the error on a parameter-set that returns 174 pages when run via CR Desktop or as a SCHEDULED Instance. (PDF = 446 KB).
Client application can't use the SDKs to SCHEDULE Instances - only configured for OpenDoc calls.....
The BOE server is running on SOLARIS - and it's is a 2 Server CMS-Cluster.
The problem is SPORADIC, so I am thinking the issue is related to a specific setting on one of the servers.
Any thoughts on where to start looking...?

Problem is _not _with the number of Rows returned - it is an issue with the size of the PDF file that it is trying to move.
Found a possible WINDOWS solution on BOB - need to find if there is an equivalent for SOLARIS...
Check the dsws.properties on web server D:\Program Files\Business Objects\Tomcat55\webapps\dswsbobje\WEB-INF\classes
See if you can change any parameter to remove size limitation.
#Security measure to limit total upload file size
maximumUploadFileSize = 10485760

ReportExportControl -- File is too large for attachment

Hi all,
Back with a exception again.
Few reports deployed on BOXIR2 SP4 comes with an error as following
com.crystaldecisions.report.web.viewer.ReportExportControl
15bf5ea9377e1c1.rtf File is too large for attachment.
Few reports take date range as input and generates result based on that. When date range is small report is generated without any problem. If is large and has large set of records(approx above 10K records) then comes up with the above error.
Another set of reports whatever be the case throws this error.
But when the parameters are set in CMS console and run in console report is generated without any problem what ever be the date range.
After searching a lot no solutions in hand!!
Please suggest solutions/possible scenarios / checklist to solve this issue.
Thanks & Regards
lnarayanan

It turns out the report was so large it was basically overloading everything (disk space, cache sizes, timeouts, etc.) ... Here's the solution from the case:
1) For page server and cache server
Make sure location of Temp Files/Cache files has enough free space (more than 500 MB)
2) For page server and cache server
Minutes Before an Idle Connection is Closed = 90
3) For page server
Minutes Before an Idle Report Job is Closed = 90
4) For cache server
Maximum Simultaneous Processing Threads = automatic
5) In the command line of page server and cache server, add
"-requestTimeout 5400000" [without " "]
6) Maximum Cache Size Allowed (KBytes) = set it to an appropriate value (for e.g. for 500 Mb, value should be 500*1024 = 512000)
(This setting limits the amount of hard disk space used to store cached pages. If we need to handle large reports, a large cache size is needed. Maximum allowed is 2048 GB)
After all this, an "Error 500 - Java heap space" happened. The amount of memory allocated to a JVM application can be set using the options -Xms (the initial size) and -Xmx (the maximum size).
Regards,
Bryan

File too large - attachment settings not working

Hi there
We are having problems with attaching files in IMS 5.2 & wondered if anybody can help.
Our outgoing mail message max size is set to 50MB (I know about the extra 33% space required for encoding) and yet we still cannot attach files to emails that are greater than 5MB.
Does anyone have any idea why this is not working?
Anytime we try to send a 7 or 8 MB file an error "File too large "comes up right away
The settings in the messaging server console is set to 50MB. This is under the HTTP service
There was a previous post but the solution did not solve my problem.
Can anyone help?
Thanks

There are separate settings for webmail attaqchments. Please check documentation at:
http://docs.sun.com/source/816-6020-10/cfgutil.htm
and look at:
service.http.maxmessagesize
and
service.http.maxpostsize
these both default to 5 megs.
You have to restart the webmail daemon to make a change take effect.

Error: f14627469cba51.pdf file is too large for attachment

Hi,
Recently we migrated lot of crystal reports from BO XI R2 environment to BO 3.1 SP2 FP 2.5 environment, these crystal reports are integrated with the application.
Input parameters are given through the application using the Open Document URL and the report will open through the infoview.
This particular error arises when we try to open the report as PDF using Open Document URL,
Please find the URL below
http://bodev.com/OpenDocument/opendoc/openDocument.jsp?sIDType=CUID&iDocID=AUwcueYTQwtLhWDlil29Nvc&sOutputFormat=P&lsS@INVOICEDATE=1/31/2010&lsS@REFSERVICEID=1&lsS@BILLINGCYCLE=1&lsS@INVPREFIX=SC1001&lsS@GUID=99b18bcb-9470-4a49-948d-73961c149f5e
But we are getting the following error
"f14627469cba51.pdf file is too large for attachment"
Please help me out to resolve the issue.
Thank You,
Palani Kumar
+91-9840865865

Hi Jeff,
Did you figure out the solution to this problem?
I also getting the same problem while refreshing crystal report from 3rd party tool using dswsbobje service session
"Failed to retrieve binary view of the report. 14546ada1c151418.pdf File is too large for attachment. (WRE 02527)"
Please let me know if you find any solution.

"File is too large for attachment." using the Viewer SDK

Post Author: CBurger
CA Forum: JAVA
I'm using the Viewer SDK to retrieve a report from BOE XI 2 SR2.
This is done via the a piece of Java code ...
ReportExportControl exportControl = new ReportExportControl();
ExportOptions exportOptions = new ExportOptions();
IReportSourceFactory psReportSourceFactory = (IReportSourceFactory) enterpriseSession.getService(ReportConstants.REPORT_PSREPORT_FACTORY);
Object reportSource = psReportSourceFactory.openReportSource(report.getID(), Locale.ENGLISH);
exportControl.setReportSource(reportSource);
exportControl.setURI(reportPath.toString());
exportControl.setExportOptions(exportOptions);
exportControl.setExportAsAttachment(true);
exportOptions.setExportFormatType(exportFormat);
exportControl.setParameterFields(reportParameters);
exportControl.processHttpRequest(request, response, getServlet().getServletConfig().getServletContext(), null);
exportControl.dispose();
The report is generated as an Excel file.
If I call for a small Excel - no problem: a dialog pops up asking me to "save as ..."
If I call for a larger Excel (about 20MB) - PROBLEM "File is too large for attachment."
Unfortunatly I don't find any information in the log files.
Any ideas?

Has this ever been resolved? We are having a similar issue.
Thanks!

Attachment too large - Possible solutions to deliver a smaller file ?

Similar Messages

Maybe you are looking for