Re: noreply email technisch und für Empfänger zum Ausdruck bringen

2020-05-28 Thread @lbutlr
On 28 May 2020, at 15:59, Thomas wrote: > Am 28.05.20 um 23:48 schrieb @lbutlr: >> On 28 May 2020, at 15:29, Thomas wrote: >>> I of cource use my own domain where I pay for. >> Yes, but read the rest of what I wrote, especially the parts I've >> highlighted: >> Do not create a fake address with

Re: hostname net6-ip74.linkbg.com does not resolve

2020-05-28 Thread Viktor Dukhovni
On Fri, May 29, 2020 at 01:11:08AM +0200, mauri...@caloro.ch wrote: > I am not shure if this are normal? In my postfix log this message appair now > 2 days. > > May 29 00:59:22 mail postfix/smtpd[12989]: warning: hostname > net6-ip74.linkbg.com does not resolve to address 87.246.7.74: Name or >

hostname net6-ip74.linkbg.com does not resolve

2020-05-28 Thread maurizio
Hello Iam not shure if this are normal? In my postfix log this message appair now 2 days. * Debian 9 - postfix = 3.1.14 May 29 00:59:22 mail postfix/smtpd[12989]: warning: hostname net6-ip74.linkbg.com does not resolve to address 87.246.7.74: Name or service not known May 29 00:59:43

Re: discard(8) in a virtual mailbox environment

2020-05-28 Thread Wietse Venema
Viktor Dukhovni: > On Wed, May 27, 2020 at 12:52:00PM +, Laura Smith wrote: > > > Is it somehow possilble to make use of discard(8) to /dev/null certain > > addresses in a virtual mailbox setup (e.g.?virtual_alias_maps etc.) ?? > > Or can discard(8) only be applied to "real" receipients > >

Re: noreply email technisch und für Empfänger zum Ausdruck bringen

2020-05-28 Thread Thomas
Am 23.05.20 um 18:00 schrieb Ralph Seichter: From: Thomas Mustermann with the address nore...@domain.tld being *unknown* on your MX. That should result in a generic 5xx rejection. If you want more control over the rejection message, you can use something like the following: #

Re: noreply email technisch und für Empfänger zum Ausdruck bringen

2020-05-28 Thread Thomas
Am 28.05.20 um 23:48 schrieb @lbutlr: On 28 May 2020, at 15:29, Thomas wrote: I of cource use my own domain where I pay for. Yes, but read the rest of what I wrote, especially the parts I've highlighted: Do not create a fake address with someone else's domain. Do not use mudomain.com

Re: noreply email technisch und für Empfänger zum Ausdruck bringen

2020-05-28 Thread Thomas
Am 25.05.20 um 16:17 schrieb Jaroslaw Rafa: Dnia 25.05.2020 o godz. 14:33:36 Thomas pisze: FAX is much better because FAX is same as letter and working digital, nearly 100% yes or no. Email I did not know if it is arrived, [...] What do you actually want to achieve? Because from your

Re: noreply email technisch und für Empfänger zum Ausdruck bringen

2020-05-28 Thread @lbutlr
On 28 May 2020, at 15:29, Thomas wrote: > I of cource use my own domain where I pay for. Yes, but read the rest of what I wrote, especially the parts I've highlighted: Do not create a fake address with someone else's domain. Do not use mudomain.com because you neither own nor control

Re: noreply email technisch und für Empfänger zum Ausdruck bringen

2020-05-28 Thread Thomas
Am 27.05.20 um 17:20 schrieb @lbutlr: As I said, use a valid domain THAT YOU CONTROL. Hi, I of cource use my own domain where I pay for. thanks

Re: discard(8) in a virtual mailbox environment

2020-05-28 Thread Viktor Dukhovni
On Wed, May 27, 2020 at 12:52:00PM +, Laura Smith wrote: > Is it somehow possilble to make use of discard(8) to /dev/null certain > addresses in a virtual mailbox setup (e.g. virtual_alias_maps etc.) ?  > Or can discard(8) only be applied to "real" receipients Yes, the transport table

Re: discard(8) in a virtual mailbox environment

2020-05-28 Thread Laura Smith
Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Thursday, 28 May 2020 10:31, Ansgar Wiechers wrote: > On 2020-05-27 Laura Smith wrote: > > > Is it somehow possilble to make use of discard(8) to /dev/null certain > > addresses in a virtual mailbox setup (e.g. 

Re: Relationship between relay and transport

2020-05-28 Thread Wietse Venema
Scott A. Wozny: > In the standard config on an email gateway in > (http://www.postfix.org/STANDARD_CONFIGURATION_README.html#firewall) the > proposed config has relay_domains set for example.com and > transport_maps set to a hash with example.com using > smtp:[inside-gateway.example.com]. This

Re: discard(8) in a virtual mailbox environment

2020-05-28 Thread Ansgar Wiechers
On 2020-05-27 Laura Smith wrote: > Is it somehow possilble to make use of discard(8) to /dev/null certain > addresses in a virtual mailbox setup (e.g. virtual_alias_maps etc.) ?  > Or can discard(8) only be applied to "real" receipients You can define a virtual alias for a local "mailbox"

Re: lost connection after HELO

2020-05-28 Thread Enrico Morelli
On Thu, 28 May 2020 09:59:56 +0200 Matus UHLAR - fantomas wrote: > On 28.05.20 09:36, Enrico Morelli wrote: > >I've an UPS that should send me email in case of problems. The email > >do not arrive because in the log I see "lost connection after HELO". > > > >I added debug_peer_list to my main.cf

Re: milter after queue

2020-05-28 Thread Martijn Brinkers
On 08-05-2020 14:11, NBNabble wrote: > I have a question to your hint using a null SMTP based listener. > > I am Using Ciphermail as an encryption gateway. > Pre-Queue mails are send to an external milter for Spam/Virus Checks. > After that, post-queue, the encryption gateway is a

Re: lost connection after HELO

2020-05-28 Thread Matus UHLAR - fantomas
On 28.05.20 09:36, Enrico Morelli wrote: I've an UPS that should send me email in case of problems. The email do not arrive because in the log I see "lost connection after HELO". I added debug_peer_list to my main.cf to debug the ups connection. Is there a way to solve the problem? May 28

lost connection after HELO

2020-05-28 Thread Enrico Morelli
Dear, I've an UPS that should send me email in case of problems. The email do not arrive because in the log I see "lost connection after HELO". I added debug_peer_list to my main.cf to debug the ups connection. Is there a way to solve the problem? May 28 09:13:15 genio