Am 07.02.2013 08:06, schrieb Nikolaos Milas:
> On 7/2/2013 8:20 πμ, (HT) Simon Walter wrote:
>
>> I can change the password, however, this account is shared amongst
>> many users and I'd rather not ask all the users to change their password.
>
> My humble advice:
>
> 1. Change the password and r
Am 07.02.2013 07:20, schrieb (HT) Simon Walter:
> Hi all,
>
> I have the situation where a spammer knows the username and password of
> an account and is sending spam via that account. I can change the
> password, however, this account is shared amongst many users and I'd
> rather not ask all the
Am 07.02.2013 02:11, schrieb Benny Pedersen:
> Doug Sampson skrev den 2013-02-06 15:13:
>
>> Unfortunately I am not using clamav-milter, only clamsmtpd. This
>> doesn't exclude clamav-milter as a potential solution though.
sanesecurity signatures are added to the clamd signature base
so using cla
On 7/2/2013 8:20 πμ, (HT) Simon Walter wrote:
I can change the password, however, this account is shared amongst
many users and I'd rather not ask all the users to change their password.
My humble advice:
1. Change the password and require users to change their passwords. Use
a password poli
Hi all,
I have the situation where a spammer knows the username and password of
an account and is sending spam via that account. I can change the
password, however, this account is shared amongst many users and I'd
rather not ask all the users to change their password. (Computer
literacy is b
Doug Sampson skrev den 2013-02-06 15:13:
Unfortunately I am not using clamav-milter, only clamsmtpd. This
doesn't exclude clamav-milter as a potential solution though.
maybe send a sample msg to sanesecurity and see if it can be redone
sigs for this hits, well i will in comming days try to re
Am 06.02.2013 23:37, schrieb Daniel L. Miller:
> In my case I'm supporting up to 10 users
>
> Having the standard store-and-forward-with-retry operation results in calls
> like, "Daniel, I sent the message 20
> minutes ago but Barbara still didn't get it. Why are the computers broken
> again
On 2/6/2013 2:06 PM, Reindl Harald wrote:
Am 06.02.2013 23:02, schrieb Reindl Harald:
Am 06.02.2013 22:57, schrieb Daniel L. Miller:
Otherwise when they send a message to "u...@domian.com", the client hands it
off - the user thinks the message
actually sent when in reality they will get a r
On 2/6/2013 3:57 PM, Daniel L. Miller wrote:
> On 2/6/2013 1:53 PM, Wietse Venema wrote:
>> Daniel L. Miller:
reject_unverified_recipient will stop as soon as it has a reply
from the SMTP server (or from the local verify cache).
If that result is "4XX Come back in a few seconds"
Am 06.02.2013 23:02, schrieb Reindl Harald:
>
>
> Am 06.02.2013 22:57, schrieb Daniel L. Miller:
>
>> Otherwise when they send a message to "u...@domian.com", the client hands it
>> off - the user thinks the message
>> actually sent when in reality they will get a rejection message some time
Am 06.02.2013 22:57, schrieb Daniel L. Miller:
> Otherwise when they send a message to "u...@domian.com", the client hands it
> off - the user thinks the message
> actually sent when in reality they will get a rejection message some time
> later
your idea is completly broken
email is NOT inst
On 2/6/2013 1:53 PM, Wietse Venema wrote:
Daniel L. Miller:
reject_unverified_recipient will stop as soon as it has a reply
from the SMTP server (or from the local verify cache).
If that result is "4XX Come back in a few seconds", then
reject_unverified_recipient will not wait for a few seconds
Daniel L. Miller:
> > reject_unverified_recipient will stop as soon as it has a reply
> > from the SMTP server (or from the local verify cache).
> >
> > If that result is "4XX Come back in a few seconds", then
> > reject_unverified_recipient will not wait for a few seconds.
> >
>
> Thank you. Is
On 2/6/2013 1:37 PM, Wietse Venema wrote:
Daniel L. Miller:
I've been using recipient verification for some time with good
results but I think I need to make an adjustment to accommodate the
changing email world. It appears a number of servers have adopted
minimal greylisting - such that they i
Daniel L. Miller:
> >> I've been using recipient verification for some time with good
> >> results but I think I need to make an adjustment to accommodate the
> >> changing email world. It appears a number of servers have adopted
> >> minimal greylisting - such that they immediately reject initial
On 2/6/2013 12:39 PM, Noel Jones wrote:
On 2/6/2013 2:26 PM, Daniel L. Miller wrote:
I've been using recipient verification for some time with good
results but I think I need to make an adjustment to accommodate the
changing email world. It appears a number of servers have adopted
minimal greyl
Am 06.02.2013 21:26, schrieb Daniel L. Miller:
> I've been using recipient verification for some time with good results but I
> think I need to make an adjustment to
> accommodate the changing email world. It appears a number of servers have
> adopted minimal greylisting - such that
> they imm
On 2/6/2013 2:26 PM, Daniel L. Miller wrote:
> I've been using recipient verification for some time with good
> results but I think I need to make an adjustment to accommodate the
> changing email world. It appears a number of servers have adopted
> minimal greylisting - such that they immediately
I've been using recipient verification for some time with good results
but I think I need to make an adjustment to accommodate the changing
email world. It appears a number of servers have adopted minimal
greylisting - such that they immediately reject initial contacts but
have a minimal timeo
Am 06.02.2013 20:25, schrieb Noel Jones:
> On 2/6/2013 12:53 PM, Marcio Merlone wrote:
>> Em 06-02-2013 14:54, Noel Jones escreveu:
>>> On 2/6/2013 10:00 AM, Marcio Merlone wrote:
Could anybody advice me how to achieve a sometimes_bcc, which should
work as an always_bcc only when certain
On 2/6/2013 12:53 PM, Marcio Merlone wrote:
> Em 06-02-2013 14:54, Noel Jones escreveu:
>> On 2/6/2013 10:00 AM, Marcio Merlone wrote:
>>> Could anybody advice me how to achieve a sometimes_bcc, which should
>>> work as an always_bcc only when certain criteria is matched, based
>>> on subject and/o
Em 06-02-2013 14:54, Noel Jones escreveu:
On 2/6/2013 10:00 AM, Marcio Merlone wrote:
Could anybody advice me how to achieve a sometimes_bcc, which should
work as an always_bcc only when certain criteria is matched, based
on subject and/or destination, like a sieve script?
If you need to base t
On Wed, Feb 6, 2013 at 9:41 AM, Steve Jenkins wrote:
> Hey, Mike. It's a cool idea - and almost works on a CentOS 6 box, but I'm
> getting "ambiguous redirect" errors in a couple of cases. When it's first
> run (/tmp/pslogscan does not exist yet) I get:
>
> # ./pslogscan.sh /var/log/maillog
> Scan
On 2/5/2013 10:22 PM, Doug Sampson wrote:
> After implementing the add-on Sanesecurity anti-spam signatures in
> response to a recent posting on the mailing list (thanks Noel!), I
> am now faced with a small issue. One of my daily Postscreen summary
> reports and a Postfix summary report are being
On Sun, Feb 3, 2013 at 9:06 AM, Mike. wrote:
> Version 1.4 of the pslogscan.sh script, incorporating the above fixes,
> is available at:
> http://archive.mgm51.com/sources/pslogscan.html
Hey, Mike. It's a cool idea - and almost works on a CentOS 6 box, but I'm
getting "ambiguous redirect" error
On 2/6/2013 10:51 AM, l...@airstreamcomm.net wrote:
> Just curious if anyone knows of any tools that can search for
> messages already delivered (to maildir) that are spam. We have many
> years of email on our system, some of those years before having a
> reliable spam filtering solution, so we wo
On 2/6/2013 10:00 AM, Marcio Merlone wrote:
> Greetings,
>
> Could anybody advice me how to achieve a sometimes_bcc, which should
> work as an always_bcc only when certain criteria is matched, based
> on subject and/or destination, like a sieve script?
>
> Regards.
>
> --
> Marcio Merlone
If
Just curious if anyone knows of any tools that can search for messages
already delivered (to maildir) that are spam. We have many years of
email on our system, some of those years before having a reliable spam
filtering solution, so we would like to try to identify spam messages
and purge them
Greetings,
Could anybody advice me how to achieve a sometimes_bcc, which should
work as an always_bcc only when certain criteria is matched, based on
subject and/or destination, like a sieve script?
Regards.
--
Marcio Merlone
Hi
The problem is that in logs not marks mail how autenticated, but user
and password is required to send.
Thanks
-Mensaje original-
De: deconya
Para: Postfix users
Asunto: problem configuring autentication sending mails
Fecha: Wed, 06 Feb 2013 16:38:42 +0100
HI list
Im working in a
Ralf Hildebrandt:
> I can use smtpd_command_filter to add "NOTIFY=NEVER" and thus suppress
> bounces from my own Postfix.
>
> But how can I remove the "NOTIFY=NEVER" again when sending mail (maybe
> via a specific SMTP transport) to some external host?
smtp_discard_ehlo_keywords = dsn
Wi
HI list
Im working in a Postfix+openldap+dovecot platform, and now Im checking
how to activate autentication sending mails using dovecot. All this time
only was a relay and now I need to the a complete server.
my main.cf is:
# TLS parameters
smtpd_use_tls = yes
smtpd_tls_key_file = /etc/ssl/pri
> Doug Sampson skrev den 2013-02-06 05:22:
>
> > Has anyone implemented a way of doing so? If it would help matters, I
> > would be happy to have any email addressed to root be skipped as
> > well.
>
> one way could be to make a clamav sigature whitelist that only hits on
> this mail reports, imh
I can use smtpd_command_filter to add "NOTIFY=NEVER" and thus suppress
bounces from my own Postfix.
But how can I remove the "NOTIFY=NEVER" again when sending mail (maybe
via a specific SMTP transport) to some external host?
Sounds like I'm looking for smtp_command_filter?
--
[*] sys4 AG
http:
the error is resolved. it was the issue of virtual host maps. it seems
like document is a bit older though there is too much to learn from
it. good document.
i had to define it like "$user $mail-base/$domain.com/$user/Maildir
in my "virtual_mailbox_maps" other wise mails are received in mbox
forma
Hi all,
it is set home_mailbox = Maildir/ in my main.cf and i am using virtual
maps and virtual domains in testing environment. i can receive emails
but not in maildir format rather ASCII text format.
here is an example, sahmad is a username and it showed up as a file
not a directory
>file sahma
36 matches
Mail list logo
