home *** CD-ROM | disk | FTP | other *** search
- List of known bugs
- ------------------
-
- * For some reason the UUCP-transports 'sendmail' and 'smail' can't process
- more than 3 or 4 recipients per article. On a mailing-list there are
- usually more than 3 subscribers. This has been fixed (temporarily) as
- follows:
-
- In the Resources.Messages file the variable MaxBcc: defines the
- maximum number of recipients per message. MailList will distribute a
- message/digest to the subscribers by creating several copies of a
- message. Each copy is sent to no more than the specified number of
- recipients in MaxBcc: By default this is set to 3~5 and seems to
- work. You may change this value by experimentation. But please note
- that your subscribers may notice your experiments and complain ;-)
-
- Ofcourse this solution means that a larger amount of files will be created
- for the queue. This may be reflected in your phone-bill.
-
- * The UUCP-transport adds a second Sender: header to each message. At the
- moment the cause seems to be a bug in smail. It shouldn't be a big problem
- though.
-
- * When you have a mailing-list defined as MODERATOR then the KA9Q transport
- behaves extremely "Twilight Zone"-like. The approval-requests to the
- list-owner are duplicated during transport. Investigation into this
- problem is pending.
-
- * In some instances the KA9Q transport will distribute articles to the
- addresses in the Bcc: list seperately, while in other instances the
- article is sent once via SMTP and directed to all addresses in the list.
- Investigation into this problem is pending.