Does Declude's ALLRECIPS variable include the BCC recips?
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of R. Scott Perry
Sent: Tuesday, September 21, 2004 3:19 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: [IMail Forum] D files with no Q files - Queuemanager crashes
with unreachable peer (again)
>Is there a way to send orphaned D files that have no associated Q file
>other than manually creating a Q file?
The D file is just a plain text file with the E-mail contents. Just like
any other E-mail, there are many ways that you can send it. With IMail, it
would involve creating the Q*.SMD file. Alternatively, you could use a
program such as blat to send the E-mail. But the key piece of information
-- the recipient list -- is missing. So:
>Does anyone have a utility that will read through a directory of D
>files and create the Q files? Sure would be handy.
I don't believe anyone has done this yet. But even if they did, it would
only be able to send to addresses that appeared in the To: or Cc:
headers. This could cause unwanted E-mails (sometimes people don't actually
send to the To: address), or E-mails that don't get sent to some of the
recipients (Bcc: recipients). But it would still be a worthwhile program,
if someone felt like writing it.
>Ipswitch claims the fault is with the MS TCP/IP Stack, hopefully the
>following info can generate some answers and some ideas from the brains
>on this list and at Ipswitch.
>
>I found that the default application port allocation is from 1024 to
>5000, when Imail attempts to reach a down peer and the queue is
>building up messages destined for the down peer these ports get used up
>sitting in the TIME_WAIT state. The busier the server the quicker the
>situation manifests itself.
>
>The MS default TIME_WAIT is four minutes and there are 4076 ports
>available for Imail SMTP and Queue processes.
Correct. FYI, an algorithm for determining the length of the TIME_WAIT
state is defined in the RFCs -- it really depends on how fast the Internet
is (or more precisely, the slowest link that all packets will go through).
The fault in Microsoft's TCP/IP stack isn't the length of time that it
waits, but instead is the default of not using free ports about 5000. I
can't think of any good reason for such a limitation for servers, which
often need as many ports as they can possibly get. I had assumed for years
that Microsoft didn't have any hard-coded limit, simply because there is no
need for such.
> I found the following MSKB articles showing reg hacks to modify the
> TIME_WAIT length and the default application port allocation.
>
>I set the TIME_WAIT or Maximum Segment Life (MSL) (TcpTimedWaitDelay)
>to half of the default time to two minutes.
That should be fine (it's actually the recommended value from RFC793,
although that was written 30 years ago, when the Internet was slower). Note
that the reason for the MSL is that there could in theory be packets sitting
on the Internet that are part of the TCP/IP connection that is in the
TIME_WAIT state, and if you close the port before those packets come in,
they could potentially interfere with a new connection.
>I set the port allocation to 65534 (MaxUserPort)
Good.
-Scott
---
Declude JunkMail: The advanced anti-spam solution for IMail mailservers
since 2000.
Declude Virus: Ultra reliable virus detection and the leader in mailserver
vulnerability detection.
Find out what you've been missing: Ask for a free 30-day evaluation.
---
[This E-mail was scanned for viruses by Declude Virus
(http://www.declude.com)]
To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html
List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/
Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/
---
[This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)]
---
This E-mail came from the Declude.JunkMail mailing list. To
unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
type "unsubscribe Declude.JunkMail". The archives can be found
at http://www.mail-archive.com.
