Am 02.09.2014 um 13:54 schrieb Reindl Harald:
> 
> Am 02.09.2014 um 13:43 schrieb Ted Mittelstaedt:
>>> as explained above:
>>>
>>> * the users don't want to see clear spam at all
>>> * in many countries *you must* reject before-queue
>>> * frankly, where i live for drop a accepted messages
>>>    you can go up to 2 years *in jail*
>>
>> This is really getting silly
> 
> yes, your response
> 
>> Once you accept DATA on the SMTP handshake so you can 
>> read the Subject: line you have accepted the message 
>> whether you queue it or not. 
> 
> bullshit - the is a "END-OF-DATA" response in the SMTP
> protocol and if what you say would be true even a basic
> postfix reject on headers would not work
> 
> the prerequisite to discuss about high level MTA
> technology is that you understand basics but you
> even fail to distinct between data and headers
> nor do you realize how a SMTP session works
> 
> just get a proper MTA, enable debug logging
> and watch the commands / responses between
> client and server due a message transmission

and to make it clear for you:

until after end of data itslef is responded with success
the message is *undelivered* and tried again from the
sendig client if it is a proper MTA

if your MTA *don't repsond with success* at END-OF-DATA
the message implicit is counted as *not delivered* because
simply in the middle of data the server could raised
an error by a full disk or something else

so the communication looks somehow like:

* client: i am sending now data
* server: fine, do so
* client: sending data
* client: i have finished with sending data
* server: ok, i accepted that
* client: fine, QUIT
* client: closes the connection AFETR QUIT

so *please* refrain from reply and discuss about good
or bad defaults until you learned your *basic sessions*


Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to