some of my messages that I send to debian-user go through just fine
but ome of them are delayed and fail (not sure if all delayed ones fail
in the end). Any ideas why this is happening?
I am sending messages to debian from few accounts and I haven't
investigated (yet) whether it's just one account that has problems or
more of them. I regularly use both of the accounts to send other email
and don't remember anything suspicious, no other emails are
delayed/failed.
any ideas?
erik
Internet Mail Delivery wrote:
>
> This report relates to a message you sent with the following header fields:
>
> Message-id: <[EMAIL PROTECTED]>
> Date: Tue, 20 Feb 2001 12:34:15 -0800
> From: Erik Steffl <[EMAIL PROTECTED]>
> To: [email protected]
> Subject: Re: rc.local
>
> Your message is being returned; it has been enqueued and undeliverable for
> 7 days to the following recipients:
>
> Recipient address: [email protected]
> Reason: unable to deliver this message after 7 days
>
> ------------------------------------------------------------------------
> Reporting-MTA: dns; mta5.snfc21.pbi.net
>
> Action: failed
> Status: 5.0.0 (unable to deliver this message after 7 days)
> Original-recipient: rfc822;[email protected]
> Final-recipient: rfc822;[email protected]
>
> ------------------------------------------------------------------------
>
> Subject: Re: rc.local
> Date: Tue, 20 Feb 2001 12:34:15 -0800
> From: Erik Steffl <[EMAIL PROTECTED]>
> To: [email protected]
> References: <[EMAIL PROTECTED]>
>
> Vittorio De Martino wrote:
> >
> > Having experience of Linux RedHat, is there anyone out there able to tell me
> > where is the equivalent of the rc.local file in Debian and where can I find
> > it?
> > Vittorio
>
> there is no such thing. generally you add your script to /etc/init.d
> directory and create links in /etc/rc.* directories so that script is
> called when system enetes/leaves certain run level. see update-rc.d for
> more info. the script in /etc/init.d should support start/stop/restart
> as first command line argument and act accordingly.
>
> IMO it makes sense to have some convention as far as file naming goes,
> so that you know which ones are created by you and which ones came with
> debian packages.
>
> erik
