Hi, > >>> Stack trace of thread 468215: > >>> #0 0x0000000000404610 strlcpy (vacation + 0x4610) > >>> #1 0x0000000000402e0e main (vacation + 0x2e0e) > >>> #2 0x00007f2a6f8a0088 __libc_start_call_main > (libc.so.6 + 0x2a088) > >>> #3 0x00007f2a6f8a014b __libc_start_main@@GLIBC_2.34 > (libc.so.6 + 0x2a14b) > >>> #4 0x0000000000403525 _start (vacation + 0x3525) > >>> ELF object binary architecture: AMD x86-64 > > The root cause could be an unexpected message header. > > > > There are only four strlcpy() calls in the source package for Fedora. > > One is to copy the username as looked up from the passwd database, > > and the other calls copy information from the From_ line (the first > > line of the vacation input) or from the From: header. > > > > The strlcpy() manpage says: > > > > strlcpy(3bsd) and strlcat(3bsd) are designed to crash if the > input > > string is invalid (doesn't contain a terminating null byte). > > > > Do the failing deliveries have the same sender? >
At first I was thinking it had something to do with corrupt messages/headers that occurred during the process of migrating the users, but after John's comment that seemed to indicate that wasn't the case, I installed the vacation binary from the vacation package from a fedora38 system: # rpm -q vacation vacation-1.2.7.1-24.fc38.x86_64 That fixed it. The last changes to the vacation package for fedora40 were back in Jan, so not sure how a bug like this wouldn't have been caught in that time. Thanks so much for your help. Alex
_______________________________________________ Postfix-users mailing list -- postfix-users@postfix.org To unsubscribe send an email to postfix-users-le...@postfix.org
