File: README

package info (click to toggle)
smtpfeed 1.02-2
  • links: PTS
  • area: main
  • in suites: potato
  • size: 824 kB
  • ctags: 765
  • sloc: ansic: 13,150; sh: 230; perl: 133; makefile: 97
file content (33 lines) | stat: -rw-r--r-- 1,553 bytes parent folder | download | duplicates (2)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
SMTP feed -- SMTP Fast Exploding External Deliverer for Sendmail


SMTPfeed is a SMTP delivery agent which is called by sendmail, and it
improves time required to complete delivery a message to huge number of
recipients. SMTPfeed is effective for delivery of large mailing lists.

Delay of delivery by using sendmail causes by the fact that implementation
of SMTP delivery routine in sendmail processes all delivery in a series.
By this reason,  when it takes long time for delivery to one recipient
which is in a huge list, delivery to following recipients is greatly
influenced.

To avoid such a problem, delivery agents should be implemented so that
a delivery is not influenced by preceding delivery -- DNS queries should
be processed in parallel and SMTP deliveries should also be processed
in parallel.  Smtpfeed is the SMTP delivery agent for sendmail
implemented with this idea.

In current implementation as a first step, DNS queries are processed
in parallel, and then deliveries with SMTP in parallel are started.

Smtpfeed requires the LMTP(RFC2033) feature available since sendmail
8.9. But another hack is also required to make feature of SMTPfeed more
effective. The hack is for increase number of recipient dramatically
in one SMTP transaction. A patch (3.1W) for the hack is also available.

Smtpfeed can not deliver huge messages because SMTPfeed stores all
information (includes message data) in memory. You should configure
sendmail.cf to deliver huge messages by internal SMTP delivery routine
of the sendmail.

- Motonori Nakamura