Re: [SPAM?] Re: Lists and spam prevention / use of Reply-To:

On 8/29/17 8:12 AM, Ralph Seichter wrote: On 29.08.2017 13:42, @lbutlr wrote: There are very good reasons for footers on many lists, and DKIM should be smart enough to figure this out. I disagree about "very good reasons for footers on many lists". Meta information belongs into the message

Re: RHS item separators in alias and virtual lists: comma or space okay?

On Tue, Aug 29, 2017 at 6:33 PM, Viktor Dukhovni wrote: > On Tue, Aug 29, 2017 at 09:10:26PM +, Tom Browder wrote: >> > Tom Browder: >> > > It's clear that list items in main.cf can be comma or space separated. >> > Is >> > > that also true for alias and virtual

Re: mitigating gmail spam traps: how does one add the required headers?8

On Tue, Aug 29, 2017 at 6:17 PM, Gary wrote: > It would help to have a link to Gmail's suggestions. Good idea, Gary. Here it is: https://support.google.com/mail/answer/81126?hl=en -Tom

Re: RHS item separators in alias and virtual lists: comma or space okay?

On Tue, Aug 29, 2017 at 6:28 PM, Wietse Venema wrote: > Tom Browder: >> On Tue, Aug 29, 2017 at 15:46 Wietse Venema wrote: >> > What is an alias or virtual list? >> >> I mean the RHS of aliases, e.g., as in simple mailing lists in the alias >> file: >>

Re: RHS item separators in alias and virtual lists: comma or space okay?

On Tue, Aug 29, 2017 at 09:10:26PM +, Tom Browder wrote: > On Tue, Aug 29, 2017 at 15:46 Wietse Venema wrote: > > > Tom Browder: > > > It's clear that list items in main.cf can be comma or space separated. > > Is > > > that also true for alias and virtual lists? > > >

Re: RHS item separators in alias and virtual lists: comma or space okay?

Tom Browder: > On Tue, Aug 29, 2017 at 15:46 Wietse Venema wrote: > > > Tom Browder: > > > It's clear that list items in main.cf can be comma or space separated. > > Is > > > that also true for alias and virtual lists? > > > > What is an alias or virtual list? > > > I

Re: mitigating gmail spam traps: how does one add the required headers?8

It would help to have a link to Gmail's suggestions. This website tests dkim and spf.  http://dkimvalidator.com   Original Message   From: tom.brow...@gmail.com Sent: August 29, 2017 4:10 PM To: postfix-users@postfix.org Subject: mitigating gmail spam traps: how does one add the required

mitigating gmail spam traps: how does one add the required headers?8

Gmail has a list of steps recommended to minimize spam identification, particularly mail sent as bulk mail (as from mailing lists). One of the recommendations is to use DKIM and that is clearly explained on the postfix website. The other steps are fairly straight forward, also, but how does one

Re: RHS item separators in alias and virtual lists: comma or space okay?

Tom Browder skrev den 2017-08-29 23:11: needles: j...@examp.com bu...@foo.com It seems to work so I guess spaces instead of commas are ok. to test it: postmap -q needless maptype:mapfile postmap -q needless hash:/etc/mail/aliases

Re: RHS item separators in alias and virtual lists: comma or space okay?

On Tue, Aug 29, 2017 at 16:10 Tom Browder wrote: > On Tue, Aug 29, 2017 at 15:46 Wietse Venema wrote: > >> Tom Browder: >> > It's clear that list items in main.cf can be comma or space separated. >> Is >> > that also true for alias and virtual lists?

Re: RHS item separators in alias and virtual lists: comma or space okay?

On Tue, Aug 29, 2017 at 15:46 Wietse Venema wrote: > Tom Browder: > > It's clear that list items in main.cf can be comma or space separated. > Is > > that also true for alias and virtual lists? > > What is an alias or virtual list? I mean the RHS of aliases, e.g., as in

Re: RHS item separators in alias and virtual lists: comma or space okay?

Tom Browder: > It's clear that list items in main.cf can be comma or space separated. Is > that also true for alias and virtual lists? What is an alias or virtual list? Wietse

