Sim, desde o postfix 2.1 você pode definir bounce_queue_lifetime separadamente de maximal_queue_lifetime, exatamente como você escreveu.
Note que você deve ter soft_bounce = no no seu main.cf, caso contrário os bounces usarão códigos 4XX e irão acabar na fila de adiamento e estarão sujeitos a maximal_queue_time ao invés dos códigos 5XX que irão colocá-lo na fila de rejeição (sujeito a bounce_queue_lifetime). Um email para uma caixa de correio que excede mailbox_size_limit
Observe que você não pode substituí-los dos parâmetros master.cf -o, aqui o que Wietse Venema tem a dizer sobre isso
Eu duvido seriamente que isso seja mais um problema do que um aborrecimento.
Veja o que Wietse tem a dizer sobre isso
12h é um tempo muito curto, IMHO. O padrão de 5 dias é acessível e não um fardo significativo para qualquer um, exceto os sistemas mais ocupados.
Observe que os códigos de status RFC 3463 2.XXX.XXX para sucesso, 4.XXX.XXX para temporário, tente mais tarde, 5.XXX.XXX para falha permanente não são o mesmo que o EXITCODE que informa a rejeição (8) qual código de status retornar. Você pode testar esse comportamento com um .forward (ou alias) tão simples quanto "| EXITCODE = 73" (não pode criar um arquivo de saída do usuário, um salto strong 5.2.0) ou "| EXITCODE = 75" (falha transitória persistente, tente novamente). Estes são definidos em /usr/include/sysexits.h
Você pode personalizar modelos e códigos retornados, ver as páginas de manual para bounce (5) e postconf.