File names in incoming spool can be truncated

[ikedas]

Version

All previous versions.

Installation method

Any.

Expected behavior

The file name in the spool should not be truncated regardless of any conditions.

Actual behavior

Using fairly long list name, the file name in the spools generated by queue programs (queue, bouncequeue & familyqueue) may be truncated.

Steps to reproduce

1. Set up Sympa with Postfix "virtual domain" setting.
2. Add this line to transport.sympa:

   test-address@example.jp sympa:1234567890123456789012345678901234567890123456789012345678901234@6789.123456789.123456789.123456789.123456789.123456789.example.jp
   

   then run postmap transport.sympa.
3. send a message to test-address@example.jp.
4. Check the content of spool by running:
   ls -R $SPOOLDIR/msg

The result is as below:

# ls -R /var/spool/sympa/msg
/var/spool/sympa/msg:
bad

/var/spool/sympa/msg/bad:
1234567890123456789012345678901234567890123456789012345678901234@6789.123456789.123456789.123456789.123456789.123456789.examp

Correct file name should end with ....example.jp.ttttttttttt.ppppp (ttt... is a Unix time, and ppp... is a PID number), but the file name is truncated to 125 bytes.

Additional information

RFC 5321 states that the maximum total length of e-mail address should be 254 octets (Actual implementations may allow longer addresses). On Sympa 6.2 or later, maximum length of list address is limited to 131 octets by default (On earlier versions there was no significant limit).

The name of the file in Sympa's incoming queue requires additional tens of octets for some information. However, queue programs have given only 128 bytes of buffer for file names. Thus file names can be truncated even if appropriate list names are used.