locked
CRM 4 Email Router sending with concurrent connections RRS feed

  • Question

  • Hi there,

    Wondering if anyone has had any experience with issues around high volume sending through Outgoing SMTP profiles in the Email Router. This is the scenario:

    - Two email servers, one a MS Exchange, one a Postfix Linux box
    - Setting an Email Queue to send through two outgoing profiles linked to each server (trying alternatively with batches of emails to test 2,000-5,000 at a time)
    - Exactly same configuration settings in the Outgoing profile in EmailAgent.xml (in terms of the relevant settings), e.g.:

    <Direction>Outbound</Direction>
        <CacheCapacity>7</CacheCapacity>
        <ConnectionTimeout>300000</ConnectionTimeout>
        <PollingPeriod>60000</PollingPeriod>
        <MaxMessageCount>1000</MaxMessageCount>
        <EmailPort>25</EmailPort>
        <EmailUseSsl>false</EmailUseSsl>
        <DeliveryMethod>Network</DeliveryMethod>
        <PendingStatusDelay>7</PendingStatusDelay>
        <SendingStatusDelay>8</SendingStatusDelay>
        <CodePage>Utf-8</CodePage>
        <MaximumDeliveryAttempts>7</MaximumDeliveryAttempts>
        <BatchSize>100</BatchSize>
        <RequestBatchSize>1000</RequestBatchSize>

    When the Email Router is sending via the Windows server, we are seeing up to 40 concurrent connections being made to the SMTP server using netstat and Wireshark to monitor.

    When the Email Router is sending via the Linux server, we are only seeing one connection. Obviously resulting in a massive decrease in throughput.

    We have eliminated all obvious possibilities like issues in networking, by using a mass email generator tool on the Email Router server connecting to the Linux server, which does then create concurrent connections and have a high throughput!

    The only thing I can think of is some internal coding difference in how the Email Router would talk to a windows server vs a linux server!? Any other ideas would be welcomed!

    Regards

    Gavin Pollock

    www.trilliumsystems.net 

    Wednesday, August 22, 2012 3:13 PM