Get file post office and put file post office

The stampandsortfile map is only relevant for Get File Post Offices. Put File Post Offices are implemented directly within the Message Manager and use the Partner Manager post office definitions to route data.

It is usually a good idea to create multiple physical Put File Post Office directories, because they perform a "mailboxing" function as well as a triggering function. When Message Manager receives inbound data, that data is validated and routed to the Put post office specified in the trade link. This Put post office is usually defined as a File Post Office, although it can be any of the post office types (even VAN). User written application maps are then configured to trigger on the arrival of data in a particular Put File Post Office directory. Refer to Step 13. Add application maps and link to Message Manager for more information on the relationship between the Put location and triggering application maps.

When defining Get File Post Offices in Partner Manager, it is not necessary to create new physical directories for triggering files. You can define all Get File Post Offices to point to the existing folder install_dir\tmgr_vn.n\mmgr\mail. The role of the post office and its relationship to physical directory structures is explained in the "StampAndSort Subsystem" documentation.

There is no benefit to defining multiple physical Get File Post Office directories. Using the default install_dir\tmgr_vn.n\mmgr\mail directory simplifies your implementation if you are using this default directory for all File post offices. However, you can customize your implementation according to your needs.