Re: RHS item separators in alias and virtual lists: comma or space okay?

Tom Browder skrev den 2017-08-29 18:36: It's clear that list items in main.cf [1] can be comma or space separated. Is that also true for alias and virtual lists? simple question, simple answer postconf -nf postconf -Mf this can be used to create new configs with, just remember backup old

Re: postfix/postqueue[5742]: panic: vbuf_print: output for \%s\ exceeds space 0

A. Schulze: > There are two strings looking like a queueid in this trace: > 3xhXFj2Wt7z4FL3* and 3xhXDS3PqBz4FK9* > > that are two messages in the active queue just in the moment I run the > command above. > postfix delivered both messages as usual... To clarify, this panic call happens with

RHS item separators in alias and virtual lists: comma or space okay?

It's clear that list items in main.cf can be comma or space separated. Is that also true for alias and virtual lists? Thanks. -Tom

Re: Suggested version for upgrade

On Tue, Aug 29, 2017 at 10:58:08AM +0200, Gabriele Bulfon wrote: > I'm using Postfix 2.7.1 for some years now on our systems, built around our > XStreamOS / illumos distro. > I'm considering to upgrade Postfix to a more recent version. > What is the best upgrade path I should choose? See:

Re: postfix/postqueue[5742]: panic: vbuf_print: output for \%s\ exceeds space 0

A. Schulze: off-list... ok not "off list", my fault :-)

Re: postfix/postqueue[5742]: panic: vbuf_print: output for \%s\ exceeds space 0

wietse: OK, now please (install and) use ltrace. This provides more details what happens in postqueue itself (strace gives insight into system calls, i.e. the postqueue-kernel interface). off-list... I installed ltrace. I modified pfqgrep: $mailq = "/usr/bin/ltrace /usr/sbin/postqueue -p

Re: Lists and spam prevention / use of Reply-To:

On 29.08.2017 15:43, Norton Allen wrote: > The problem with sticking all the list meta-information in the headers > is that most users have no idea how to access email headers or parse > them for the salient information. I see it as a MUA's task to present meta information in a palatable way,

Re: Suggested version for upgrade

On 8/29/2017 3:58 AM, Gabriele Bulfon wrote: > Hi, > > I'm using Postfix 2.7.1 for some years now on our systems, built > around our XStreamOS / illumos distro. > > I'm considering to upgrade Postfix to a more recent version. > What is the best upgrade path I should choose? > Should I really

Re: Lists and spam prevention / use of Reply-To:

Norton Allen skrev den 2017-08-29 15:43: The problem with sticking all the list meta-information in the headers is that most users have no idea how to access email headers or parse them for the salient information. squirrelmail have plugin for list-id headers, that plugin is not in roundcube

Re: Lists and spam prevention / use of Reply-To:

