I've got one client with a mailing list of 7000+ members - fortunately this
is an announcement list only.  V5.08/09 didn't have this problem!

----- Original Message -----
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, September 29, 2000 5:40 PM
Subject: RE: [IMail Forum] problems sending all mail to another relay - bug?


> David,
>
> I'd have to agree with you. Our modest-volume customer list (about 500
> addresses, about 20 msgs per day) is just crunching our PIII-500 server
> trying to get everything delivered. So I set up SendMail as a gateway,
> thinking that would help, but the IMail spool *continued* to fill up with
> list files, and the problem actually got worse. Now we're back to IMail
> alone for sending, with 60 SMTP processes, and 10 recips per process. It's
> doing "okay", but certainly not performing like a good listserver should.
> Another concern is the large number of bounces we're getting, and these
are
> predominantly IMail admin addresses! Many, many "unknown users" coming
back,
> so I suspect something on the receiving end of IMail v6 as well.
>
> Never though list management would be a PIA with only 500 subscribers...
but
> it is. Are there any big-time list mgrs out there using IMail v6? Surely
> someone is managing more than a few thousand subscribers... are there
tricks
> or configurations we're missing here?
>
> -Ron
> mailto:[EMAIL PROTECTED]
> http://humankindsystems.com
>
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of David Gregg
> > Sent: Friday, September 29, 2000 7:05 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: [IMail Forum] problems sending all mail to another relay -
> > bug?
> >
> >
> > The problem is definitely Imail.  I've repeated my tests to an external
> > domain with 10 recipients ( normal email message with multi recips).
> > Obviously, this can only be tested if you have more than 5
> > addresses/aliases
> > set up on a domain NOT hosted by the same imail machine.
> >
> > A search of the imail logs reveals that the maximum delivery is 5
> > recips at
> > a time.
> > 1) using no gateway, the log shows multiple 'rdeliver ...
> > multiple (5) ...'
> > messages
> > 2) using a gateway, the log shows multiple 'gdeliver ... multiple (5)
...'
> > messages
> >
> > NOTE:  I had noticed that the mailing lists seemed dramatically slower
on
> > 6.04 than they did on my old (and less powered) imail 5.08 machine.  I
> > believe this is the problem.
> >
> > -----Original Message-----
> > From: Daniel Donnelly <[EMAIL PROTECTED]>
> > To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> > Date: Friday, September 29, 2000 3:14 PM
> > Subject: Re: [IMail Forum] problems sending all mail to another
> > relay - bug?
> >
> >
> > >David,
> > >
> > >In IMail, only the normal Debug checkbox. But I seem to recall
something
> > >form the release notes for 6.04 (or earlier) that did state
> > something about
> > >a debug setting. I'd have to chase that down.
> > >
> > >Is the mail going to an external server? Maybe some limit at
> > that end that
> > >will only allow a certain number of recepients?
> > >
> > >If you eliminate the Gateway, you say IMail works OK?! Then I
> > would have to
> > >say it is not IMail, but the gateway limiting the input. But without
> > knowing
> > >more (logs from both might tell us something), cannot state that for a
> > fact.
> > >
> > >If the email addresses that are being processed, are to
> > different domains,
> > >then I would expect IMail to connect to one domain and deliver and
> > >disconnect. Unless the email addresses were consecutive and to multiple
> > >users on the same domain, then I too would expect it to have
> > multiple RCPT
> > >TO: lines, so it would be more efficient in delivery. Unless the
> > gateway is
> > >posing some limit as above. I've not seen a log from IMail in this
> > >situation, so not sure what it might show.
> > >
> > >Found this in the 6.04 Release notes. Might give a bit more info in the
> > log.
> > >At least it would tell you which messages are actually delivered in the
> > >session.
> > >
> > >o Logging additions for SMTP, IMAP and POP3.
> > >  - Added message status notification to log system.  The
> > >    user can now set a registry key to toggle logging of
> > >    the delivery of a message to a mailbox. The message's
> > >    UIDL and the mailbox it is delivered to are noted.
> > >
> > >    To have the new log entries added to the log, you must
> > >    add this key to the registry and give it a value of 1.
> > >    HKEY_LOCAL_MACHINE\SOFTWARE\Ipswitch\IMail\Global\LogMsgStatus
> > >    The messages are in the standard IMail log format.
> > >    Here are the log entries for various types of server
> > >    actions:
> > >
> > >    SMTP:
> > >     Delivery:
> > >       Message xxxx delivered to yyyy
> > >    POP3:
> > >     Read:
> > >       Message xxxx read from yyyy
> > >     Delete:
> > >       Message xxxx deleted from yyyy
> > >    IMAP:
> > >     Read:
> > >       Message xxxx read from yyyy
> > >     Delete:
> > >       Message xxxx deleted from yyyy
> > >     Move:
> > >       Message xxxx copied from yyyy to xxxx in yyyy.
> > >     Append:
> > >       Message xxxx appended to yyyy.
> > >     Expunge:
> > >       Message xxxx expunged from yyyy.
> > >
> > >     Where:
> > >       xxxx - The UIDL of the message.
> > >       yyyy - The mailbox path.
> > >
> > >     It is important to note that a POP3 delete entry
> > >     means the message was physically removed from the
> > >     mailbox, while an IMAP4 delete entry means the
> > >     message was "marked" for deletion, but not physically
> > >     removed. An IMAP4 "Expunge" physically removes the
> > >     message from the mailbox.
> > >
> > >BTW, I'm on my way home in a couple of minutes. I'll try to check email
> > >later tonight from home, to see what else you find. Have a good
evening!
> > >
> > >Daniel Donnelly
> > >________________________________________________________
> > >See the Knowledge Base at http://support.ipswitch.com/kb
> > >
> > >----- Original Message -----
> > >From: "David Gregg" <[EMAIL PROTECTED]>
> > >To: <[EMAIL PROTECTED]>
> > >Sent: Friday, September 29, 2000 4:10 PM
> > >Subject: Re: [IMail Forum] problems sending all mail to another relay -
> > bug?
> > >
> > >
> > >> >Are you saying you do not have the registry modified for the SMTP
> > >> >MaxRcptPerMessage, set to 5?
> > >>
> > >> Correct, no setting has been added.  Are there any debug settings
that
> > >might
> > >> help me troubleshoot this?
> > >>
> > >> <snip>
> > >> If I don't relay all mail thru a separate machine, the imail list
works
> > >fine
> > >> ( more than 5 recips at a time)
> > >>
> > >> Also, the imail logs show the outgoing connections for the list
email.
> > It
> > >> appears that each of the communications to the mail relay, imail is
> > >sending
> > >> exactly one RCPT TO: then the DATA, then disconnects.  I'd
> > expect to see
> > >> multiple RCPT TO:s ( five in this case) per HELO/QUIT.
> > >>
> > >> Your thoughts?
> > >>
> > >> Please visit http://www.ipswitch.com/support/mailing-lists.html
> > >> to be removed from this list.
> > >>
> > >> An Archive of this list is available at:
> > >> http://www.mail-archive.com/imail_forum%40list.ipswitch.com/
> > >>
> > >
> > >Please visit http://www.ipswitch.com/support/mailing-lists.html
> > >to be removed from this list.
> > >
> > >An Archive of this list is available at:
> > >http://www.mail-archive.com/imail_forum%40list.ipswitch.com/
> > >
> >
> > Please visit http://www.ipswitch.com/support/mailing-lists.html
> > to be removed from this list.
> >
> > An Archive of this list is available at:
> > http://www.mail-archive.com/imail_forum%40list.ipswitch.com/
> >
>
> Please visit http://www.ipswitch.com/support/mailing-lists.html
> to be removed from this list.
>
> An Archive of this list is available at:
> http://www.mail-archive.com/imail_forum%40list.ipswitch.com/
>

Please visit http://www.ipswitch.com/support/mailing-lists.html 
to be removed from this list.

An Archive of this list is available at:
http://www.mail-archive.com/imail_forum%40list.ipswitch.com/

Reply via email to