Problema resuelto. Aquí está la solución en caso de que alguien más se pregunte:
Dado que LF y CRLF comparten el carácter LF, configuré el delimitador de línea como LF (0x0A). Esto funciona correctamente para extraer los registros completos (con el efecto secundario de tener un carácter CR adicional al final cuando CRLF es el delimitador).
Uno puede deshacerse del carácter CR extra usando un campo ficticio para absorber el carácter CR o usando un mapa.
Tenga en cuenta que dado que los delimitadores LF y CRLF tienen longitudes diferentes (1 y 2 caracteres respectivamente), tuve que hacer un par de cambios más en el esquema para garantizar que ambos se manejen correctamente.
En mi escenario, cada registro de línea que se analiza contiene 8 campos de posición, por lo que tener un carácter CR extra al final resultó en un error debido a Biztalk esperando una cierta longitud para el último campo que no tiene en cuenta el adicional Personaje CR La solución es aumentar la longitud del octavo campo (que es un campo de relleno en mi caso) en 1. Sin embargo, para poder manejar los delimitadores de líneas LF, asegúrese de configurar el 'Permitir terminación anticipada'. marca a VERDADERO. De esta forma, no se generan errores si el último campo tiene 1 carácter menos que su longitud asignada (si el carácter CR no se incluyó).
¿No significaría esto que también aceptaría registros mal formados? –