-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Tue, 4 Mar 2008, Antonio Casado RodrÃguez wrote:
# echo hello | /usr/libexec/dovecot/deliver Fatal: destination user parameter (-d user) not given
Deliver cannot know where to deliver to, if you run it as root.
# echo hello | /usr/libexec/dovecot/deliver -d foo # tail /var/log/dovecot/dovecot-deliver.log deliver(foo): Mar 04 14:36:27 Error: Can't connect to auth server at /var/run/dovecot/auth-master: No such file or directory
Ran as root, deliver must know where the homedirectory of foo is, because Deliver uses the Dovecot authentification framework, Dovecot must be running and configured to expose the auth socket.
foo$ echo hello | /usr/libexec/dovecot/deliver foo$ more foo/cur/1204638363.P28199Q0M553430.blade25,S=11:2,S hello
It haven't headers :(
Well, where should be headers come from? You tell deliver to put the single line message "hello\n" into the mail storage of foo. No more no less.
MUAs (like mail command) require a working MTA they connect to. However, you can create the headers yourself, e.g.:
echo "From: me@example.com To: foo@example.com Subject: Dumm Di Dumm Reply-To: other@example.com X-Header: Dunno Preference: junk
Hello" | su foo -c deliver
Though, running deliver without Dovecot auth socket makes no sense to me with Maildir. Just generate a new filename and put the message right into the Maildir/new of the user. Because deliver relies on the Dovecot framework it does not perform LDAP queries or the like on its own.
Bye,
Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFHzk3dVJMDrex4hCIRAjXuAKCM6zOOWkRxOcjdSF7QHyrzY0OBLwCg03cD rE70t2y0EZFqGWFQXmhg8nw= =H+og -----END PGP SIGNATURE-----