Srdan Dukic a écrit : > 2009/10/12 Wietse Venema <wie...@porcupine.org > <mailto:wie...@porcupine.org>> > > Srdan Dukic: > > Hi, > > > > I have a program which currently uses the '/usr/sbin/sendmail' > command to > > send mail through postfix, but am looking for a replacement for > this command > > as it is slow. I can see that there is a socket under > > '/var/spool/postfix/private/smtp' and was wondering if it was > possible to > > use this to send mail instead of going through the sendmail > binary? I've > > looked through the documentation but can't seem to get an answer. > Is this > > possible? Do I have the right socket? > > > > I've connected to the socket, but it doesn't give the standard SMTP > > responses, but instead after entering a 'HELO ...' line, it comes > back with > > 'status' and then just waits. > > Instead of using the UNDOCUMENTED postfix-internal sockets, use > the Postfix SMTP socket. > > Programs that manipulate UNDOCUMENTED postfix-internal resources > are not supported. > > Wietse > > > Are there any non-internet, unix domain socket(s) which can be used to > send mail to the smtp daemon? i.e. is there any *documented* way to give > mail to postfix for remote delivery that doesn't involve the tcp/ip > stack (other than the sendmail binary). >
sendmail does not involve tcp. it uses internal interfaces. submission using smtp (over tcp) is faster. if that's not fast for you, then bypass your postfix and send directly to remote hosts. this is what some (many?) mass mailers do. all that said, if you give more details, people here could give you helpful suggestions.
