Wietse Venema wrote in
<[email protected]>:
|Steffen Nurpmeso:
|>|Then Postfix sends a delivery status notification.
|...
|>|Again, Postfix opens the mailbox file, does an lseek() to the end
|>|of the file, writes the message, flushes the output with fsync(),
|>|and closes the mailbox file before claiming successful delivery.
|>|
|>|As for why the original message is not in the mailbox, that could
|>
|> Well maybe it was automatically spam removed. That could be.
|
|If silent removal of email is acceptable for you, then don't post
|here about mysterious loss of email.
It was clearly something that spoofed my account!
I mean "spam" .. it kindly pointed out a configuration problem in
a harmless way, so "spam" is surely the wrong word.
I apologise for that to the one who has beaten me to it.
Thank you.
(Maybe it was not even the first time? Thank you, once again!)
(Spam that comes through i save until Saturday in a volatile
storage, spam that stays on the server (is so primitive that even
Bayesian filter is not needed) i have two MUA macros for
define spam-show-sdaoden.eu {
\!exec ssh -t [email protected] \
'mail -:/ -H#f ~/spam.mbox'
}
define spam-del-sdaoden.eu {
\!exec ssh [email protected] \
"{ echo 'delete *' | mail -:/ -#f ~/spam.mbox; }"
}
where spam.mbox is driven the download script.
(Yet not "rm -f" because who knows what was and will be. And
there is only flock(1) not fcntllock(1), unfortunately.)
|I did not respond to your NOQUEUE and SASL questions because it is
|better to solve on problem at a time.
It was about that EXTERNAL authentification via client
certificates can be driven via SASL, somewhen last year. On top
of a thread from i think two years ago. It is not important.
Ciao from Germany to the big Apple!
(Or maybe .. peanuts?? Or Sunflower seeds? :)
--steffen
|
|Der Kragenbaer, The moon bear,
|der holt sich munter he cheerfully and one by one
|einen nach dem anderen runter wa.ks himself off
|(By Robert Gernhardt)
