Venkat R:
> Thank you Wieste. Sorry for the repetition but the python or the Java vers
>-ion of the jitler a good option? My use case is very basic so Java is much p
>-referred for milter development if jitler framework work with the postfix.
I wrote Postfix, and don't use every milter in the uni
Thank you Wieste. Sorry for the repetition but the python or the Java version
of the jitler a good option? My use case is very basic so Java is much
preferred for milter development if jitler framework work with the postfix.
Anyone tried Java version of the milter to get full email content with
Prasad R:
> Thank you Wietse. This is the link I was reading:
> http://www.postfix.org/MILTER_README.html and forth bullet from the bottom
> of the page.
> How can I configure the milter to get access to full content and use it
> after smtpd_proxy_filter? Any pointers on the documentation?
Documen
Thank you Wietse. This is the link I was reading:
http://www.postfix.org/MILTER_README.html and forth bullet from the bottom
of the page.
How can I configure the milter to get access to full content and use it
after smtpd_proxy_filter? Any pointers on the documentation?
On Wed, Jun 19, 2013 at 5:
Prasad R:
> I checked in to the SendMail Milter APIs but postfix documentation said,
> its only used in Before Queue Content Filter and doesn't have access to the
> full content of the email. And I didn't find the SendMail Milter API
Your reading is incorrect. The Milter has access to the full con
Hi,
I am new to postfix and want to develop a content filter/milter that will
need to perform the following activities.
- get the full email content including headers, body
- be able to adjust the email content before it goes to user, this could
mean reject the message going to user.
I checked in
On Wed, Jun 19, 2013 at 07:43:16PM +0100, Craig R. Skinner wrote:
> Looks simple enough, but no joy with:
>
> virtual_alias_maps.map:
> user.n...@example.com user1@localhost
>
> status=bounced (mail for localhost.example.com loops back to myself)
You MUST include localhost.$mydomain in mydestin
On 6/19/2013 12:56 PM, Jeroen Geilman wrote:
> On 06/19/2013 07:32 PM, Wietse Venema wrote:
>> Ansgar Wiechers:
>>> On 2013-06-19 Jeroen Geilman wrote:
>> Zitat von Andreas Kasenides :
>>> Out: 250-VRFY
You really don't want to enable VRFY on a public mailserver; it
only
enab
On 2013-06-19 Wed 18:12 PM |, Jeroen Geilman wrote:
> >hosts a single mail domain IIUC. He's simply wanting to create alias
> >addresses presented to the public for each local UNIX mailbox address.
> >Additionally he wants to reject any inbound mail destined for the actual
> >local UNIX addresses,
On 2013-06-19 Wed 10:55 AM |, Stan Hoeppner wrote:
>
> I'm anything but an expert in this particular area of Postfix, but I
> think the problem is that Craig is trying to use virtual_alias_maps when
> he should probably just be using the local aliases file. His Postfix
> hosts a single mail domai
On 06/19/2013 07:32 PM, Wietse Venema wrote:
Ansgar Wiechers:
On 2013-06-19 Jeroen Geilman wrote:
Zitat von Andreas Kasenides :
Out: 250-VRFY
You really don't want to enable VRFY on a public mailserver; it only
enables more spammers to abuse you.
Set 'disable_vrfy_command = yes' in main.cf t
Ansgar Wiechers:
> On 2013-06-19 Jeroen Geilman wrote:
> >>> Zitat von Andreas Kasenides :
> Out: 250-VRFY
> >
> > You really don't want to enable VRFY on a public mailserver; it only
> > enables more spammers to abuse you.
> > Set 'disable_vrfy_command = yes' in main.cf to globally disable
On 2013-06-19 Jeroen Geilman wrote:
>>> Zitat von Andreas Kasenides :
Out: 250-VRFY
>
> You really don't want to enable VRFY on a public mailserver; it only
> enables more spammers to abuse you.
> Set 'disable_vrfy_command = yes' in main.cf to globally disable it.
Not really. Aside the fact
On 06/19/2013 05:55 PM, Stan Hoeppner wrote:
On 6/19/2013 10:16 AM, Wietse Venema wrote:
Craig R. Skinner:
On 2013-06-19 Wed 06:51 AM |, Stan Hoeppner wrote:
On 6/19/2013 6:11 AM, Craig R. Skinner wrote:
What happens when you try
mydestination =
That's something I didn't think of trying.
On 06/19/2013 02:33 PM, Birta Levente wrote:
On 19/06/2013 14:37, lst_ho...@kwsoft.de wrote:
Zitat von Andreas Kasenides :
One of my mail servers (postfix 2.6) has been target of what seems to
me to be an attack.
The attacker tried to deliver messages to a non-existent user names
formed as a
On 6/19/2013 10:16 AM, Wietse Venema wrote:
> Craig R. Skinner:
>> On 2013-06-19 Wed 06:51 AM |, Stan Hoeppner wrote:
>>> On 6/19/2013 6:11 AM, Craig R. Skinner wrote:
>>>
>>> What happens when you try
>>>
>>> mydestination =
>>>
>>
>> That's something I didn't think of trying.
>>
>> Either blank,
Craig R. Skinner:
> On 2013-06-19 Wed 06:51 AM |, Stan Hoeppner wrote:
> > On 6/19/2013 6:11 AM, Craig R. Skinner wrote:
> >
> > What happens when you try
> >
> > mydestination =
> >
>
> That's something I didn't think of trying.
>
> Either blank, or with localhost:
>
> status=bounced (User
Am 2013-06-19 09:56, schrieb Grant:
I think I need to tell munin where my postfix logs are
(/var/log/mail/current) since I use metalog. How can I do that?
Instead of searching online, use the built-in pod based format, e.g.:
$ munindoc postfix_mailstats
You just improved my life.
You mig
On 2013-06-19 Wed 06:51 AM |, Stan Hoeppner wrote:
> On 6/19/2013 6:11 AM, Craig R. Skinner wrote:
>
> What happens when you try
>
> mydestination =
>
That's something I didn't think of trying.
Either blank, or with localhost:
status=bounced (User unknown in virtual alias table)
Which is wi
On 19/06/2013 14:37, lst_ho...@kwsoft.de wrote:
Zitat von Andreas Kasenides :
One of my mail servers (postfix 2.6) has been target of what seems to
me to be an attack.
The attacker tried to deliver messages to a non-existent user names
formed as a long hex
string. It only happened once from on
On 6/19/2013 6:11 AM, Craig R. Skinner wrote:
>
> I'm setting up Postfix for a domain that hosts Dovecot IMAP mail dirs
> for real Unix accounts. Postfix needs to accept mail for users' public
> aliases, but not their Unix login, and reject mail for daemon accounts.
> e.g:
>
>
> joe.blo...@examp
Zitat von Andreas Kasenides :
One of my mail servers (postfix 2.6) has been target of what seems
to me to be an attack.
The attacker tried to deliver messages to a non-existent user names
formed as a long hex
string. It only happened once from one particular client and kept
going for some
I'm setting up Postfix for a domain that hosts Dovecot IMAP mail dirs
for real Unix accounts. Postfix needs to accept mail for users' public
aliases, but not their Unix login, and reject mail for daemon accounts.
e.g:
joe.blo...@example.com --> jb4356
jane.blos...@example.com-->
One of my mail servers (postfix 2.6) has been target of what seems to
me to be an attack.
The attacker tried to deliver messages to a non-existent user names
formed as a long hex
string. It only happened once from one particular client and kept going
for some time.
SMTP sessions were coming in o
>>> I think I need to tell munin where my postfix logs are
>>> (/var/log/mail/current) since I use metalog. How can I do that?
Instead of searching online, use the built-in pod based format, e.g.:
$ munindoc postfix_mailstats
>>>
>>> You just improved my life.
>>>
On 06/19/2013 10:03 AM, Grant wrote:
>> I think I need to tell munin where my postfix logs are
>> (/var/log/mail/current) since I use metalog. How can I do that?
>>>
>>> Instead of searching online, use the built-in pod based format, e.g.:
>>>
>>> $ munindoc postfix_mailstats
>>
>> You jus
> I think I need to tell munin where my postfix logs are
> (/var/log/mail/current) since I use metalog. How can I do that?
>>
>> Instead of searching online, use the built-in pod based format, e.g.:
>>
>> $ munindoc postfix_mailstats
>
> You just improved my life.
>
>> You might also need
I think I need to tell munin where my postfix logs are
(/var/log/mail/current) since I use metalog. How can I do that?
>
> Instead of searching online, use the built-in pod based format, e.g.:
>
> $ munindoc postfix_mailstats
You just improved my life.
> You might also need to set grou
On 18 Jun 2013, at 10:45 , Al Zick wrote:
> Does anyone know if Comcast will let you relay emails through there mail
> server that do not have a comcast email address?
Yes, they will. So will Google. Mac.com, otoh, will not (last I checked).
--
I find Windows of absolutely no technical interes
29 matches
Mail list logo
