On Jul 11, 12:32 pm, "Adrian Aichner" <adr...(a)xemacs.org&gt; wrote: > Hmmh, perhaps your version of sendmail.el is not honoring auto-save-default? > > Do you also have following lines in > > (defun mail (&optional noerase to subject in-reply-to cc replybuffer actions) > > (setq default-directory (expand-file-name "~/")) > (auto-save-mode auto-save-default) > (mail-mode) > (mail-setup to subject in-reply-to cc replybuffer actions) > > Either > M-x find-function RET mail RET > or > M-x find-library RET sendmail RET > should get you to the source code. > > Also check for warnings that sendmail.el is newer than sendmail.elc. > > In that case what gets executed might not be what you see in sendmail.el > > Also try > > M-x list-load-path-shadows > to see where you get your sendmail library from. Adrian, Thanks. I found the following lines in sendmail.el. ;; put mail auto-save files in home dir instead of ;; scattering them around the file system. (setq default-directory (or mail-dir (expand-file-name "~/"))) (auto-save-mode auto-save-default) (mail-mode) (mail-setup to subject in-reply-to cc replybuffer actions) (if (and buffer-auto-save-file-name (file-exists-p buffer-auto-save-file-name)) (message "Auto save file for draft message exists; consider M-x mail-recover")) t))) I dont get any warnings about sendmail. The shadow command says: No Emacs Lisp load-path shadowings were found Now auto-save-mode apropos says "Toggle auto-saving of contents of current buffer. With prefix argument ARG, turn auto-saving on if positive, else off." So wouldnt that point to that auto-save-mode line in there as the culprit? In fact in another file buffer, I tried these lines (hitting C-u C-x C-e after each one) which suggests the same thing. buffer-auto-save-file-name nil (auto-save-mode auto-save-default) buffer-auto-save-file-name "/home/chengiz/tmp/#temp#" Seems like a bug in sendmail.el.