Should DTPC be used?

The main reason we wanted DTPC was because were worried that data could be too large to fit in the SDR, but most email services tend to have limits on the MIME message size anyway, so this shouldn't be much of a problem anyway. Without DTPC, we also strip overhead and we don't have to deal with nondeterministic behavior for DTPC profiles (weird exit behavior like in #16 and needing to use larger ATL to avoid failing tests). Configuration would be simpler for users and we don't have to worry about topic IDs (see #26).

O issue discute a remoção de DTPC devido à complexidade e comportamento não determinístico. Comece lendo a codebase para entender como o DTPC está atualmente implementado e qual é o seu papel na transferência de dados. Revise os issues vinculados #16 e #26 para o contexto dos problemas. Determine quais mudanças são necessárias para remover o DTPC mantendo a funcionalidade, com foco na simplificação da configuração e no tratamento dos limites de tamanho de mensagem.

Escrita pelo modelo de indexação a partir do texto da issue.