I hadn't realized that it blocks them at the smtp level.  That's a
great place to do it.  But as you noted, I was having the problem for
non-valid recipients so I had figured it was best to just delete them.
 However now that Jake has told me otherwise I've set it to bounce.

Thanks
John


On Mon, Sep 22, 2008 at 6:43 AM, Johannes Weberhofer, Weberhofer GmbH
<[EMAIL PROTECTED]> wrote:
> Bounce setting on qmt actually rejects accepting mails at SMTP level instead
> of bouncing the message.
>
> You are right, bouncing messages (esp. for non-existing recipients) can
> cause backscatters: it can make your server to a spam-relay which bounces
> spams or viruses back to faked senders who are the final messages'
> receipients.
>
> Johannes
>
> Tek Support schrieb:
>>
>> Jake, I'll try changing it to bounce and I'll get back to you.  But
>> doesn't the "bounce" create more traffic?  What I've thought happens
>> is that we get the original spam for a non-valid account, we send out
>> a bounce, and then that bounce gets bounced back to us because the
>> sender didn't really exist.  I know that somewhere the bounce gets
>> stopped, but is it after I've sent mine, or is it after they've sent
>> their bounce?  Kind of seems like a waste of bandwidth and resources
>> if 2 bounces get sent, or even if I'm bouncing to a non-valid original
>> sender.
>>
>> As for the wiki instructions - I have mis-understood them.  It says to
>> use "[EMAIL PROTECTED]:[EMAIL PROTECTED]" ([EMAIL PROTECTED]) as the
>> recipient.  It seemed to me that this meant I could send it to anyone
>> even a user on the same domain.  It might be helpful to say what you
>> told me here, "do not use a valid domain" for the recipient or
>> something like that as I never would have understood that from just
>> the example.
>>
>> And are there any instructions or suggestions on viewing this new
>> non-valid Inbox from sqmail or some other reader - so I can validate
>> whats going on since the [EMAIL PROTECTED] domain doesn't really exist?
>> Perhaps sqmail will let me login as that user since it has the domain
>> and user in vpopmail?  I'll try that too.
>>
>> Thanks
>> John
>>
>>
>>
>>
>> On Mon, Sep 22, 2008 at 4:35 AM, Jake Vickers<[EMAIL PROTECTED]>  wrote:
>>>
>>> Tek Support wrote:
>>>>
>>>> I have a few questions in answering your suggestions.
>>>>
>>>> 1) In qmailadmin there is such a thing as a "catchall", but I don't
>>>> have any "catchall" setup as such.
>>>>
>>>> 2) My .qmail-default covers this account and it says delete.
>>>> --.qmail-default--
>>>> | /home/vpopmail/bin/vdelivermail '' delete
>>>> --end--
>>>>
>>> It will accept email for [EMAIL PROTECTED] and delete messages to unknown
>>> users
>>> this way. Try changing it to bounce and see if that eliminates your
>>> problem.
>>>
>>>> 3) You said don't do this:
>>>> [EMAIL PROTECTED]:[EMAIL PROTECTED]
>>>>
>>>> But in the instructions it says to do exactly that.  If I don't do
>>>> that, then what am I supposed to do?
>>>>
>>>>
>>> Then the instructions are wrong. If you're talking about the wiki, I'll
>>> change them.
>>> You need to create a new domain on the machine - it does not have to be a
>>> real domain. It could be a fake domain called "tap.mydomain.com", and you
>>> send the emails to an address at the fake domain. This will stop the
>>> circular loop you've got.
>>>
>>>
>>> ---------------------------------------------------------------------
>>>    QmailToaster hosted by: VR Hosted<http://www.vr.org>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>
>> ---------------------------------------------------------------------
>>      QmailToaster hosted by: VR Hosted<http://www.vr.org>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>
> --
>
>
> |---------------------------------
> |  weberhofer GmbH               | Johannes Weberhofer
> |  information technologies
> |  Austria, 1080 Wien, Blindengasse 52/3
> |----------------------------------------------------------->>
>
> ---------------------------------------------------------------------
>    QmailToaster hosted by: VR Hosted <http://www.vr.org>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

---------------------------------------------------------------------
     QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to