Hi,

So, now that smtpd is due to replace sendmail as the default mailer,
it would be nice if it actually worked correctly...

First of all, the man page for smtpd.conf states that directives
'from source' and 'senders' take the name of a table as an argument,
which is not true.

For example:

Your email address of choice is creamy@creamylan, and you want to relay
mail addressed to example.com via an SMTP server at smtp.creamylan.lan.

>From reading the man pages, you would be forgiven for thinking that the
following will work:

table creamy db:/etc/mail/creamy.db
table secrets db:/etc/mail/secrets.db
accept sender creamy for domain example.com relay via 
smtps+auth://[email protected] auth <secrets>

where the secrets file contains:

foobar creamyusername:creamypassword

and the creamy file contains:

creamy@creamylan

but it doesn't work.

Infact, it works perfectly when you do:

table secrets db:/etc/mail/secrets.db
accept sender creamy@creamylan for domain example.com relay via 
smtps+auth://[email protected] auth <secrets>

note that the 'for domain' directive is explained correctly in the man
page.

OK, so that's not too bad, but it's not the only bug in smtpd.

If you've impatient and issue a load of:

# smtpctl reschedule all

every 10 seconds when it's failing because of an unreliable server
at the other end, or because you made a typo in your password and don't
notice it, believing that it's a problem with the server, then after
about 5 minutes, you'll get a warning back telling you that the message
remained undelivered for 4 hours.

Looks to me like warnings are being triggered by the delay before next
attempt field rather than (current time - time of sending), but I haven't
had chance to have a closer look yet.
-- 
Creamy! <3

Reply via email to