Philip Paeps skrev den 2017-08-29 15:18: Scribbling in the body also breaks PGP signatures. At least that's trivially worked around by adding the list footer in a separate MIME part as many lists do. But DKIM still doesn't like that. imho opendkim can limit body content signing (body

Re: Lists and spam prevention / use of Reply-To:

On 8/29/2017 8:12 AM, Ralph Seichter wrote: I disagree about "very good reasons for footers on many lists". Meta information belongs into the message headers, not the body. DKIM-signed messages are letters, not postcards, and no non-totalitarian postal service would dare open your letter and

Feature request: References header in postfix bounce messages

Hi, Please consider adding option for including References header in postfix bounce messages. Sender app (i.e. ticket processing suff like OTRS) will be happy to use it to automatically merge bounce message to the same thread as original message which may save time in bigger setups. Similar

Re: Lists and spam prevention / use of Reply-To:

On 2017-08-29 14:12:29 (+0200), Ralph Seichter wrote: On 29.08.2017 13:42, @lbutlr wrote: There are very good reasons for footers on many lists, and DKIM should be smart enough to figure this out. I disagree about "very good reasons for footers on many lists". Meta information belongs into

Re: Lists and spam prevention / use of Reply-To:

Hah, Thanks for the pointers, especially Ralph! > I disagree about "very good reasons for footers on many lists". Meta > information belongs into the message headers, not the body. I've been thinking along those lines too... there could easily be new header definitions for "Suggested Tagging"

Re: Lists and spam prevention / use of Reply-To:

On 29.08.2017 13:42, @lbutlr wrote: > There are very good reasons for footers on many lists, and DKIM should > be smart enough to figure this out. I disagree about "very good reasons for footers on many lists". Meta information belongs into the message headers, not the body. DKIM-signed messages

Re: Lists and spam prevention / use of Reply-To:

On 29 Aug 2017, at 06:00, Benny Pedersen wrote: > let me come with a joke now, if we stop verifying dkim to the first mail > signature and just say all under that sig is mailllist forged content we did > not open a can of worms to solve afterwards ? > > i think people need to

Re: Lists and spam prevention / use of Reply-To:

@lbutlr skrev den 2017-08-29 13:42: There are very good reasons for footers on many lists, and DKIM should be smart enough to figure this out. its solved in arc ? i still dont know if arc will replace dmarc or not, if maillists stop breaking dkim, then dmarc and arc is not needed at all

Re: showing an recipient that doesn't receive the mail

Thank you all. It's working fine. Kind regards. Am 28.08.2017 um 18:47 schrieb Darek M.: An MTA only looks at the envelope To for routing.  You can put anything you want in the message To header, so you could rewrite it any way you need to. On 8/28/2017 12:04 PM, Nils wrote: Hi,     when

Re: Lists and spam prevention / use of Reply-To:

On 29 Aug 2017, at 04:54, Ralph Seichter wrote: > If you need an example (to name but one), see the Roundcube Users > mailing list, which still adds a footer to the message bodies, thus > breaking DKIM. Very easily prevented by flipping a configuration switch, > alas

Re: Lists and spam prevention / use of Reply-To:

Rick van Rein: [ Charset ISO-8859-1 converted... ] > Hi, > > > i noted that it's possible to get dmarc fail on postfix maillist > > > > its spf none, dkim none, dmarc fail, in my tests, arc is not tested or > > planned to be in use > > > I tested your two emails for DKIM, and both failed for

Re: Lists and spam prevention / use of Reply-To:

On 29.08.2017 09:21, Rick van Rein wrote: > [...] DKIM, SPF and DMARC are of interest to any mail flow. They sure are. If you browse through mailing list archives of years gone by, you can find my own messages about list X or Y breaking DKIM, SPF or both. Also, people have been passionate about

Re: postfix log in mysql

I save correlated logs from postfix (and milter daemons) in mongodb. https://www.balabit.com/documents/syslog-ng-ose-latest-guides/en/syslog-ng-ose-guide-admin/html/configuring-destinations-mongodb.html

Suggested version for upgrade

Hi, I'm using Postfix 2.7.1 for some years now on our systems, built around our XStreamOS / illumos distro. I'm considering to upgrade Postfix to a more recent version. What is the best upgrade path I should choose? Should I really consider to upgrade directly to latest (3.2.2) or maybe start by

Re[2]: postfix log in mysql

> You might want to look into something like the Logstash > (https://www.elastic.co/products/logstash). looks promising! thanks you! On Mon, 28 Aug 2017 10:11:14 -0600 James Reynolds wrote: > You might want to look into something like the Logstash >

Re: Lists and spam prevention / use of Reply-To:

Hi, > i noted that it's possible to get dmarc fail on postfix maillist > > its spf none, dkim none, dmarc fail, in my tests, arc is not tested or > planned to be in use I tested your two emails for DKIM, and both failed for me. The ones by Noel and Ralph did get through. I used dkimverify.py

Re: Lists and spam prevention / use of Reply-To:

Hello, I should not have used this list as an example :) because it undermined my point. > messages on the Postfix mailing list > usually score with deep negative values in SpamAssassin. You're barking > up the wrong tree here. ;-) My interest in spam is due to the apparent move that email is