File size issues with remote workflow

Hi everyone
I am currently reviewing InCopy as a tool for our two 24 page full colour quarterly publications and the problem I am currently facing is the design team are claiming the file sizes would be a problem for us to use the remote workflow - how do you guys manage large files over email? Any tips or advise?
Also, regarding the layout workflow, does it require a large effort from the design team to divide into individual spreads? As this is another issue.
We currently have a cumbersum process and would like to resolve asap.
Would greatly appreciate any advise you may be able to offer
Thanks in advance

If you are using a remote workflow ... designers are sending off-site editors InCopy Assignment packages (ICAPs) .... then they need to create assignments in order to package them for the remote InCopy user. So there's no need to split up a layout into smaller files or anything. An assignment is a subset of the INDD file; multiple assignments -- each encompassing different pages or sections -- are created from the same INDD file.
When the designer creates the assignment, have them turn off "Include original images in packages"; that should keep the file size down.
Or -- like Bob said -- you can avoid the whole remote workflow/assignment package rigamarole all together by just keeping the file in a project folder in the Dropbox folder on teh designer's local hard drive, and have them share the project folder with the editors. In that workflow, editors open the INDD file on their local computer and check out stories, just as though they were opening them from a networked file server.
I cover how the InCopy Dropbox workflow works in a tutorial video (within the Remote Workflows chapter) on Lynda.com here:
http://www.lynda.com/tutorial/62220
AM

Similar Messages

File size issue with exporting PDF

We write a newsletter for our daughter's gym and are trying to export a Pages '08 document into a PDF small enough for e-mail. When we export with Best settings the file size is 3.2MB, with Better the file is 4.1MB and with Good the file size is 3.8MB. Why would the lowest quality setting (Good) result in a larger file size than Best?

Welcome to Apple Discussions
That does seem odd the "good" export would be bigger. One thing that causes Pages documents to be so big is the graphics. If you pre-process the images to close to the actual size you'll use it will reduce the size of your Pages document. I prefer using GraphicConverter but you could use any image editor such as Photoshop Elements.
Also, if you do any image manipulation in Pages, it will greatly increase the file size because Pages keeps all of the images in the document package.
You can also try the "Reduce File Size" filter in ColorSync in the Print dialog. Click "Copies & Pages" > ColorSync & then Reduce File Size under Filters, Then click the PDF button in the lower left of the Print dialog. I don't find that the Compress PDF choice in the PDF menu saves much, if any.

Windows Update Helps with File Size Issues?

I'm just wondering if anybody has recently noticed an
improvement related to the file size issue variously reported
throughout the forums?
I ask because our IT folks distributed a Windows update on 2
days last week and since the application of those updates I have
not experienced the freakishly large file sizes and the related
performance issues in Captivate. Unfortunately I don't have any of
the details of what patch(es) were installed, as it was part of our
boot script one morning and I didn't even realize it was updating
until I received the Reboot Now or Later alert.
Anyway, I was curious because I have experienced significant
performance improvement since then.
Rory

If you are using a remote workflow ... designers are sending off-site editors InCopy Assignment packages (ICAPs) .... then they need to create assignments in order to package them for the remote InCopy user. So there's no need to split up a layout into smaller files or anything. An assignment is a subset of the INDD file; multiple assignments -- each encompassing different pages or sections -- are created from the same INDD file.
When the designer creates the assignment, have them turn off "Include original images in packages"; that should keep the file size down.
Or -- like Bob said -- you can avoid the whole remote workflow/assignment package rigamarole all together by just keeping the file in a project folder in the Dropbox folder on teh designer's local hard drive, and have them share the project folder with the editors. In that workflow, editors open the INDD file on their local computer and check out stories, just as though they were opening them from a networked file server.
I cover how the InCopy Dropbox workflow works in a tutorial video (within the Remote Workflows chapter) on Lynda.com here:
http://www.lynda.com/tutorial/62220
AM

Paper Size issues with CreatePDF Desktop Printer

