On Thu, Jun 12, 2014 at 10:44:36AM +, Juan Pablo wrote:
> Jun 11 21:34:16 mailsrv postfix/smtp[30497]: 264B6B11D:
> to=, relay=127.0.0.1[127.0.0.1]:10024,
> delay=2.5, delays=2/0/0/0.51, dsn=2.6.0, status=sent (250 2.6.0 Ok,
> id=30520-03, from MTA: 250 2.0.0 Ok: queued as D12E6C045)
> Jun 11
Michael Neurohr:
> Although it's not a Postfix problem, I'd like to share the solution just
> for completeness in the hope it might be useful.
>
> Instead of setting sender and recipient as parameters, one should
> forward it as arguments.
>
> The whole thing now looks as follows:
>
> The filter
Although it's not a Postfix problem, I'd like to share the solution just
for completeness in the hope it might be useful.
Instead of setting sender and recipient as parameters, one should
forward it as arguments.
The whole thing now looks as follows:
The filter definition in Postfix' master.cf:
Am 11.06.2014 21:17, schrieb Kai Krakow:
* mbox server: handle pop3 and imap requests from users
* accepts no external traffic, just from mailout / bulkmail
* just a receiver for local domains
* maybe handle dovecot outgoing mails (thou we didn't support anyway)
Any ide
On 12.06.2014 13:19, Wietse Venema wrote:
> If you use mail software that mis-handles addresses such as
> "#16155...@gmx.net" then you need to use better mail software.
The point is, that I'm passing the mail from Postfix with the command
/usr/bin/procmail -m E_SENDER=${sender} E_RECIPIENT=${rec
Michael Neurohr:
> On 12.06.2014 13:19, Wietse Venema wrote:
> > If you use mail software that mis-handles addresses such as
> > "#16155...@gmx.net" then you need to use better mail software.
>
> The point is, that I'm passing the mail from Postfix with the command
> /usr/bin/procmail -m E_SENDER
Konstantin:
> Jun 8 11:37:38 server postfix/smtpd[21385]: > 127.0.0.1:10024: XFORWARD
> NAME=d216.mailgun.info ADDR=50.23.218.216 PORT=52871 HELO=d216.mailgun.info
> IDENT=[UNAVAILABLE] PROTO=ESMTP SOURCE=REMOTE
You have "smtpd -v" logging turned on in master.cf, or you have
"debug_peer_list" tur
Am 12.06.2014 16:05, schrieb Konstantin:
> I did not enable debug logging
> As i wrote these messages appear from time to time. Not all the time.
*you did*
the commands you also have in your maillog are normally *not*
logged at all (250-ENHANCEDSTATUSCODES, vstream_fflush_some:
fd 25 flush 29 an
I did not enable debug logging.
As i wrote these messages appear from time to time. Not all the time.
2014-06-12 15:07 GMT+03:00 li...@rhsoft.net :
>
> Am 12.06.2014 14:00, schrieb Konstantin:
> > I found that sometimes my postfix-2.11.0 write following in maillog
> > Today postfix logged ~ 5000
hyndavirap...@bel.co.in:
> Thanks for the reply. I have only configured the whole setup. I am
> getting DSN from relay server to sender but not from the destination.
If the relay sends a DSN for success, the remote system won't send one.
If the relay sends a DSN for failure, the remote system won
Hi,
Thanks for the reply. I have only configured the whole setup. I am
getting DSN from relay server to sender but not from the destination.
I have a basic question.. how to enable DSN by default in postfix?
Thanks and regards
Hyndvai
> hyndavirap...@bel.co.in:
>> getting delivered to send
Am 12.06.2014 14:00, schrieb Konstantin:
> I found that sometimes my postfix-2.11.0 write following in maillog
> Today postfix logged ~ 5000 of rec_get messages to maillog in 1 sec only.
> Please advice how to stop this.
>
> Jun 8 11:37:38 server postfix/smtpd[21385]: rec_get: type R len 2 data
Hello,
I found that sometimes my postfix-2.11.0 write following in maillog
Today postfix logged ~ 5000 of rec_get messages to maillog in 1 sec only.
Please advice how to stop this.
Jun 8 11:37:38 server postfix/smtpd[21385]: rec_get: type R len 2 data 50
Jun 8 11:37:38 server postfix/smtpd[2138
Michael Neurohr:
> Hi,
> the German Free Mailer GMX sends its newsletters with a Return-Path
> like "#16155...@gmx.net".
> I also recognized that sometimes the sending mail server does not
> provide a Return-Path at all.
The Return-Path: header is CREATED upon final delivery.
The Return-Path: hea
hyndavirap...@bel.co.in:
> getting delivered to sender inbox. when Relay server forwards the mail to
> actual destination, Sender is not getting any notification.
Ask the remote system administrator why they aren't sending DSN.
Wietse
Hello,
I am wondering if someone can point me in direction of troubleshooting
this.
For the past week we have been receiving some emails as duplicates or
more, some times up to 6 or 7 times.
These multiple copes can be received from any host (eg, skype.com,
linkedin.com, yahoo, gmail or some
16 matches
Mail list logo
