Postgres client copy (\copy) command doesn't have access to a temporary table? I'm generating a list of SQL commands to export some data that I ultimately run using psql -f. The queries all get the same subset of data, so I thought I'd factor the qualifications out and put a list of eligible user ids in a temporary tables like so

create temporary table tmp_export_users as (select id from users where ...)


then refer back to that in my \copy commands like

\copy (select ... from table where user_id in (select id from tmp_export_users)) TO 'filename.csv' WITH CSV HEADER


Those are all in the same file, one per line, and running them -f I get the error that the copy commands can't see the temporary table, so I'm guessing that the client copy command must not actually use the same postgres session as psql. 

Is that correct? Is there a way to change that behavior?
\copy can use a temporary table.

First I tested and confirmed this with version 9.0 at the command line.
Then I created a file with SQL and psql meta command \copy using multiple temporary tables. That worked for me, too.

CREATE TEMP TABLE tmp as SELECT * FROM tbl;
\copy (SELECT * FROM tmp JOIN tbl USING (id)) TO '/var/lib/postgres/test1.csv';


Call:

psql -p5432 mydb -f test.sql


Note the terminating semicolon, which is optional at the end of a file (terminated implicitly), but required after any other SQL statement and also after the last one if executed in psql interactively.

Normally, psql meta-commands cannot be mixed with SQL on the same line in a file executed per psql -f. I quote the manual on psql:


  Parsing for arguments stops at the end of the line, or when another
  unquoted backslash is found. An unquoted backslash is taken as the
  beginning of a new meta-command. The special sequence \\ (two
  backslashes) marks the end of arguments and continues parsing SQL
  commands, if any. That way SQL and psql commands can be freely mixed
  on a line. But in any case, the arguments of a meta-command cannot
  continue beyond the end of the line.


Different rules apply after \copy, though. Essentially, psql switches back to SQL mode automatically after \copy See:


How to update selected rows with values from a CSV file in Postgres?


But you wrote you had all commands on separate lines. So that cannot be the explanation in your case.



All that aside, have you considered using COPY (the SQL command) instead of \copy (the psql meta-command)?

Of course, the target file would have to be local to the server not the client in this case. And different file privileges apply. The manual:


  Files named in a COPY command are read or written directly by the
  server, not by the client application. Therefore, they must reside on
  or be accessible to the database server machine, not the client. They
  must be accessible to and readable or writable by the PostgreSQL user
  (the user ID the server runs as), not the client.