----- Original Message -----
From: "Victor Duchovni" <victor.ducho...@morganstanley.com>
To: <postfix-users@postfix.org>
Sent: Monday, March 23, 2009 3:37 PM
Subject: Re: Mail drop
On Mon, Mar 23, 2009 at 03:33:01PM -0400, Brandon Hilkert wrote:
We have a large text file with contents of the eml message for each
person
in a list. If I find a way to parse each email, is there an easy way to
inject them into the queue, rather than relaying, because as many have
said
and through testing, we have found performance of sending local email to
be
far superior than relaying?
If many messages are to be sent, SMTP submission (even with a concurrency
of of 1, but you could use ~10 in practice for sending to 127.0.0.1 at
full speed) is faster than local submission. Not sure what you mean by
"relaying".
Right now we use some .net code to submit mail for delivery on IIS SMTP
servers running on the local machine. Because of issues that aren't worth
mention in this conversation, we're looking to other means of delivery. The
idea of postfix came up. Because the utility that is basically pulling stuff
from SQL is .NET, we figured we could just "relay" mail to the postfix box,
which would then send the mail to the internet.
Having mentioned that, I can't find the message, but someone suggested that
sending mail through postfix rather than developing the message on the local
machine was much more clostly in terms of time. We do have a need to DKIM
our messages, and after some benchmarks, we found that the rates for
relaying mail from one source through postfix, which then sens to the
internet were poor relative to the rates of using a simple bash script to
send mail to postfix via "mail" command on the local machine. That
essentially means we have to adapt our email sender to get the SQL info on
the Linux machine, which is another project in itself.
So I was wondering how we can inject the emails from the local machine into
postfix, which from what I was told, will significantly help the send rates.
Having said that, we build a huge text file (~30GB) with about 1 million eml
messages as its contents. The sender utility then parses out email by email
and submits it to the IIS SMTP. We're trying to not have to modify the
sender that much, so I was wondering if I could write a comparable perl
script to do the same or something like that. So maybe something that I
could submit a text string to (containing the message and all the headers)
and have it be submitted to postfix.
thoughts?
--
Viktor.
Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the "Reply-To" header.
To unsubscribe from the postfix-users list, visit
http://www.postfix.org/lists.html or click the link below:
<mailto:majord...@postfix.org?body=unsubscribe%20postfix-users>
If my response solves your problem, the best way to thank me is to not
send an "it worked, thanks" follow-up. If you must respond, please put
"It worked, thanks" in the "Subject" so I can delete these quickly.
