Re: DSpam and Postfix

--On Wednesday, October 14, 2015 7:59 AM -0400 Phil Stracchino wrote: But that was in 2011. I don't think DSpam has updated since *before* 2011. It is well known that DSPAM is a dead project. See .

Re: Is it possible to have different systems for sending email (send directly, relay host) configurable via tables?

Ray: > Right now the only thing I am able to do is use dnsmasq and create fake MX > records for destination domains. Which works, but It would be nice to have > it directly within postfix too, as not to relay on another piece of > software. Note, this selects relay based on the recipient address.

Re: DSpam and Postfix

On 13-10-15 18:47, Phil Stracchino wrote: > On 10/13/15 12:40, Viktor Dukhovni wrote: >> Keep in mind that wildcard virtual(5) aliases can also break >> recipient validation. Any "@domain" keys in the tables for alias_maps >> or virtual_alias_maps? > > Nope, none. There are @domain keys in

Re: fine-tuning smtpd_client_*_rate_limit

I run a low volume mail server - about a dozen messages per day. Like you, I have had open relay attacks, and also persistent probes with no messages being sent. So far, the best answer I have found is to limit simultaneous connections to one per host. My current anti-abuse settings are:-

Re: DSpam and Postfix

Tom Hendrikx: > >> Otherwise, how might these invalid recipients be entering your queue? > > > > A good question. It appears to be only occurring with messages that are > > quarantined by DSpam and then subsequently redelivered. > > > > > > I've seen this issue before: dspam sends a garbled

Re: DSpam and Postfix

On 10/14/15 06:17, Wietse Venema wrote: > Tom Hendrikx: >> The original message as received by postfix has no problems. You could >> try to find the postfix logs for the incoming message by looking at the >> message id in the dspam quarantine, but the bug here is in dspam. > > Perhaps related to

majordomo postfix combination troubles

I've been using postfix with majordomo for years and it suddenly stopped working after an upgrade, and I can't shake down the cause of the error yet. Oct 14 06:12:55 some_server.com majordomo[21876] {root@some_server.com (root)} ABORT Majordomo@some_server.com: root@some_server.com (root) is

Re: DSpam and Postfix

On 10/14/15 04:25, Tom Hendrikx wrote: > On 13-10-15 18:47, Phil Stracchino wrote: >> On 10/13/15 12:40, Viktor Dukhovni wrote: >>> Otherwise, how might these invalid recipients be entering your queue? >> >> A good question. It appears to be only occurring with messages that are >> quarantined by

Re: restricting access from recieving email from a users from outside the network

On Sat, Oct 10, 2015 at 05:17:20PM -0400, Wietse Venema wrote: > Ruben Safir: > > On Sat, Oct 10, 2015 at 03:27:10PM -0400, Wietse Venema wrote: > > > Ruben Safir: > > > > Can't I get postfix to bounce this when it is coming outside the > > > > nextwork? > > > > > > Yes, but then you would not

Re: stalled on postfix smtpd configuration

On 10/13/2015 10:37 PM, Viktor Dukhovni wrote: Ask questions that are as specific as possible, non-specific pleas for help will often not get good (or perhaps any) answers. Avoid pastbins. Follow the instructions at http://www.postfix.org/DEBUG_README.html#mail OK. I have an

Re: stalled on postfix smtpd configuration

On Wed, Oct 14, 2015 at 08:27:49AM -0500, John Griessen wrote: > OK. I have an authentication problem. > > Oct 14 05:55:32 mail postfix/smtpd[32192]: xsasl_cyrus_server_next: decoded > response: j...@cibolo.com > > and that is trouble. I sent from j...@spaceshipsupply.com so that should >

Re: stalled on postfix smtpd configuration

On 10/14/2015 08:39 AM, Viktor Dukhovni wrote: Oct 14 05:55:32 mail postfix/smtpd[32192]: xsasl_cyrus_server_next: decoded response:j...@cibolo.com > >and that is trouble. I sent fromj...@spaceshipsupply.com so that should have been the username. >How would that become incorrect? You're

Re: restricting access from recieving email from a users from outside the network

Ruben Safir: > On Sat, Oct 10, 2015 at 05:17:20PM -0400, Wietse Venema wrote: > > Ruben Safir: > > > On Sat, Oct 10, 2015 at 03:27:10PM -0400, Wietse Venema wrote: > > > > Ruben Safir: > > > > > Can't I get postfix to bounce this when it is coming outside the > > > > > nextwork? > > > > > > > >

Is it possible to have different systems for sending email (send directly, relay host) configurable via tables?

Hello List, on occasions I get problems with sending emails to our clients, and we sent a moderate amount (some 10th of thousands of mails) a day. This is strictly transactional, no comercial email. Sometimes I have delivery problems which are very localised. Right now we seem to have

Re: Is it possible to have different systems for sending email (send directly, relay host) configurable via tables?

Ray: > Hello List, > > on occasions I get problems with sending emails to our clients, > and we sent a moderate amount (some 10th of thousands of mails) a > day. This is strictly transactional, no comercial email. > > Sometimes I have delivery problems which are very localised. Right > now we

Re: Is it possible to have different systems for sending email (send directly, relay host) configurable via tables?

- Original Message - > From: "Ray" > To: postfix-users@postfix.org > Sent: Wednesday, October 14, 2015 3:27:01 PM > Subject: Is it possible to have different systems for sending email (send > directly, relay host) configurable via tables? > Hello List, > on

Re: stalled on postfix smtpd configuration

On Wed, Oct 14, 2015 at 08:50:28AM -0500, John Griessen wrote: > Is there a better testing method than using thunderbird MUA? You should ask more specific questions. Testing what? If you want to deploy a submission service, test with the MUA you're going to use now and any other MUAs you or

Re: majordomo postfix combination troubles

On Wed, Oct 14, 2015 at 07:39:03AM -0400, Ruben Safir wrote: > I've been using postfix with majordomo for years and it suddenly stopped > working after an upgrade, and I can't shake down the cause of the error > yet. > > 2015-10-14T07:30:40.667469-04:00 www postfix/sendmail[24192]: fatal: >