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*
signature.asc
Description: OpenPGP digital signature