Re: Vacation with smtpd doesn't work in 6.4
Hi postmasters, On Sat, 17 Nov 2018 17:01:50 +0100 Aham Brahmasmi wrote: > ... or to block mail from this particular domain in case the mails > are of a sensitive nature. Most mail is not sensitive. Most mail is social chit-chat. Much mail (like this) is archived on public websites. So, encrypting mail transport is optional. If the contents of mail is sensitive, the CONTENT should be encrypted (e.g. PGP, Enigmail, etc.), because most mail lives in clear text on freemail providers' disks, for any government to rape at will. e.g: GMX, gMail, Yahoo, Hotmail, etc all open their disks to govts. Cheers, -- Craig Skinner | http://linkd.in/yGqkv7 -- You received this mail because you are subscribed to misc@opensmtpd.org To unsubscribe, send a mail to: misc+unsubscr...@opensmtpd.org
Re: Vacation with smtpd doesn't work in 6.4
-m...@openbsd.org +misc@opensmtpd.org [ Original mail thread - https://marc.info/?t=15422935034=1=2 ] Thank you Penty for pointing out the relevant RFC section. I was unaware of STARTTLS being optional. So I tried to understand the RFC requirement. > RFC 2487: > > A publicly-referenced SMTP server MUST NOT require use of the > STARTTLS extension in order to deliver mail locally. This rule > prevents the STARTTLS extension from damaging the interoperability of > the Internet's SMTP infrastructure. A publicly-referenced SMTP server > is an SMTP server which runs on port 25 of an Internet host listed in > the MX record (or A record if an MX record is not present) for the > domain name on the right hand side of an Internet mail address. RFC 2487 was written in Jan 1999. RFC 3207, which obsoletes RFC 2487, was written in Feb 2003. Both of these contain the above text. >From a purely security perspective, a mail received over TLS is preferable over a mail received in the clear. At the same time, there is a non-negligible risk [1] of dropping incoming mails, if one adopts the "tls-require" posture. Is there a mechanism in OpenSMTPD by which mails delivered in the clear can be identified/logged/reported/flagged? The idea is to extract a list of domains from these mails. These domains can then be contacted and encouraged to adopt STARTTLS. This domain list will be specific for every mail server. If a domain chooses to adopt STARTTLS, future mails from that domain will be delivered over TLS. If a domain chooses to not adopt STARTTLS, the mail server administrator can choose to either do nothing or take some action. This action could be to contact the end-users and educate them or to block mail from this particular domain in case the mails are of a sensitive nature. At some point in future, a significant majority of incoming mails for the mail server could be delivered over TLS. If this problem has already been/could be solved in a better way, I would request you to please share the mechanism. Thanks. Regards, ab [1] - https://transparencyreport.google.com/safer-email/overview -|-|-|-|-|-|-|-- -- You received this mail because you are subscribed to misc@opensmtpd.org To unsubscribe, send a mail to: misc+unsubscr...@opensmtpd.org
is opensmtpd compatible with OpenBSD vacation?
We run smtpd 5.4.2 on OpenBSD 5.5 Everything has been working well, but recently I'm seeing a problem with the vacation(1) program. We have a user AJ who has installed a vacation msg, and it works well when delivering mail directly to the user: Aug 13 12:33:35 hermes smtpd[18189]: smtp-in: Accepted message 97e5db7f on session f8edfacf317f1ab1: from=it...@example.com, to=a...@example.com, size=678, ndest=2, proto=ESMTP Aug 13 12:33:35 hermes smtpd[18189]: delivery: Ok for 97e5db7f12840158: from=it...@example.com, to=a...@example.com, user=aj, method=maildir, delay=0s, stat=Delivered Aug 13 12:33:35 hermes smtpd[18189]: smtp-in: Closing session f8edfacf317f1ab1 However, that user is also part of an group alias BTECH, and an error is encountered when trying to send to that group: Aug 12 17:17:24 hermes smtpd[18189]: delivery: TempFail for 1804b0e2ac5b3ae4: from=supp...@example.com, to=bt...@example.com, user=aj, method=mda, delay=6h25m20s, stat=Error (mda exited prematurely) The TempFail eventually times out and sends a MAILER-DAEMON to the original sender, confusing people. We used a very standard forward to implement the vacation message: \aj, |/usr/bin/vacation aj Any ideas how to fix this? thanks, Jim -- You received this mail because you are subscribed to misc@opensmtpd.org To unsubscribe, send a mail to: misc+unsubscr...@opensmtpd.org
Re: is opensmtpd compatible with OpenBSD vacation?
On 08/13/15 19:25, James Triplett wrote: We run smtpd 5.4.2 on OpenBSD 5.5 Everything has been working well, but recently I'm seeing a problem with the vacation(1) program. We have a user AJ who has installed a vacation msg, and it works well when delivering mail directly to the user: Aug 13 12:33:35 hermes smtpd[18189]: smtp-in: Accepted message 97e5db7f on session f8edfacf317f1ab1: from=it...@example.com, to=a...@example.com, size=678, ndest=2, proto=ESMTP Aug 13 12:33:35 hermes smtpd[18189]: delivery: Ok for 97e5db7f12840158: from=it...@example.com, to=a...@example.com, user=aj, method=maildir, delay=0s, stat=Delivered Aug 13 12:33:35 hermes smtpd[18189]: smtp-in: Closing session f8edfacf317f1ab1 However, that user is also part of an group alias BTECH, and an error is encountered when trying to send to that group: Aug 12 17:17:24 hermes smtpd[18189]: delivery: TempFail for 1804b0e2ac5b3ae4: from=supp...@example.com, to=bt...@example.com, user=aj, method=mda, delay=6h25m20s, stat=Error (mda exited prematurely) The TempFail eventually times out and sends a MAILER-DAEMON to the original sender, confusing people. We used a very standard forward to implement the vacation message: \aj, |/usr/bin/vacation aj Any ideas how to fix this? thanks, Jim I remember a similar question to the list here is a link that may help. https://www.mail-archive.com/misc%40opensmtpd.org/msg01666.html -- You received this mail because you are subscribed to misc@opensmtpd.org To unsubscribe, send a mail to: misc+unsubscr...@opensmtpd.org
Re: Vacation
On Wed, 15 Apr 2015 08:30:06 -0700, JC PAROLA cont...@sels-ingenierie.com wrote: hi, i configure openstpd on openBSD 5.6 whith vitual users and smt pauth. i want to configure vacation but i dont find any information on man or google opensmtpd have this feature ? There was a thread about this topic back in February https://www.mail-archive.com/misc@opensmtpd.org/msg01660.html -- You received this mail because you are subscribed to misc@opensmtpd.org To unsubscribe, send a mail to: misc+unsubscr...@opensmtpd.org
Re: getting Vacation working with OpenSMTPD
On Sun, Feb 01, 2015 at 09:54:46PM +, Tom Smyth wrote: Hi Guys... Hi, just wondering if any of you managed to get vacation working with .forward, I don't manage to get vacations working altogether ;-) .forward seems to work for simple email addresses but when i have the following in I have created a .forward and .vacation.msg in the user tomothy home directory (in /home/tomothy the contents of the .forward is \tomothy , |/usr/bin/vacation -a tom.smyth tomothy my aliases file contains the following tom.smyth : tomothy But I cant seem to get vacation to send responding mails... I think it is being called when a mail is received but vacation seems to complain about the syntax the contents of /var/log/messages Feb 1 21:12:29 ilb vacation: uid 1002: usage: vacation [-i] [-a alias] login Feb 1 21:21:14 ilb vacation: uid 1002: usage: vacation [-i] [-a alias] login Feb 1 21:22:47 ilb last message repeated 7 times Feb 1 21:31:57 ilb last message repeated 11 times Feb 1 21:43:22 ilb last message repeated 44 times Any help would be appreciated... I don't use vacation so I don't really know, I'll do a test tomorrow if you don't figure out till then, however I can tell you that this mailing list uses a similar construct so it should work -- Gilles Chehade https://www.poolp.org @poolpOrg -- You received this mail because you are subscribed to misc@opensmtpd.org To unsubscribe, send a mail to: misc+unsubscr...@opensmtpd.org
Re: getting Vacation working with OpenSMTPD
Hello Gilles, everyone else I was able to get it working finally :) 1) the .forward can have multiple entries for multiple aliases (here is an example that I tested) \tomothy , |/usr/bin/vacation -a tom.smyth tomothy \tomothy , |/usr/bin/vacation -a noc tomothy \tomothy , |/usr/bin/vacation -a support tomothy 2) the message format in the vacation manual can be confusing when creating the .vacation.msg make sure there is no indentations in the file so that the email gets formatted correctly when sent 3) if you are testing out vacation ... it is good to run vacation -i after each run so that it removes your email from the vacation.db ( and will respond to your mail) I Hope this helps On Sun, Feb 1, 2015 at 10:09 PM, Gilles Chehade gil...@poolp.org wrote: On Sun, Feb 01, 2015 at 09:54:46PM +, Tom Smyth wrote: Hi Guys... Hi, just wondering if any of you managed to get vacation working with .forward, I don't manage to get vacations working altogether ;-) .forward seems to work for simple email addresses but when i have the following in I have created a .forward and .vacation.msg in the user tomothy home directory (in /home/tomothy the contents of the .forward is \tomothy , |/usr/bin/vacation -a tom.smyth tomothy my aliases file contains the following tom.smyth : tomothy But I cant seem to get vacation to send responding mails... I think it is being called when a mail is received but vacation seems to complain about the syntax the contents of /var/log/messages Feb 1 21:12:29 ilb vacation: uid 1002: usage: vacation [-i] [-a alias] login Feb 1 21:21:14 ilb vacation: uid 1002: usage: vacation [-i] [-a alias] login Feb 1 21:22:47 ilb last message repeated 7 times Feb 1 21:31:57 ilb last message repeated 11 times Feb 1 21:43:22 ilb last message repeated 44 times Any help would be appreciated... I don't use vacation so I don't really know, I'll do a test tomorrow if you don't figure out till then, however I can tell you that this mailing list uses a similar construct so it should work -- Gilles Chehade https://www.poolp.org @poolpOrg -- Kindest regards, Tom Smyth Mobile: +353 87 6193172 - PLEASE CONSIDER THE ENVIRONMENT BEFORE YOU PRINT THIS E-MAIL This email contains information which may be confidential or privileged. The information is intended solely for the use of the individual or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic transmission in error, please notify me by telephone or by electronic mail immediately. Any opinions expressed are those of the author, not the company's .This email does not constitute either offer or acceptance of any contractually binding agreement. Such offer or acceptance must be communicated in writing. You are requested to carry out your own virus check before opening any attachment. Thomas Smyth accepts no liability for any loss or damage which may be caused by malicious software or attachments.