Hi,

Woulnd't it make sense to treat 100 as a permanent failure, as qmail
does? At least for the sake of dot-qmail compatibility?
Programms designed for the .qmail execution environment will use 100 to
indicate a hard-error. Executed under courier, the mail will just deferr
instead to bounce immediatly.

Here is what I tried:

lu@wheel:~$ cat .courier 
#| (echo "deferral ..: exit(111)" ; exit 111 )
| (echo "schould bounce ...: exit(100)" ; exit 100 )
#| (echo "will bounce ...: exit(77)" ; exit 77 )

Quoting dot-courier(5):

       If  the  external command terminates with the exit code of
       zero, the next delivery instruction is  executed.  If  the
       command was the last delivery instruction in the file, the
       message is considered to be successfully delivered.

       If the external command terminates with the exit  code  of
       99,  any  additional delivery instructions in the file are
       NOT executed, but the message is considered to be success�
       fully delivered.

       If  the  external  command  terminates  with  any  of  the
       following exit codes: 64, 65, 67, 68, 69, 70, 76, 77,  78,
       or  112, the E-mail message will be returned as undeliver�
       able, and  no  further  delivery  instructions  will  take
       place.

       If  the  external  command  terminates with any other exit
       code, it is interpreted as a temporary error, and the mes�
       sage  will be requeued for another delivery attempt later.


Quoting qmail-command(8):

EXIT CODES
       command's exit codes are interpreted as follows:  0  means
       that the delivery was successful; 99 means that the deliv�
       ery was successful, but that qmail-local should ignore all
       further delivery instructions; 100 means that the delivery
       failed permanently (hard error); 111 means that the deliv�
       ery  failed  but  should  be tried again in a little while
       (soft error).

       Currently 64, 65, 70, 76, 77, 78, and 112  are  considered
       hard  errors,  and  all  other  codes  are considered soft
       errors, but command should avoid relying on this.

regards,
-- 
Lars Uffmann, <[EMAIL PROTECTED]>, fon: +49 5246 80 1330

Attachment: msg03260/pgp00000.pgp
Description: PGP signature

Reply via email to