I'm drowning in bounce messages here, so would somebody please tell 
me who this [EMAIL PROTECTED] really is.

I get at least one of these for every reply I send to the list, and 
only to the list if its a John Collier posting.

----------  Forwarded Message  ----------

Subject: Delivery Status Notification (Failure)
Date: Fri February 21 2003 20:12
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]

This is an automatically generated Delivery Status Notification.

Delivery to the following recipients failed.

       [EMAIL PROTECTED]

-------------------------------------------------------



-- 
Cheers, Gene
AMD [EMAIL PROTECTED] 320M
[EMAIL PROTECTED]  512M
99.23% setiathome rank, not too shabby for a WV hillbilly
Reporting-MTA: dns;hh-nts01.databuilt.com
Received-From-MTA: dns;hh-nts01.databuilt.com
Arrival-Date: Fri, 21 Feb 2003 20:12:11 -0500

Final-Recipient: rfc822;[EMAIL PROTECTED]
Action: failed
Status: 5.2.1
X-Display-Name: Mark Hazen

--- Begin Message ---
On Fri February 21 2003 18:49, John Oliver wrote:
>On Fri, Feb 21, 2003 at 06:14:37PM -0500, Gene Heskett wrote:
>> Humm, if thats a 40gig tape (with compression) it would be about
>> a 20 gigger without.  And if hardware compression is also
>> enabled, it would not be unusual to over-run the EOT because the
>> compressed stuff you are sending it will usually expand some,
>> often 15 to 20% in going thru the hardware compressor too.
>
>Hardware compression is off.
>
Ok

>> Throw in that marketing is usually a bit optimistic in saying
>> its a 20 gigger without compression, and that always needs a
>> fudge factor when actually estimating, and it likely this will
>> happen.
>
>But fudging by 100%?  I don't buy that... :-)

Neither do I.
>
>> Also, while this doesn't enter into it for me, see the average
>> dump rates reported below, how does that compare to the drives
>> rated speed at its compression state?  If that drive is faster
>> then the data comeing in, it will write null blocks for a bit
>> waiting on data, and this wastes space.  Could be a pretty good
>> percentage under the right conditions, like no, or too small a
>> holding disk.
>
>I have a big holding disk.
>
>Holding disk /hold: 47560764 KB disk space available, that's
> plenty

So it seems to come down to the 19th entry being too big to fit on 
the remaining tape after it had already written 9.7 something gigs 
in the first 18 DLE's.

As someone else mentioned, much of that particular backup run was 
level 0.  Lets do another experiment, what do you get (post it 
please) when you do an "amadmin /config/ balance"?

Oh, and I've quit trying to reply to your email account as posted in 
the messages you send because they always bounce from a different 
address that apparently isn't accessable for incoming email.  I've 
had many bounced messages, and had to open the bounce to see where 
I'd sent it because the address it bounced from was not an address 
I'd sent anything to.  Train up a spam filter, its easier than 
antagonizing the people who are trying to help you.

The email address that shows in the messages I send is real.  And I 
only get spam from two sources, my inbox, and an older computer 
list I'm subscribed to.  99% of which goes straight to the 
[EMAIL PROTECTED] & I don't see them other than scanning the folder for 
filter upchucks before it all goes back out.

-- 
Cheers, Gene
AMD [EMAIL PROTECTED] 320M
[EMAIL PROTECTED]  512M
99.23% setiathome rank, not too shabby for a WV hillbilly



--- End Message ---

Reply via email to