Are there any known paper size issues with PDFs created using Acrobat.com's CreatePDF Desktop Printer?
I've performed limited testing with a trial subscription, in preparation for a rollout to several clients.
Standard paper size in this country is A4, not Letter. The desktop printer was created manually on a Windows XP system following the instructions in document cpsid_86984. MS Word was then used to print a Word document to the virtual printer. Paper Size in Word's Page Setup was correctly set to A4. However the resultant PDF file was Letter size, causing the top of each page to be truncated.
I then looked at the Properties of the printer, and found that it was using an "HP Color LaserJet PS" driver (self-chosen by the printer install procedure). Its Paper Size was also set to A4. Word does override some printer driver settings, but in this case both the application and the printer were set to A4, so there should have been no issue.
On a hunch, I then changed the CreatePDF printer driver to a Xerox Phaser, as suggested in the above Adobe document for other versions of Windows. (Couldn't find the recommended "Xerox Phaser 6120 PS", so chose the 1235 PS model instead.) After confirming that it too was set for A4, I repeated the test using the same Word document. This time the result was fine.
While I seem to have solved the issue on this occasion, I have not been able to do sufficient testing with a 5-PDF trial, and wish to avoid similar problems with the future live users, all of which use Word and A4 paper. Any information or recommendations would be appreciated. Also, is there any information available on the service's sensitivity to different printer drivers used with the CreatePDF's printer definition? And can we assume that the alternative "Upload and Convert" procedure correctly selects output paper size from the settings of an uploaded document?
PS - The newly-revised doc cpsid_86984 still seems to need further revising. Vista and Windows 7 instructions have now been split. I tried the new Vista instructions on a Vista SP2 PC and found that step 6 appears to be out of place - there was no provision to enter Adobe ID and password at this stage. It appears that, as with XP and Win7, one must configure the printer after it is installed (and not just if changing the ID or password, as stated in the document).

Thank you, Rebecca.
The plot thickens a little, given that it was the same unaltered Word document that first created a letter-size PDF, but correctly created an A4-size PDF after the driver was changed from the HP Color Laser PS to a Xerox Phaser. I thought that the answer may lie in your comment that "it'll get complicated if there is a particular driver selected in the process of manually installing the PDF desktop printer". But that HP driver was not (consciously) selected - it became part of the printer definition when the manual install instructions were followed.
However I haven't yet had a chance to try a different XP system, and given that you haven't been able to reproduce the issue (thank you for trying), I will assume for the time being that it might have been a spurious problem that won't recur. I'll take your point about using the installer, though when the opportunity arises I might try to satisfy my cursed curiosity by experimenting further with the manual install. If I come up with anything of interest, I'll post again.

Recording File Size issue CS 5.5

I am using CS 5.5, a Balckmagic Ultra Studio Pro through USB 3.0 being fed by a Roland HD Video switcher. Everything is set for 720P 60fps (59.94) and the Black Magic is using the Motion JPEG compression. I am trying to record our sermons live onto a Windows 7 machine with an Nvidia Ge-Force GTX 570, 16 GB of Ram and a 3TB internal raid array (3 drives). It usually works great but more often now when I push the stop button in the capture window, the video is not proceesed and becomes unusable. Is it a file size issue or what. I get nervous when my recording goes longer than 50 Minutes. Help

Jim thank you for the response. I have been away and busy but getting
caught up now.
I do have all drives formatted as NTFS. My problem is so sporadic that I
can not get a pattern down. This last Sunday recorded fine so we will see
how long it last. Thanks again.

I am having a file moving issue with Adobe Reader XI

I am having a file moving issue with Adobe Reader XI on a Windows 7 32bit system. When Adobe reader is set as the default program for PDF files moving files from one directory to another takes over a minute, regardless of the size of the file. When the default handler is set to another program, like Nuance or PDF Creator, this is instant. What in Adobe Reader is causing this and what can I do to speed up file moving? Any help will be greatly appreciated. Thank you.

I am using Windows 7 home edition and using Internet Explorer 10
The PDF's are online on websites that I am trying to open. Both on the site as well as trying in a new window.
Thank you
Jeff

All of a sudden File compatability issues with IPhoto & digital camera

Anyone have issues or solutions for solving file compatability issues with IPhoto & digital camera? Worked okay for years but all of a sudden giving me error messages about file format. My camera uses Jpeg.

There is an issue ongoing between 10.6 and Kodak cameras. Workround: use a USB Card Reader.
Regards
TD

PSP, router, and modem issues with Remote Play

Background:
Verizon DSL
Westell 6100 modem
WRK54G router
PS3
PSP
I haven't seen a post on this topic yet, so I'll explain the issue. The Playstation 3 is networkable either through a wired ethernet or wireless connection. The Playstation Portable is also networkable over wifi. The PSP has always worked at hot spots for web surfing and gaming. With the release of the PS3, there was a new feature called Remote Play, which let you connect your PSP to your PS3 and stream the PS3 interface. You can manipulate the options, watch videos and listen to music, just like you are at the controls of the PS3. The PS3 has to be put in "remote play" mode for this to work.
Last week, Sony released an update that made this functionality work over the internet. For most people this worked just fine. Others had to open ports here or there, but there is a group of users that cannot connect from a hot spot, but can connect over the internet at home. The original remote play connection (before the update) was a direct connection between the PS3 and PSP. Now you can connect through your router at home (scan for your router and connect that way). This connection works since the PS3 and PSP are both connected to the same router in your home. When you go to a hotspot, you can get all the way up to the point that the PS3 streamed screen should start, but it times out.
This is taken directly from the PS3 owner's manual:
"If the PS3 system is connected to the Internet via two or more routers, communication may not work correctly."
It seems like internet connection from a hot spot doesn't work because the request for the PS3 gets lost between two routers when it gets to my home network.
Finally to my question. It seems like my Westell 6100 is functioning as a router, as is my WRK54G. When i look at my modem's settings, it is set up as a bridge protocol in routed bridge mode. Everything else I try makes me lose my internet connection.
Anybody know what I'm talking about or have any suggestions?
Thanks

A lot of PS3/PSP owners are having this issue with Remote Play. I have a WRT350N and have been through Sony forum as well as this one to know about all setups from port forwarding to giving your PS3 a static IP and placing in DMZ. I can say I had success connected via or public wi-fi but I also noticed how unstable Remote Play is. There will be times you can connect to it but if you turn your PS3 completely off (not standby) and back on you will pretty much need to setup your PSP again with the PS3 for Remote Play. The problem itself lies more with Sony and not our modem and routers except that fact that you do have to make some minor changes like disable UPnP, forward ports and etc. I own the Sony LocationFree Player which uses a similiar function like Remote Play but instead gives you control over your cable tv remotely anywhere on laptop or psp. LocationFree never failed me since day one because Sony created a DDNS for it which worked for me no matter who my carrier was or what router I have used over the years. Remote Play was introduced later for PS3 which pretty much like LocationFree but Sony doesn't provide a DDNS for it, instead we have to go through all the crazy configurations which is never stable. However you can register for a DDNS at DynDNS.org and configure your router with it which I have done before and found it to be very stable. No matter what Sony still needs to address the issue with the PS3 communication for Remote Play. You can find a lot of info here for setting up DDNS and as for Remote Play your better off going to the Playstation Forums. Good Luck!

HT1338 My fuji x100s has RAW file compatibility issue with OS 10.8.2

My fuji x100s has RAW file compatibility issue with OS 10.8.2, my iphoto11 cannot recognise the file format. Anyone know of this issue too? Appreciate if anyone can offer some helps. Thanks

Correct. The Fuji X-100s is not currently supported by iPhoto or Aperture (or the RAW converter in OS X itself). You can submit feedback via iPhoto and request this.

Excel 2010 paper size issue with PCL6 drivers after KB2592687 installed on client

When I connect to the RDS server and open Excel with the PCL6 printer and select File / Print the paper size says Custom Paper Size and I can not change the paper size here, in the Page Layout tab or in the drivers properties pages. Using the PS driver there
is no issue. I've tried using several stock PCL6 drivers from Windows 7 and have the same issue such as the HP LaserJet P4014/4015 PCL6. Using the Lanier LP131n PCL6 or PS I had the issue with PS as well.
I do not have the drivers loaded on the server so it is using Remote Desktop Easy Print. If I do load the drivers and allow it to use them then there is no issue but I cannot configure the printers options without taking ownership of the printer so that
is not desirable.
If I do not install KB2592687 then there is no issue, but that is not an option as I am dealing with a customer who's IT manager refuses to remove this, even to test it, and says our printer driver has the issue and is not compliant with MS TS.
Could I be missing any configuration, hotfix, policy that could explain this issue or any other workaround? Or is there a change required to our printer driver for this?
Test setup:
I created a new Windows Server 2008 R2 Standard server with SP1, Added the RDS Role, Installed Office 2010 Professional with SP1 using the Terminal Services product key. No updates were installed. I have tested installing every possible update as well for
both Server and Office.
I then created a new Windows 7 Professional x86 with SP1 client, installed PCL6 & PS printers, installed KB2574819 and KB2592687. No other updates were installed. I have tested installing every possible update as well.

Hi,
Did you find any particular Event ID for your issue?
To troubleshoot this issue, have you tried changing the default printer and printing from other programs such as Word or any other?
The issue which you are facing might occurs because the Microsoft XPS Document Converter (MXDC) determines the paper size by using the FormID value on the server. As you commented that you are using Easy print driver first you can find incorrect paper size
if RD Easy Print printer driver first is enabled.
To work around this issue, use the forms that are defined by the system when you print. The paper sizes for these forms match on the server and on the client computer. Additionally, a printer driver can rename these forms. Please refer below article for more
information.
The client printer may print the documents by using an incorrect paper size if the "Use Remote Desktop Easy Print printer driver first" policy is enabled
Apart from this providing link to understand RD Easy print in Windows 7 & Server 2008 R2.
Hope it helps!
Thanks.

Having some major mac - pc issues using remote workflow

Hi all. I'm having some major issues using the InCopy workflow and was hoping someone could help me out with a few items.
I've helped a client out with their workflow, proposing, demoing and promoting the InCopy workflow which seemed to be the best solution. And don't get me wrong when posting this message on the forum: I love the InCopy workflow and think it's briliant.
The scenario is that a design agency needs to deliver the layout for a big annual report for their client, who then makes changes in the text etc. The design agency is on a mac (ofcourse), but the endclient is on a PC. Now after some training and trying this all works fine. They are using the remote workflow, using icap and idap files (which they place on dropbox for easy transfer)
But they've been having so many issues these last few weeks, it's been crazy. And I'm actually starting to feel a bit uncomfortable every time they call me. Just to make clear, they love InCopy (... when it works). And eventhough I'm a huge supporter of the program I just wanted to make sure if there are any other glitches that I should know about. The thing is that (because I work for an IT company), every time they need support they get billed ofcourse. But the problem is that everytime they run into some kind of problem, production just stops and they need me to fix everything.
Issues that they are having:
- the endclient (so copywriter) works on a project all weekend (an icap file). Saves everything, checks in, closes, goes to bed. Next morning (monday) she opens up the same file to continue working and gets the "cannot recover..." error (see attachment). And she looses her edits. You need to understand that these copywriters really know what they're doing with InCopy.
- when a colleague of hers is working with InCopy, and InCopy crashes and she reopens her file then it also happens that the checked-out stories from before remain checked out and she cannot continue (because the story has already been checked out by "another user" (herself)). I managed to resolve this by opening up the individual icml files in incopy and just closing them again. That seemed to remove the "lock" status of the icmls. But still they need me for support. This also happened in the design agency. They are working on a layout, check out stories, InDesign crashes, reopen file and stories remain checkout and they cannot continue because InDesign thinks that they're checked out to another user. And they do not have InCopy themselves so I cannot use my "open icml in incopy and close"-workaround.
- after a few extra InCopy crashes (where InCopy.exe just doesn't feel like doing anything anymore and quits), I decided to place their files (unpacked icma and icmls from the icap) on the C drive instead of on their server and this seemed to resolve a bit of the trouble. The workflow seems to be a lot more stable now. I did this because they also received the dreaded "Error: code 0" message when starting up (and again) she lost her work). After some creative googling I was able to find out that this might have something to do with disk permissions and copy-paste issues on a PC server. Anyway, it was worth a try
- only yesterday the client called me stating she couldn't start up her icap files anymore. I was able to recover the indiviual icml files and send these back to the design agency and recover part of her work. (after combing out the files I discovered on of the icml files was damaged and could not be opened, that is why opening the icap file failed).
- and one last issue (which isn't really a problem but just a bit of a rant ;-). Why does it take 8 full minutes to open up a 2,6Mb icap file on a fast laptop (from the HD)? Even on my own laptop it takes several minutes? I know that the waiting time has something to do with the complexity of the files (images, how many styles, how many icmls, etc). But it seems ridiculously long.
They've been having issues like this on a weekly basis and they're starting to loose faith in the solution because it's costing them more money (via support) then it's saving them.
Does anyone have any experience with this? Is this because it's a mac-pc workflow? I understand that this is officially supported, but it practice teaches us that it's in fact not that stable I'd rather just recommend the client to get a mac from the start. Every client would rather hear that than having to deal with all these issues. And I have to say I'm very happy with the client for being so understanding, but I think they'll run out of patience soon if this keeps up. I've also included some other "postcards from InCopy" ;-) and so you must understand if you get all these errors during the last 3 weeks losing hours of work ... well it's just not fun anymore.
Thank you all very much, and hopefully see you guys at PepCon this year.
Bart

Hi Bob,
You are right, I didn't give this information. I must have forgotten.
Designers are working with:
OSX 10.7.2
InDesign CS5.5 (fully patched)
Copywriters are working with:
Windows 7
InCopy CS5.5 (also fully pathed).
There is no font managing software used, everyone uses open-type fonts which they specifically purchased for this workflow.
If the problem persists I will try with the assignment based workflow on dropbox. I waited with this workflow because the client wants to keep their files on their server so they can have backups if something goes wrong. I know Dropbox makes backup as well, but lets just say they have more faith in their own systeem (dropbox was completely new to them ).
So there are no reports of an unstable mac-pc InCopy workflow?
Thanks

PDF file size grows with each save if .access property set on a field

We are seeing an odd form behavior and have isolated the apparent trigger to something we are doing in the form script. I'm hoping someone can confirm they see the same problem, details follow:
We have a form generated in LiveCycle. It contains a text field. In the docReady event for that field we have javascript which sets the field to be readOnly (TextField1.access = "readOnly"). We reader extend the form so we can save it from reader and/or the plug-in/control which is used by a browser when reading PDFs.
With that simple form, open the form via the browser (we've tested with both IE and Chrome) and without doing anything else, just save the form (with a new name). When we do that, the saved copy of the form is significantly bigger than the copy we started with. If we then repeat the process using the newly saved file, the third copy is bigger than the second.
This file growth does not happen if you open the file in Adobe Reader (instead of in the browser).
When we look at the file contents via a text editor, what we have found is that each save via the browser is tacking on a chunk of data to the end of the file AFTER the %%EOF mark. This new section appears to be one or more object definitions and ends with another %%EOF. The first portion of the file (prior to the first %%EOF) is identical in all versions of the file.
If you take a copy of the file that has these extra section added, then open and save it in Adobe Reader, it eliminates those extra sections and you get a 'clean', small version of the file again. So those extra sections are clearly erroneous and unnecessary.
Another thing worth noting, we took the script for setting the field access property out of the docReady event and put it as the click event on a button added to the form. If you then open the form, press the button and save it you see the file growth (but not if you don't press the button.) So it doesn't appear related to the docReady event, or timing of when we set the access property of the field.
On the small test form described above the growth of the file is around 13KBytes. But in testing with our real forms we've found that the amount of growth seems to be tied to the size/complexity of the form and the form data. In our most complex form with multiple pages with hundreds of fields and a large amount of XML data (form size is 2+MB), we are getting a file size increase of 700KBytes on each save. This is a therefore, a significant issue for us, particularly since the process in which the form is used requires the users to save it a couple of times a day over the period of a month or more.

I would start by exporting the XML data from the form before and after it grows to see if it is the underlying data that is growing and where. Did you define a schema and bind your form fields to a data connection created from the schema? That is always my first step when creating a form. It makes for a smaller saved file not including multiple levels of sub forms in the data structure.

Exported media file size issues Sometimes one size, Sometimes another without making any changes in FCPX?

Hi there
I'm having some strange issues with files sizes from
Share>Export Media
I'm not changing anything about the video (just moving an audio track forwards and backwards ever so slightly to try and get it to the correct timing), nor am I changing anything about the way I export the video.
I am always using the EXACT same settings
Sometimes finder states my video is 1.15GB, sometimes its states its 3.8GB
But then when I close Finder down and then go back into Finder again to find the file it states its gone from 1.15GB to 3.8GB
I'm not sure if this is a error with my system or Final Cut Pro X?
By the way I'm running 10.0.5
Thanks

Bob,
Well, the issue has gone to press and I have upgraded to Snow Leopard and CS5. Initial tests show that the problem still exists, and that it is related to the XML tags. The problem occurs both with legacy (CS4) documents and documents created from scratch in CS5. As I mentioned before, it only seems to happen when overrides are applied to paragraph styles.
Here is a sidebar as exported from InDesign. Overrides were applied to the two headlines to modify color, point size and baseline shift:
The file with XML tags, packaged and opened in InCopy CS5:
The same file with XML tags removed, packaged and opened in InCopy:
OK. Now is when things start to get really interesting.
I thought perhaps that exporting the InDesign file as an IDML document, then reopening it, might perhaps fix the problem. But, no. In fact, when I reopened the IDML file in InDesign, the font styles were broken in _exactly_ the same places as they were in InCopy. Apparently, whatever problem InCopy is having with the XML tags is being duplicated by the IDML export. (Do these processes share the same file format?)
For example, here is a title page from the magazine as a screen grab in InDesign. Overrides were applied to the top headline on a line-by-line basis:
The same file, exported as an IDML file and reopened in InDesign:
As with InCopy, when the XML tags are removed, the IDML file reopens in InDesign just fine. Unfortunately, removing the XML tags is not a option. We need them to repurpose the content after it goes to press.
This is a real bug, and for us it's a serious one. I'm surprised it hasn't come up before. Is there any way to draw this to Adobe's attention? I'd be more than happy to share any of these files if that would help.
Steve

Issue with remote printing

Hello
we have an issue with printing from redirected printer
on the local machine Windows 8.1 i have a printer installed and when i try to print from a remote pc to my installed printer on my local pc the paper type is replaced.
on the local printer it was set to letter but on the remote the redirected printer is set to legal.
i try to switch it to letter but it was not kept it switch back to legal.
any adviced will be good ?
Thanks

Hi,
What's the operating system of remote PC we log onto? Here, I am not sure that this can help but we can give a try by disabling the following policy setting:
Computer Configuration\Policies\Administrative Templates\Windows Components\Remote Desktop Services\Remote Desktop Session Host\Printer Redirection\Use Remote Desktop Easy Print printer driver first
Regarding this point, the following KB article can be referred to for more information.
The client printer may print the documents by using an incorrect paper size if the "Use Remote Desktop Easy Print printer driver first" policy is enabled
https://support.microsoft.com/en-us/kb/980056
Best regards,
Frank Shen
Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Subscriber Support, contact [email protected]

Sender File adapter Pooling interval & file Size issue

Hi ALL,
I have a file size of 400 MB to be picked to be the sender file adapter i am facing issue that the system is unable to even pick the file and place in the Q for Processing.
1)we have no mapping no content conversion ....only pick the file from one loaction and place it in 3 different locations with 3 different names ...can any one help me in solving this .. ? the best workable method to achive this .
2) this file is getting created once in a day .say 2 PM .so i can give the poll intravel to 24 hours ..but some times ..the file creation in server gets delayed ..but they cont wain for the next 24 hour to come for processing the file ..so my query is can we reduce the poll intravel for 2 PM till 3PM hour for some 3 times ..and once it reches 3PM it can poll as usual with a gap of 24 hour time ..
thanks
RK

Hi Rupash,
>>I have a file size of 400 MB to be picked to be the sender file adapter i am facing issue that the system is unable to even pick the file and place in the Q for Processing.
Never use File adapter for picking large file (maximum size which I have seen it to work successfully is 200 MB)
Instead go for Java proxies. Check this forum post for the discussion:
Java proxy to use XI as a file mover
Also if you want some more info on Java proxies refer these blogs and articles:
/people/prasad.ulagappan2/blog/2005/06/27/asynchronous-inbound-java-proxy
https://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/docs/library/uuid/a068cf2f-0401-0010-2aa9-f5ae4b2096f9
https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/f272165e-0401-0010-b4a1-e7eb8903501d
>>this file is getting created once in a day .say 2 PM .so i can give the poll intravel to 24 hours ..but some times ..the file creation in server gets delayed .
You can do a availability time planning refer these links for more information:
Planning Availability Times
http://help.sap.com/saphelp_nw04/helpdata/en/45/06bd029da31122e10000000a11466f/content.htm
Controlling a Communication Channel Externally Locate the document in its SAP Library structure
http://help.sap.com/saphelp_nw04/helpdata/en/45/0c86aab4d14dece10000000a11466f/content.htm
Regards
Suraj

File size issues with remote workflow

Similar Messages

Maybe you are looking for