File: smtpfeed.html

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 (118 lines) | stat: -rw-r--r-- 3,411 bytes parent folder | download
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
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
<head>
<title>
SMTPfeed Home Page
</title>
</head>
<body bgcolor="white">

<h1>SMTPfeed -- SMTP Fast Exploding External Deliverer --</h1>
(Updated on Oct. 16, 1999)

<p>
<h3>What is SMTPfeed?</h3>

<p>
<b>SMTPfeed</b> is a SMTP delivery agent which is called by 
<b><a href="http://www.sendmail.org/">sendmail</a></b>, and it
improves time required to complete delivery a message to huge number of
recipients. SMTPfeed is effective for delivery of large mailing lists.

<p>
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.

<p>
<h3>Features</h3>
<ul>
<li> Act as an external mailer for sendmail using LMTP(RFC2033)
<li> No temporary files -- just on memory processing
<li> Simultaneous DNS(MX/A RRs) query for multiple destination domains
<li> Simultaneous SMTP transaction to multiple destination hosts
     (up to limitation on number of file descriptors)
<li> MX piggybacking with a RR base (not with sequence of MX RRs)
<li> ESMTP Pipelining (RFC2197)
<li> SMTP connection caching (for deriveries of copies of a message)
     set -u option to enable
<li> Failure caching (through running queue operation)
<li> Fallback MX host can be specified
<li> Static routing map support (see -M option in OPTIONS file)
<li> IPv6 support
</ul>

<p>
<h3>Supported Operating Systems (report based information)</h3>
<ul>
<li> AIX 4.3.2
<li> BSD/OS 2.1, 3.0, 3.1, 4.0
<li> Debian GNU/Linux 2.x
<li> Digital UNIX 3.2C, 4.0B, 4.0C 4.0D
<li> FreeBSD 2.1.0, 2,1,7, 2.2.1, 2.2.5, 2.2.6, 2.2.7, 2.2.8
<li> IRIX 5.3, 6.2
<li> Linux 2.0.32, 2.0.33, 2.0.36
<li> NetBSD/i386 1.2G, 1.3I, 1.3.2
<li> NetBSD/sparc 1.3I
<li> NetBSD/alpha 1.3I
<li> NEWS-OS 4.2.1a+RD
<li> Solaris/sparc 2.5, 2.5.1, 2.6
<li> Solaris/x86 2.5
<li> SunOS 4.1.3_U1, 4.1.4
<br> (additional reports are welcome)
</ul>

<p>
<h3>Known bugs</h3>
<ul>
<li> ESMTP DSN(Delivery Status Notification; RFC1891) information will be
     ignored if DSN is not supported by a destination SMTP server
<li> 8bit message will be sent as is to an SMTP server which does not support
     ESMTP 8BITMIME (RFC1652) without 8to7 conversion
<li> Checkpointing feature of sendmail is not effective with SMTPfeed mailer
</ul>

<p>
<h3>How to get SMTPfeed</h3>
<p>
The newest SMTPfeed package and 3.2W patch for sendmail are:
<ul>
<li> <b> smtpfeed-1.02.tar.gz </b>
<li> <b> sendmail893+3.2W.patch.gz </b>
</ul>

<p>
These packages can be found in 
<b> <a href="ftp://ftp.kyoto.wide.ad.jp/mail/smtpfeed/">
ftp://ftp.kyoto.wide.ad.jp/mail/smtpfeed/</a></b>.

<p>
<h3>Some remarkable results</h3>
<p>
<ul>
<li> 90% of 22 recipients in 2 seconds.
<li> 90% of 253 recipients in 14 seconds.
<li> 90% of 1213 recipients in 29 seconds.
<li> 90% of 3747 recipients in 44 seconds.
<li> 90% of 5141 recipients in 192 seconds.
<li> 5141 recipients in 386 seconds.
<li> 9000 recipients in 1260 seconds.
</ul>

<p>
<h3>Mailing list</h3>
<p>
Please contact &lt;smtpfeed-request@irc.kyoto-u.ac.jp&gt;
for subscription. Discussion is held in Japanese (sorry).

<p>
<h3>Reporting bugs</h3>
<p>
Please send bug reports to &lt;smtpfeed-bugs@kyoto.wide.ad.jp&gt;.

<p>
<hr>
<address>
NAKAMURA Motonori, <a href="http://www.wide.ad.jp/">WIDE Project</a>
</address>

</body>