Hmm, probably I can't base on this, because when I send one email I have in
log three lines with "from=" and value .
1st line --> Apr 4 09:32:41 s1 postfix/submission/smtpd[5622]: NOQUEUE:
filter: RCPT from host-X.Y.Z.W.static.com[X.Y.Z.W]: < t...@example.com >:
Sender address triggers FILTER amav
Or maybe I could base on this value but divided by 3.
2018-04-04 9:43 GMT+02:00 Poliman - Serwis :
> Hmm, probably I can't base on this, because when I send one email I have
> in log three lines with "from=" and value .
> 1st line --> Apr 4 09:32:41 s1 postfix/submission/smtpd[5622]: NOQUEUE:
>
On 03.04.2018 02:37, John Stoffel wrote:
> But... isn't discourse running in it's own container, so you'd be
> spinning up postfix it another container...
John Allen asked "what is the attraction of docker", and I was just
mucking about with a new Discourse installation, so I mentioned this as
*m
The log line from avmavis already has the sender a single time, regardless of
the number of recipients.
Also, if you grep on from, keep in mind that the email first goes from outside
to postfix (1st from), the from postfix to amavis (second from), then from
amavis back to postfix (third from).
Am 04.04.2018 um 02:08 schrieb David Mehler:
Hello,
What I'm wanting to do is configure clients to get their account
information automatically. I know this for Mozilla is called
autoconfig and for Microsoft it's autodiscover, and apparently there's
an srv record I just read about.
If anyone has
Poliman - Serwis:
> Could you tell me I could add e-mails together from mail.log which are in
> line with "from=" part? Hmm I hope I say clear. I need count emails from
> particular mailbox. Can I base on "from="? For example:
> Apr 3 11:49:48 s1 postfix/qmgr[722]: 3B8C313BE2D: from=,
> size=4000,
Hi
You mean we are actually sharing mailboxes to a separate storage? And
still mails are delivered in the same node(ip address) where postfix
is running?
I am trying to find a way through which the mails can be delivered to
this separate storage. This storage is like simply a remote storage
not a
On 04.04.18 18:28, SAAHIL IFTEKHAR wrote:
You mean we are actually sharing mailboxes to a separate storage? And
still mails are delivered in the same node(ip address) where postfix
is running?
I am trying to find a way through which the mails can be delivered to
this separate storage. This stora
SAAHIL IFTEKHAR:
> Hi
>
> You mean we are actually sharing mailboxes to a separate storage? And
> still mails are delivered in the same node(ip address) where postfix
> is running?
>
> I am trying to find a way through which the mails can be delivered to
> this separate storage. This storage is l
Hi
Initially I was able to deliver through the second option (the storage has
some server running) through lmtp and port 24.
But now the requirement is like the option one( using NFS, iSCSI,etc). Two
queries regarding this first option:-
1) Its not like delivering to a different location, I feel.
On Tue, Apr 03, 2018 at 07:46:42PM -0400, Wietse Venema wrote:
> I updated both the postfix-script file and the master daemon.
>
> I'd appreciate it if someone could verify that this will run the
> master daemon with PID 1, and that 'postfix stop' in the container
> will stop the master daemon. If
Eray Aslan:
> On Tue, Apr 03, 2018 at 07:46:42PM -0400, Wietse Venema wrote:
> > I updated both the postfix-script file and the master daemon.
> >
> > I'd appreciate it if someone could verify that this will run the
> > master daemon with PID 1, and that 'postfix stop' in the container
> > will st
> On Apr 4, 2018, at 1:08 PM, Wietse Venema wrote:
>
> Just for the heck of it, can you replace in src/master/master_sig.c
> this code:
>
>if (kill(pid, SIGKILL) < 0)
>msg_fatal("%s: kill myself: %m", myname);
>
> With this code:
>
>exit(0);
>
> And see if that fixes the PID
Wietse Venema:
> Just for the heck of it, can you replace in src/master/master_sig.c
> this code:
>
>if (kill(pid, SIGKILL) < 0)
>msg_fatal("%s: kill myself: %m", myname);
>
> With this code:
>
>exit(0);
>
> And see if that fixes the PID=1 behavior?
Viktor Dukhovni:
> Perhaps i
> On Apr 4, 2018, at 1:31 PM, Wietse Venema wrote:
>
> According to RTFM, the exit() function does not return so it can't 'fail'.
>
> FreeBSD:
> The exit() and _Exit() functions never return.
> The _exit() system call can never return.
> Linux:
> The exit() function does not return
Viktor Dukhovni:
>
>
> > On Apr 4, 2018, at 1:31 PM, Wietse Venema wrote:
> >
> > According to RTFM, the exit() function does not return so it can't 'fail'.
> >
> > FreeBSD:
> > The exit() and _Exit() functions never return.
> > The _exit() system call can never return.
> > Linux:
> >
Am 04.04.2018 um 19:08 schrieb Wietse Venema:
> Eray Aslan:
>> On Tue, Apr 03, 2018 at 07:46:42PM -0400, Wietse Venema wrote:
>>> I updated both the postfix-script file and the master daemon.
>>>
>>> I'd appreciate it if someone could verify that this will run the
>>> master daemon with PID 1, an
A. Schulze:
> Am 04.04.2018 um 19:08 schrieb Wietse Venema:
> > Eray Aslan:
> >> On Tue, Apr 03, 2018 at 07:46:42PM -0400, Wietse Venema wrote:
> >>> I updated both the postfix-script file and the master daemon.
> >>>
> >>> I'd appreciate it if someone could verify that this will run the
> >>> mast
Wietse Venema:
> A. Schulze:
> > Am 04.04.2018 um 19:08 schrieb Wietse Venema:
> > > Eray Aslan:
> > >> On Tue, Apr 03, 2018 at 07:46:42PM -0400, Wietse Venema wrote:
> > >>> I updated both the postfix-script file and the master daemon.
> > >>>
> > >>> I'd appreciate it if someone could verify that
> > And see if that fixes the PID=1 behavior?
> > >
> > > it does in any way. Thanks, Wietse!
> > >
> > > I tried both, exit(0) and _exit(0) :-)
> >
> > Andreas, thanks for the encouraging words :-)
>
> I also need you guys to verify that with the Postfix master running
> as PID=1, "docker stop" will no longer leave the master daemon
> running until Docker times out and forcibly terminates everything.
>
> By default, "docker stop" should send signal SIGTERM (signal 15) which
> is what Postfix expects, but it is good to verify.
BTW postfix-3.4-20180404 has the _exit() call.
Wietse
> > > >>> I'd appreciate it if someone could verify that this will run the
> > > >>> master daemon with PID 1, and that 'postfix stop' in the container
> > > >>> will stop the master daemon. If it doesn't, then Linux does weird
> > > >>> stuff with PID 1 processes.
Correct. The Linux kernel doesn
Hi Phillip,
>> I have a question in regards to removing some trace records when providing
>> submission on Postfix 3.1.x and later.
>>
>> While reading RFC 6409 (“Message Submission for Mail”), I note that the RFC
>> observes that:
>>
>> "Even when submitted messages are complete, local site
HAKNER J:
> > > > >>> I'd appreciate it if someone could verify that this will run the
> > > > >>> master daemon with PID 1, and that 'postfix stop' in the container
> > > > >>> will stop the master daemon. If it doesn't, then Linux does weird
> > > > >>> stuff with PID 1 processes.
>
> Correct.
>That may be so, but why does the lame Linux kernel silently ignore
>the kill() call instead of properly returning an error.
>
> Wietse
:) I don't write the code, just reporting the bad news!
I think however the reasoning is as follows: clearly a user-mode process
can send a signal to in
On 2018-04-05 08:54:45 (+0800), J Doe wrote:
Hi Phillip,
I have a question in regards to removing some trace records when
providing submission on Postfix 3.1.x and later.
While reading RFC 6409 (“Message Submission for Mail”), I note
that the RFC observes that:
"Even when submitted mess
I am not sure I understood well. There are three "from=", and you said
which one repond to which behavior, so I think I could base on "from=" from
log file but I should divide by three number of emails send by specific
user. Am I right?
2018-04-04 11:11 GMT+02:00 chaouche yacine :
> The log line
Unfortunately I use Postfix from Ubuntu repos.
2018-04-04 13:08 GMT+02:00 Wietse Venema :
> Poliman - Serwis:
> > Could you tell me I could add e-mails together from mail.log which are in
> > line with "from=" part? Hmm I hope I say clear. I need count emails from
> > particular mailbox. Can I ba
On Thursday, April 05, 2018 07:34:44 AM Poliman - Serwis wrote:
> Unfortunately I use Postfix from Ubuntu repos.
apt-get source postfix
cd postfix-[version] (depends your Ubuntu release)
cd auxiliary/collate
ls
and you'll see both collate.pl and the associated README.
Scott K
> 2018-04-04 13:08
On Wed, Apr 04, 2018 at 08:56:46PM -0400, Wietse Venema wrote:
> That may be so, but why does the lame Linux kernel silently ignore
> the kill() call instead of properly returning an error.
The signal is ignored the same way as if someone had called
| signal(SIGFOO, SIG_IGN)
Bastian
--
You! Wh
> On Apr 5, 2018, at 1:39 AM, Scott Kitterman wrote:
>
> On Thursday, April 05, 2018 07:34:44 AM Poliman - Serwis wrote:
>> Unfortunately I use Postfix from Ubuntu repos.
>
> apt-get source postfix
> cd postfix-[version] (depends your Ubuntu release)
> cd auxiliary/collate
> ls
>
> and you'll
Using collate.pl script I won't have to count "from=" from mail log, this
script merge it, am I right?
2018-04-05 7:57 GMT+02:00 Viktor Dukhovni :
>
>
> > On Apr 5, 2018, at 1:39 AM, Scott Kitterman
> wrote:
> >
> > On Thursday, April 05, 2018 07:34:44 AM Poliman - Serwis wrote:
> >> Unfortunate
> On Apr 5, 2018, at 2:07 AM, Poliman - Serwis wrote:
>
> Using collate.pl script I won't have to count "from=" from mail log, this
> script merge it, am I right?
Try it and see what you get. You may need to make some adjustments to the
regular expressions
depending on how your syslog forma
p -l -t
unix -u
postfix 77 0.0 0.1 71572 2864 ?S06:42 0:00 qmgr -l -t
unix -u
root78 0.0 0.0 17556 1188 ?Rs 06:42 0:00 ps aux
$ docker exec 9cb6c36eb8f2 postconf mail_version
mail_version = 3.4-20180404
$ time docker exec 9cb6c36eb8f2 postfix stop
re
33 matches
Mail list logo
