Re: Reports to this list held twice for messa ge size — please release them from moderation
Aki Tuomi via dovecot <[email protected]>
| Newsgroups | gmane.mail.imap.dovecot |
|---|---|
| Message-ID | <[email protected]> |
> On 11/08/2026 19:15 EEST Ihor Rusyn via dovecot <[email protected]> wrote: > > > Hello, > > I have twice tried to send a bug report to this list, and both times the > message was blocked for exceeding the size limit with error "The message is > larger than the 40 KB maximum size" > > The report is long because it is meant to be actionable: environment > details, exact reproduction steps, log excerpts and strace output. That is > the material a maintainer asks for first — and it is exactly what the size > limit rejects. > > If this list is where technical reports belong, a limit that blocks them > works against its purpose. > > Could you please release both of my held messages from moderation and reply > on the thread? If long reports are not wanted here, I would appreciate a > pointer to where they should go instead. > > The subject of email was «2.4.4 fts-flatcurve: fts optimize silently > destroys a folder's index when the index is on NFS», sent on today from > this address. > > -- > Best regards, > Ihor Ru > Hello, > I have twice tried to send a bug report to this list, and both times the > message was blocked for exceeding the size limit with error "The message > is larger than the 40 KB maximum size" > The report is long because it is meant to be actionable: environment > details, exact reproduction steps, log excerpts and strace output. That is > the material a maintainer asks for first -- and it is exactly what the > size limit rejects. > > If this list is where technical reports belong, a limit that blocks them > works against its purpose. > Could you please release both of my held messages from moderation and > reply on the thread? If long reports are not wanted here, I would > appreciate a pointer to where they should go instead. > The subject of email was <<2.4.4 fts-flatcurve: fts optimize silently > destroys a folder's index when the index is on NFS>>, sent on today from > this address. > -- > Best regards, > Ihor Ru It should not be dropped, it should end up in review queue. Did you cancel the email yourself or did you get refused right away? Aki _______________________________________________ dovecot mailing list -- [email protected] To unsubscribe send an email to [email protected]