I followed the steps on the page
http://serverfault.com/questions/258469/how-to-configure-postfix-to-pipe-all-incoming-email-to-a-script
I wrote something on console by a script but could not see my mails in
directory
Hi,
On Wed, Dec 04, 2013 at 10:56:50AM +0200, Merve Temizer wrote:
> I followed the steps on the page
> http://serverfault.com/questions/258469/how-to-configure-postfix-to-pipe-all-incoming-email-to-a-script
>
> I wrote something on console by a script but could not see my mails in
> directory
p
Thanks for respons.
My conf is below:
master.cf
javapipe unix - n n - - pipe
user=pstfx flags=DRhuX argv=java /somejar -args ${recipient}
postconf -n
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases , ldap:/etc/postfix/ldap-aliases.cf
append_dot_mydomain = no
biff = no
confi
I need to run a perl or java script to save all incoming mails,
but at first i need to test if my piping configuration is working, and i
need to know if i must do something after saving mail in a perl or Java
code.
2013/12/4 Merve Temizer
> Thanks for respons.
>
> My conf is below:
>
>
> maste
Sorry about my mails before response,
but i saw the page :http://www.postfix.org/FILTER_README.html#simple_filter
Do i have to use sendmail to inject mail back, does not it become an
infinite loop, how can i manage this, is not there a cleaner way?
Thanks for patience.
2013/12/4 Merve Temizer
Hi,
> Do i have to use sendmail to inject mail back, does not it become an
> infinite loop, how can i manage this, is not there a cleaner way?
there is still some confusion about what you are trying to achieve. I
understand that you need to save all incoming mail, but:
a) is your script the fin
Thanks for response.
It is "b)" .
By "milter" do you mean filtering before queue, am i right? Because there
is a title of the page http://www.postfix.org/MILTER_README.html that makes
me think "milter is filtering before queue".
Am i right?
If so, as i understand, before queue filtering is some
Hello Viktor
Thank you for your answer.
Pls find my answers inserted.
I changed names and ips.
Rgds
Alain
Le 03/12/13, Viktor Dukhovni a écrit :
> On Tue, Dec 03, 2013 at 10:50:45AM +0100, POSTFIX MAIL wrote:
>
> > Oct 29 13:47:39 pf2 postfix/smtpd[22983]:
> > D6D66864044: client=email.c
On Wed, Dec 04, 2013 at 05:24:46PM +0100, POSTFIX MAIL wrote:
> Thank you for your answer.
Please read it carefully, I mean what I say.
> > What does "stay busy" mean? Show the log entries for pids 22983
> > and 9868 immediately before and immediately after the ones above.
>
> I mean both daemon
For the first time ever, 7 of my (very much legitimate) automated
messages sent to gmail users have bounced with this message:
Our system has detected that this message is likely unsolicited mail.
To reduce the amount of spam sent to Gmail this message has been
blocked. Please visit
http://support
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Grant schrieb:
>For the first time ever, 7 of my (very much legitimate) automated
>messages sent to gmail users have bounced with this message:
>
>Our system has detected that this message is likely unsolicited mail.
>To reduce the amount of spam se
I have a postfix server configured with following restrictions -
smtpd_reject_unlisted_sender = yes
smtpd_relay_restrictions = reject_unverified_recipient,
permit_mynetworks, permit_sasl_authenticated, permit_auth_destination,
reject
smtpd_recipient_restrictions =
reject_rbl_client zen.s
On 12/4/2013 12:24 PM, Nilesh Govindrajan wrote:
> I have a postfix server configured with following restrictions -
>
> smtpd_reject_unlisted_sender = yes
>
> smtpd_relay_restrictions = reject_unverified_recipient,
> permit_mynetworks, permit_sasl_authenticated, permit_auth_destination,
> reject
That's what I concluded. Posted just to clear my doubt.
What's the fix or workaround? All php applications use the mail function.
On 05-Dec-2013 12:02 am, "Noel Jones" wrote:
> On 12/4/2013 12:24 PM, Nilesh Govindrajan wrote:
> > I have a postfix server configured with following restrictions -
>
On 05-Dec-2013 12:03 am, "Nilesh Govindrajan" wrote:
>
> That's what I concluded. Posted just to clear my doubt.
> What's the fix or workaround? All php applications use the mail function.
>
> On 05-Dec-2013 12:02 am, "Noel Jones" wrote:
>>
>> On 12/4/2013 12:24 PM, Nilesh Govindrajan wrote:
>> >
On 12/4/2013 12:33 PM, Nilesh Govindrajan wrote:
> That's what I concluded. Posted just to clear my doubt.
> What's the fix or workaround? All php applications use the mail
> function.
Change your PHP to use SMTP or a sendmail-compatible wrapper such as
mini_smtp rather than sendmail(1).
-- N
On 05-Dec-2013 12:09 am, "Noel Jones" wrote:
>
> On 12/4/2013 12:33 PM, Nilesh Govindrajan wrote:
> > That's what I concluded. Posted just to clear my doubt.
> > What's the fix or workaround? All php applications use the mail
> > function.
>
>
> Change your PHP to use SMTP or a sendmail-compatible
On Wed, Dec 04, 2013 at 11:54:11PM +0530, Nilesh Govindrajan wrote:
> I have a postfix server configured with following restrictions -
>
> smtpd_reject_unlisted_sender = yes
You'll have implement this control in the PHP application or submit email
via SMTP, rather than the sendmail(1) command.
On 05-Dec-2013 12:17 am, "Viktor Dukhovni"
wrote:
>
> On Wed, Dec 04, 2013 at 11:54:11PM +0530, Nilesh Govindrajan wrote:
>
> > I have a postfix server configured with following restrictions -
> >
> > smtpd_reject_unlisted_sender = yes
>
> You'll have implement this control in the PHP application
On Thu, Dec 05, 2013 at 12:23:50AM +0530, Nilesh Govindrajan wrote:
> > > What am I missing?
> >
> > Don't let your PHP applications send mail to arbitrary addresses
> > unless they are restricted to authenticated trusted users. If the
> > latter, make sure you have valid sender addresses recorde
On 05-Dec-2013 12:40 am, "Viktor Dukhovni"
wrote:
>
> On Thu, Dec 05, 2013 at 12:23:50AM +0530, Nilesh Govindrajan wrote:
>
> > > > What am I missing?
> > >
> > > Don't let your PHP applications send mail to arbitrary addresses
> > > unless they are restricted to authenticated trusted users. If t
>>For the first time ever, 7 of my (very much legitimate) automated
>>messages sent to gmail users have bounced with this message:
>>
>>Our system has detected that this message is likely unsolicited mail.
>>To reduce the amount of spam sent to Gmail this message has been
>>blocked. Please visit
>>
Hi Viktor,
On Mon, Dec 2, 2013 at 1:07 PM, Viktor Dukhovni
wrote:
> On Mon, Dec 02, 2013 at 12:23:54PM -0500, Alex wrote:
>
>> > No need. This is the problem with Exchange on Windows 2003, and
>> > the broken DES-CBC3-SHA ciphersuite. Work-around in the list
>> > archives.
>>
>> I believe I've
Supposedly, the recipients are getting their emails from other
senders. However, when sending email from postfix, I get mx
malformed bounce.
I did a dig on mx record for that domain and got...
enlglobal.com. 300 IN MX 0 .
Is this legit? If yes, what is the mail server?
On Wed, Dec 04, 2013 at 09:12:27PM -0500, Roman Gelfand wrote:
> Supposedly, the recipients are getting their emails from other
> senders. However, when sending email from postfix, I get mx
> malformed bounce.
>
> I did a dig on mx record for that domain and got...
>
> enlglobal.com.
On 12/04/2013 04:22 PM, Merve Temizer wrote:
Thanks for response.
It is "b)" .
That's what always_bcc is for.
The process behind the bcc address can trivially retrieve the original
recipient - heck, postfix can even extract it for you with pipe(8).
Don't with the original mail flow a
Thanks. Then why is the message "Name service error for
name=enlglobal.com type=MX: Malformed or unexpected name server
reply"? Shouldn't the message have been "Domain enlglobal.com doesn't
accept emails"?
On Wed, Dec 4, 2013 at 9:32 PM, Viktor Dukhovni
wrote:
> On Wed, Dec 04, 2013 at 09:12:27
On Wed, Dec 04, 2013 at 10:32:05PM -0500, Roman Gelfand wrote:
> Thanks. Then why is the message "Name service error for
> name=enlglobal.com type=MX: Malformed or unexpected name server
> reply"? Shouldn't the message have been "Domain enlglobal.com doesn't
> accept emails"?
Because Postfix do
Am 05.12.2013 03:12, schrieb Roman Gelfand:
> Supposedly, the recipients are getting their emails from other
> senders. However, when sending email from postfix, I get mx
> malformed bounce.
>
> I did a dig on mx record for that domain and got...
>
> enlglobal.com. 300 IN MX
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I was wondering if it could be implemented (and if it wise to do it) a sort of
conditional transport
Something like:
try {
normal delivery
} catch (SMTP 4xx) {
requeue for 8 hours
} catch (SMTP 5xx || on_queue > 8 hours) {
Zitat von Luigi Rosa :
The main goal is to deliver to ISP SMTP the mail rejected by destination MTA
because it thinks that my MTA is not reliable and the causes of this
rejection cannot be solved.
try smtp_fallback_relay and maybe soft_bounce
Andreas
Hi, i've a problem causing by blacklist.
I 've a virtual postfix mail server (with smtp server sasl auth), when a
user send a mail
using my smtp server to a specific domain i obtain:
" hostname ... server refused to talk to me: 550 Denied by policy"
My problem is that the sender isn't warned o
32 matches
Mail list logo
