> On Jun 15, 2024, at 15:03, Wietse Venema via Postfix-users
> wrote:
>
> One addendum about how to distinguish from root@mydomain
> from different hosts.
>
> Dan Mahoney via Postfix-users:
>>> Use a virtual alias mapping from "r...@dayjob.org" to the collector
>>> email address. This is a
One addendum about how to distinguish from root@mydomain
from different hosts.
Dan Mahoney via Postfix-users:
> > Use a virtual alias mapping from "r...@dayjob.org" to the collector
> > email address. This is a variation on
> >
> > /usr/local/etc/postfix/main.cf:
> > virtual_alias_maps = has
Dan Mahoney via Postfix-users:
> > Use a virtual alias mapping from "r...@dayjob.org" to the collector
> > email address. This is a variation on
> >
> > /usr/local/etc/postfix/main.cf:
> > virtual_alias_maps = hash:/local/etc/postfix/virtual-for-root
> >
> > /local/etc/postfix/virtual-for-ro
> On Jun 15, 2024, at 06:19, Wietse Venema via Postfix-users
> wrote:
>
> Dan Mahoney via Postfix-users:
>> Hello,
>>
>> We currently have myorigin = $mydomain, and mydomain = dayjob.org
>> on one of our border MXes, which is also the outbound MX for
On Sat, Jun 15, 2024 at 09:19:58AM -0400, Wietse Venema via Postfix-users wrote:
> > However, we would like our rootmail to respect our aliases file,
> > which tells root to go to a specific mail destination on a specific
> > box.
>
> Use virtual_alias_maps, as shown below.
The null-client overv
Dan Mahoney via Postfix-users:
> Hello,
>
> We currently have myorigin = $mydomain, and mydomain = dayjob.org
> on one of our border MXes, which is also the outbound MX for our
> whole organization. We are a fairly large site with mxes in two
> locations and many machines whi
Hello,
We currently have myorigin = $mydomain, and mydomain = dayjob.org on one of our
border MXes, which is also the outbound MX for our whole organization. We are
a fairly large site with mxes in two locations and many machines which send
mail which may relay through here. Mydomain feels
On 7/13/2023 3:53 PM, Chris Green via Postfix-users wrote:
On the Postfix Basic Configuration page it says:-
For the sake of consistency between sender and recipient addresses,
myorigin also specifies the domain name that is appended to an
unqualified recipient address.
Is there
On the Postfix Basic Configuration page it says:-
For the sake of consistency between sender and recipient addresses,
myorigin also specifies the domain name that is appended to an
unqualified recipient address.
Is there any way to override this, i.e. can one explicitly set the
>Chris Green:
>> Is the use of a filename in main.cf possible for any parameter or is
>> it only applicable to myorigin (or just to a few)?
>>
>> I notice that installing postfix on my laptop from the Ubuntu
>> repositories has set myorigin = /etc/mailname i
Matus UHLAR - fantomas:
> >Chris Green:
> >> Is the use of a filename in main.cf possible for any parameter or is
> >> it only applicable to myorigin (or just to a few)?
> >>
> >> I notice that installing postfix on my laptop from the Ubuntu
> >&g
Chris Green:
Is the use of a filename in main.cf possible for any parameter or is
it only applicable to myorigin (or just to a few)?
I notice that installing postfix on my laptop from the Ubuntu
repositories has set myorigin = /etc/mailname in main.cf.
This is handy in relation to my 'h
Chris Green:
> Is the use of a filename in main.cf possible for any parameter or is
> it only applicable to myorigin (or just to a few)?
>
> I notice that installing postfix on my laptop from the Ubuntu
> repositories has set myorigin = /etc/mailname in main.cf.
>
> This is
Is the use of a filename in main.cf possible for any parameter or is
it only applicable to myorigin (or just to a few)?
I notice that installing postfix on my laptop from the Ubuntu
repositories has set myorigin = /etc/mailname in main.cf.
This is handy in relation to my 'how to synchr
Okay thanks, I will investigate further.
On 29.11.2020 18:11, Wietse Venema wrote:
Johannes Black:
Hi,
I am using Debian 10 and I am bulding a server with a mail.someurl.com
hostname and an MX entry for someurl.com.
I have setup
myorigin = /etc/mailname
and /etc/mailname has
someurl.com
Johannes Black:
> Hi,
>
> I am using Debian 10 and I am bulding a server with a mail.someurl.com
> hostname and an MX entry for someurl.com.
>
> I have setup
>
> myorigin = /etc/mailname
>
> and /etc/mailname has
>
> someurl.com
>
> as an entry.
>
Hi,
I am using Debian 10 and I am bulding a server with a mail.someurl.com
hostname and an MX entry for someurl.com.
I have setup
myorigin = /etc/mailname
and /etc/mailname has
someurl.com
as an entry.
If I test it with
echo "test"| mail destination-addr...@gmail.com
(mail
* Tobias Köck:
> I am wondering why the source email adresse is still not
> 'usern...@mydomain.de' but instead 'usern...@mail.mydomain.de'?
Postfix settings aside, Mutt can be configured to generate specific
sender addresses:
# Your .muttrc
set hostname=somehost.example.com
set hidden_hos
postfix appends myorigin only if the domain is not present
(and if append_at_myorigin is yes, but it's the default)
Interesting. I haven't seen this depencendy. Where can I find it (in the
documentation)?
On 18.07.19 18:44, Tobias Köck wrote:
I found the reason why
Debian uses a file named /etc/mailname
https://wiki.debian.org/EtcMailName
If this file is set with another name it seems to be the case that
Postfix uses this file even if I have explicitely overwritten the
myorigin
with
I found the reason why
Debian uses a file named /etc/mailname
https://wiki.debian.org/EtcMailName
If this file is set with another name it seems to be the case that
Postfix uses this file even if I have explicitely overwritten the
myorigin
with another value.
I'm still a littl
Hi> $ postconf myorigin
If that is really mydomain.de, then mutt is giving Postfix
the wrong sender address, and you need to configure mutt.
Yes it's really mydomain.de. I was testing the mail command additioinaly
of mutt to verify.
Is there another internal testing possiblity to
Tobias K?ck:
> Hi,
>
> I have setup
>
> myorigin=mydomain.de
>
> but if I send an email with MUTT emai client or with 'echo "test" |
> mail' s...@email.de I get as email source
>
> usern...@mail.mydomain.de (the name of the mailserver).
Wha
Hi,
I have setup
myorigin=mydomain.de
but if I send an email with MUTT emai client or with 'echo "test" |
mail' s...@email.de I get as email source
usern...@mail.mydomain.de (the name of the mailserver).
For testing I have added the mydomain.de to the mydestination and
,
Daniel P.
-Ursprüngliche Nachricht-
Von: owner-postfix-us...@postfix.org Im
Auftrag von Poggenpohl, Daniel
Gesendet: Sonntag, 28. Oktober 2018 22:47
An: postfix-users@postfix.org
Betreff: AW: myorigin isn't appended to local senders
Hello again,
you say that the syslog entry
197553 mail.info] 559F725AF:
to=, relay=none, delay=0.04, delays=0.02/0.01/0.01/0,
dsn=4.4.3, status=deferred (Host or domain name not found. Name service error
for name=anotherVM type=MX: Host not found, try again)
#
Well, at least now the myorigin is appended...
Ok, further configurat
Poggenpohl, Daniel:
first some environment notes: I have a Vagrant VM provided by VirtualBox
running Solaris 11.3 and OpenCSW postfix 2.9.4. I hope that doesn't
contribute to my problem, but who knows...
It seems myorigin isn't appended to mail senders from local accounts,
Poggenpohl, Daniel:
> Hello everyone,
>
> first some environment notes: I have a Vagrant VM provided by VirtualBox
> running Solaris 11.3 and OpenCSW postfix 2.9.4. I hope that doesn't
> contribute to my problem, but who knows...
>
> It seems myorigin isn't appe
Hello everyone,
first some environment notes: I have a Vagrant VM provided by VirtualBox
running Solaris 11.3 and OpenCSW postfix 2.9.4. I hope that doesn't contribute
to my problem, but who knows...
It seems myorigin isn't appended to mail senders from local accounts, but
rather
ot;r...@sparky.example.com" before Postfix saw it.
>
> Is there a way to see the raw email that Postfix accepts from
> the mail command?
We saw the envelope recipient, which was all we needed to see.
was the recipient address that your MUA
gave to sendmail(1). Postfix did not see
_inet_interfaces
remote_header_rewrite_domain =
Since I'm submitting locally I assume that means condition 2 is met
($local_header_rewrite_clients) and the "@$myorigin" string is written
to mail addresses without the domain information.
recipient_canonical_classes = envelope_re
://www.postfix.org/postconf.5.html#append_at_myorigin
> Here's my Postfix conf:
>
> root@sparky:~# postconf -n
> mydomain = example.com
> myorigin = $mydomain
> recipient_canonical_classes = envelope_recipient
> recipient_canonical_maps = hash:/etc/postfix/pfix-n
regexp:/etc/postfix/header_checks.conf
inet_interfaces = all
mailbox_size_limit = 0
milter_default_action = accept
mydestination = localhost.$mydomain, localhost, sparky.example.net,
sparky.example.com,
mydomain = example.com
myhostname = sparky.example.com
mynetworks = 192.168.3.5 127.0.0.0/8 [:::127
Marko Weber | ZBF:
> > http://www.postfix.org/ADDRESS_REWRITING_README.html#william
> > http://www.postfix.org/postconf.5.html#remote_header_rewrite_domain
> >
> > When you're using a content_filter, it's often useful to set:
> > # main.cf
> > remote_header_rewrite_domain = domain.invalid
>
> Wha
Am 2013-03-22 18:50, schrieb Noel Jones:
On 3/22/2013 11:44 AM, Victor d'Agostino wrote:
Hi all,
I use postfix as relay server to several internal domains. xxx is
the main one.
postconfig | grep domain prints :
append_dot_mydomain = no
mydomain = xxx
myorigin = $mydomain
relay_do
Victor d'Agostino skrev den 2013-03-22 17:44:
I would like to know how to disable this behavior,
append_dot_mydomain is already set to no.
as you see postfix will not do "Shakira, Laundry Service All songs" :)
you have to fix it self before calling sendmail
everal internal domains. xxx is
> > the main one.
> >
> > postconfig | grep domain prints :
> >
> > append_dot_mydomain = no
> > mydomain = xxx
> > myorigin = $mydomain
> > relay_domains = $mydomain yyy zzz
> &
2013/3/22 Noel Jones
> On 3/22/2013 11:44 AM, Victor d'Agostino wrote:
> > Hi all,
> >
> > I use postfix as relay server to several internal domains. xxx is
> > the main one.
> >
> > postconfig | grep domain prints :
> >
> > append_dot_m
On 3/22/2013 11:44 AM, Victor d'Agostino wrote:
> Hi all,
>
> I use postfix as relay server to several internal domains. xxx is
> the main one.
>
> postconfig | grep domain prints :
>
> append_dot_mydomain = no
> mydomain = xxx
> myorigin = $mydomain
> rel
Hi all,
I use postfix as relay server to several internal domains. xxx is the main
one.
postconfig | grep domain prints :
append_dot_mydomain = no
mydomain = xxx
myorigin = $mydomain
relay_domains = $mydomain yyy zzz
If postfix receives an email with a FROM (headers and in the SMTP dialog
On Thu, Nov 18, 2010 at 01:39:34PM -0500, Victor Duchovni wrote:
>
> Larger sites tend to run with virtual_alias_domains valid both inside
> and outside, with internal rewriting to direct each user's mail to the
> right mail store. Internal-only email address namespaces are more in
> SOHO sites, y
On Thu, Nov 18, 2010 at 06:31:27PM +, Chris G wrote:
> > Avoid sender_canonical_maps, it is semantically wrong in most cases.
> > Avoid masquerading (at least for inbound mail) as it is difficult to
> > combine with recipient validation.
>
> Thanks too - I'll go and have a good read.
Enjoy!
; http://www.postfix.org/MULTI_INSTANCE_README.html#quick
>
> > This means (I think) that I want to set the myorigin parameter to the
> > machine's name on the LAN (e.g. dps.zbmc.eu or mws.zbmc.eu). This is
> > how I have things set at the moment.
> >
> > Ho
messages from the server called mws.
> >
> > This means (I think) that I want to set the myorigin parameter to the
> > machine's name on the LAN (e.g. dps.zbmc.eu or mws.zbmc.eu). This is
> > how I have things set at the moment.
> >
> > However for mail go
nt to set the myorigin parameter to the
> machine's name on the LAN (e.g. dps.zbmc.eu or mws.zbmc.eu). This is
> how I have things set at the moment.
>
> However for mail going to the outside world (which does get sent from
> mws.zbmc.eu in particular) I think myorigin should be
so I can identify where an error
> message has come from.
>
> E.g. I want messages from postmaster/root/cron on my dps server to be
> distinguishable from similar messages from the server called mws.
>
> This means (I think) that I want to set the myorigin parameter to the
> machi
want messages from postmaster/root/cron on my dps server to be
distinguishable from similar messages from the server called mws.
This means (I think) that I want to set the myorigin parameter to the
machine's name on the LAN (e.g. dps.zbmc.eu or mws.zbmc.eu). This is
how I have things
On 11/17/2010 02:30 PM, Chris G wrote:
On Wed, Nov 17, 2010 at 02:04:57PM -0500, Victor Duchovni wrote:
I would expect that dnsmasq is documented, and the documentation should
cover sufficient detail to help you avoid this illegal RRset combination.
You should only bother the "gurus/maintainers"
Chris G put forth on 11/17/2010 5:50 AM:
> That's one answer of course, thanks, for the moment I have changed my
> local DNS server so that it returns a LAN address for zbmc.eu as well as
> mws.zbmc.eu. If that causes other issues (I don't think it will) then
> I'll use the above [] syntax.
Some
On Wed, Nov 17, 2010 at 02:04:57PM -0500, Victor Duchovni wrote:
> On Wed, Nov 17, 2010 at 06:32:24PM +, Chris G wrote:
>
> > > It is not legal for a DNS CNAME RRset to coexist with other data for
> > > the same domain name. Nor should you have multiple CNAME records for
> > > the same domain.
On Wed, Nov 17, 2010 at 06:32:24PM +, Chris G wrote:
> > It is not legal for a DNS CNAME RRset to coexist with other data for
> > the same domain name. Nor should you have multiple CNAME records for
> > the same domain.
> >
> > If "mdw.zmbc.edu" is a host with "A" records, it must not be a CN
On Wed, Nov 17, 2010 at 12:25:52PM -0500, Victor Duchovni wrote:
> On Wed, Nov 17, 2010 at 11:47:45AM +, Chris G wrote:
>
> > ch...@dps:/etc/postfix$ host mws.zbmc.eu
> > mws.zbmc.eu has address 192.168.1.4
> > mws.zbmc.eu is an alias for zbmc.eu.
> > mws.zbmc.eu is an alias fo
On Wed, Nov 17, 2010 at 11:47:45AM +, Chris G wrote:
> ch...@dps:/etc/postfix$ host mws.zbmc.eu
> mws.zbmc.eu has address 192.168.1.4
> mws.zbmc.eu is an alias for zbmc.eu.
> mws.zbmc.eu is an alias for zbmc.eu.
> zbmc.eu mail is handled by 10 zbmc.eu.
It is not legal for
On Wed, Nov 17, 2010 at 11:47:45AM +, Chris G wrote:
>
> ... and that has resolved the DNS/IP problem at least though I'm still
> getting "relaying denied". So now the relayhost (192.168.1.4) is
> rejecting the E-Mail from the client (192.168.1.2) even though I have:-
>
> mynetworks = 12
On Tue, Nov 16, 2010 at 02:34:50PM -0500, Brian Evans - Postfix List wrote:
> On 11/16/2010 2:03 PM, Chris G wrote:
> >Er, it's Postfix isn't it? :-) Or have I misunderstood completely
> >(quite likely!).
> >
> >When I 'telnet mws.zbmc.eu 25' from the client it does connect to
> >mws.zbmc.eu (192
On Tue, Nov 16, 2010 at 04:42:21PM -0600, Larry Stone wrote:
> On Tue, 16 Nov 2010, mouss wrote:
>
> >so, your client says
> > relay=zbmc.eu[84.45.228.40]
> >and your server says
> > reject: RCPT from unknown[84.45.228.40]
> >
> >So your client and server have the same IP. This means that
On Tue, Nov 16, 2010 at 11:17:17PM +0100, mouss wrote:
> Le 16/11/2010 19:58, Chris G a écrit :
> >On Tue, Nov 16, 2010 at 01:47:26PM -0500, Victor Duchovni wrote:
> >>On Tue, Nov 16, 2010 at 06:39:49PM +, Chris G wrote:
> >>
> It sounds like you have both Postfix and Sendmail on the same s
On Tue, 16 Nov 2010, mouss wrote:
so, your client says
relay=zbmc.eu[84.45.228.40]
and your server says
reject: RCPT from unknown[84.45.228.40]
So your client and server have the same IP. This means that they run on the
same box. is it so? if so, why didn't you say it before?
Le 16/11/2010 19:58, Chris G a écrit :
On Tue, Nov 16, 2010 at 01:47:26PM -0500, Victor Duchovni wrote:
On Tue, Nov 16, 2010 at 06:39:49PM +, Chris G wrote:
It sounds like you have both Postfix and Sendmail on the same systems,
and perhaps confused about which MTA is handling which mail.
On 11/16/2010 2:03 PM, Chris G wrote:
Er, it's Postfix isn't it? :-) Or have I misunderstood completely
(quite likely!).
When I 'telnet mws.zbmc.eu 25' from the client it does connect to
mws.zbmc.eu (192.168.1.4) and mws.zbmc.eu reports the connection to be
coming from 192.168.1.2 which is dps
On Tue, Nov 16, 2010 at 01:58:06PM -0500, Victor Duchovni wrote:
> On Tue, Nov 16, 2010 at 06:50:02PM +, Chris G wrote:
>
> > So where is there a system sending this mail which appears to be
> > 84.45.228.40?
> >
> > From what I can see in the logs the mail isn't going out to the outside
> >
On Tue, Nov 16, 2010 at 01:47:26PM -0500, Victor Duchovni wrote:
> On Tue, Nov 16, 2010 at 06:39:49PM +, Chris G wrote:
>
> > > It sounds like you have both Postfix and Sendmail on the same systems,
> > > and perhaps confused about which MTA is handling which mail.
> >
> > When I say 'sendmail
On Tue, Nov 16, 2010 at 06:50:02PM +, Chris G wrote:
> So where is there a system sending this mail which appears to be
> 84.45.228.40?
>
> From what I can see in the logs the mail isn't going out to the outside
> world and coming back in, it's just going from 192.168.1.2 to 192.168.1.4.
Th
On Tue, Nov 16, 2010 at 12:27:56PM -0600, Larry Stone wrote:
> On Tue, 16 Nov 2010, Chris G wrote:
>
> >Yes, I realise that "It connects from 84.45.228.40" but I can find no
> >reason at all *why* the postfix server process on mws.zbmc.eu thinks
> >that the connection is from 84.45.228.40.
>
> Be
On Tue, Nov 16, 2010 at 06:39:49PM +, Chris G wrote:
> > It sounds like you have both Postfix and Sendmail on the same systems,
> > and perhaps confused about which MTA is handling which mail.
>
> When I say 'sendmail' I just mean the postfix executable of that name
> which is used by mutt (am
On Tue, Nov 16, 2010 at 01:13:48PM -0500, Victor Duchovni wrote:
> On Tue, Nov 16, 2010 at 06:06:27PM +, Chris G wrote:
>
> > On Tue, Nov 16, 2010 at 12:34:38PM -0500, Wietse Venema wrote:
> > > Chris G:
> > > > Yes, I realise that "It connects from 84.45.228.40" but I can find no
> > > > reas
On Tue, 16 Nov 2010, Chris G wrote:
Yes, I realise that "It connects from 84.45.228.40" but I can find no
reason at all *why* the postfix server process on mws.zbmc.eu thinks
that the connection is from 84.45.228.40.
Because that's where it came from.
Wherever I look on my LAN the IP addres
On Tue, Nov 16, 2010 at 06:06:27PM +, Chris G wrote:
> On Tue, Nov 16, 2010 at 12:34:38PM -0500, Wietse Venema wrote:
> > Chris G:
> > > Yes, I realise that "It connects from 84.45.228.40" but I can find no
> > > reason at all *why* the postfix server process on mws.zbmc.eu thinks
> > > that t
On Tue, Nov 16, 2010 at 12:34:38PM -0500, Wietse Venema wrote:
> Chris G:
> > Yes, I realise that "It connects from 84.45.228.40" but I can find no
> > reason at all *why* the postfix server process on mws.zbmc.eu thinks
> > that the connection is from 84.45.228.40.
>
> Because the operating syste
Chris G:
> Yes, I realise that "It connects from 84.45.228.40" but I can find no
> reason at all *why* the postfix server process on mws.zbmc.eu thinks
> that the connection is from 84.45.228.40.
Because the operating system kernel said so when Postfix asked.
Wietse
ge.
> >
> >The bottom of /etc/postfix/main.cf on dps.zbmc.eu is:-
> >
> >myhostname = dps.zbmc.eu
> >alias_maps = hash:/etc/aliases
> >alias_database = hash:/etc/aliases
> >myorigin = /etc/mailname
> >mydestination = dps.zbm
(well, its IP) and rejects it with a 'relaying
denied' message.
The bottom of /etc/postfix/main.cf on dps.zbmc.eu is:-
myhostname = dps.zbmc.eu
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = dps.zbmc.e
nd rejects it with a 'relaying
denied' message.
The bottom of /etc/postfix/main.cf on dps.zbmc.eu is:-
myhostname = dps.zbmc.eu
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = dps.zbmc.eu, localhost.zbmc.eu, loc
h obviously doesn't exist.
>
> So my question is, is it possible to clean out the @$myorigin or
> convince it not to append it so I can then just pass it through LMTP to
> Zarafa?
Your configuration is wrong. If Zarafa's LMTP server expects bare
RCPT TO: comands, fix that soft
.com so of course
postfix recognizes it as a non-domain and appends @$myorigin. The system
then recognizes it as a local user and uses mailbox_command = ... to
deliver it.
But, in the end I would really like to deliver it using lmtp (see the
virtual_transport line) to Zarafa which is its destination,
And NO, you do not need a myhostname entry!
MountainX a écrit :
> Brian Evans - Postfix List wrote:
>>[snip]
>> In your case, you should have something like:
>> mydomain = example.com
>> myhostname = mail.example.com
>>
>> myhostname must be the fully qualified name.
example.com is fully qualified.
It is ok for him to use this as long as
MountainX wrote:
You need to set mydomain yourself!
Othwise, mydomain defaults to the string "localdomain":
postconf -d mydomain
mydomain = localdomain
Just set mydomain correctly and then use "myorigin = $mydomain":
mydomain = my-own-domain.com
myorigin = $mydomain
Nothing more needed :)
Brian Evans - Postfix List wrote:
>
> MountainX wrote:
>>
>> Brian Evans - Postfix List wrote:
>>
>>> MountainX wrote:
>>>
>>>> I was reading the SOHO doc and decied that setting "myorigin =
>>>> $mydomain"
Brian Evans - Postfix List wrote:
>
> MountainX wrote:
>>
>> Brian Evans - Postfix List wrote:
>>
>>> MountainX wrote:
>>>
>>>> I was reading the SOHO doc and decied that setting "myorigin =
>>>> $mydomain"
MountainX wrote:
>
> Brian Evans - Postfix List wrote:
>
>> MountainX wrote:
>>
>>> I was reading the SOHO doc and decied that setting "myorigin = $mydomain"
>>> might address my needs. (I was just guessing, because it isn't clear to
&g
Brian Evans - Postfix List wrote:
>
> MountainX wrote:
>> I was reading the SOHO doc and decied that setting "myorigin = $mydomain"
>> might address my needs. (I was just guessing, because it isn't clear to
>> me
>> exactly what this setti
MountainX wrote:
> I was reading the SOHO doc and decied that setting "myorigin = $mydomain"
> might address my needs. (I was just guessing, because it isn't clear to me
> exactly what this setting does.) After making the change, I have the problem
> where my postfix
I was reading the SOHO doc and decied that setting "myorigin = $mydomain"
might address my needs. (I was just guessing, because it isn't clear to me
exactly what this setting does.) After making the change, I have the problem
where my postfix logs show emails addressed like this
84 matches
Mail list logo
