On 05/10/2013 06:03 AM, Larry Kuenning wrote:
> On 5/9/2013 9:43 PM, Mark Sapiro wrote:
>
>> If those plain text files aren't in the same directory, they are
>> somewhere, but I can't imagine why they're not there. You might try
>> locate or find to find them.
>
> They're not there, or anywhere e
On 5/9/2013 9:43 PM, Mark Sapiro wrote:
There should be both an aliases (plain text) and an aliases.db
(database) and likewise for virtual(.db) and transport(.db). The .db
files are made from the plain text files by the Postfix commands
postalias in the case of aliases and postmap in the case of
On 5/9/2013 10:00 PM, David Benfell wrote:
It looks like the relevant commands are postalias (which I've never
used, at least by that name) and postmap.
Thanks! Actually I ran across postalias and postmap a couple of hours
before I saw your post, but it's nice to have this confirmed by someo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/09/2013 06:43 PM, Mark Sapiro wrote:
>
>> I would most like to find out how to get into those .db files.
>
> You shouldn't have to. The plain text source must be somewhere.
>
Possibly I should stay out of this; I haven't carefully read the ful
On 05/09/2013 05:59 PM, Larry Kuenning wrote:
> On 5/9/2013 12:55 PM, Mark Sapiro wrote:
>
>> What's in the aliases, transport and virtual files in
>> /var/spool/postfix/plesk/?
>
> Well, that's what they used to call the $64000 question. These are all
> Berkeley Database .db files, which I've n
On 5/9/2013 12:55 PM, Mark Sapiro wrote:
-
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases, hash:/var/spool/postfix/plesk/aliases
[...]
transport_maps = hash:/var/spool/postfix/plesk/transport
unknown_local_recipient_reject_code = 550
virtual_alias_maps = $virtual_map
On 05/08/2013 05:53 PM, Larry Kuenning wrote:
> -
> alias_database = hash:/etc/aliases
> alias_maps = hash:/etc/aliases, hash:/var/spool/postfix/plesk/aliases
[...]
> transport_maps = hash:/var/spool/postfix/plesk/transport
> unknown_local_recipient_reject_code = 550
> virtual_alias_maps =
On 5/8/2013 7:06 PM, Mark Sapiro wrote:
My best SWAG (sophisticated wild-ass guess) is you have Postfix/Mailman
integration and the necessary aliases and virtual mappings were
generated for each list as you created it, but since the 'mailman' list
pre-existed, it doesn't have them.
Sounds plau
On 05/08/2013 08:50 AM, Larry Kuenning wrote:
>
> Wrong. I was looking at an old dumpdb output file, from before I ran
> fix_url to get the configuration pages to show up. On rerunning dumpdb
> I find that host_name has been correct for a day or two now and the
> problem must be somewhere else.
On 05/08/2013 08:15 AM, Larry Kuenning wrote:
>
> But mail doesn't get delivered to it. Mail to mailman@mydomain lands in
> my catchall mailbox, where all the spam for unknown users goes.
This is a Postfix issue and it's probably as simple as missing aliases
or virtual mappings.
I will comment
Oops, another self-reply:
I think I've just found the problem. Doing a dumpdb on the site list
and on one of my regular lists, I find that 'host_name' is different.
Wrong. I was looking at an old dumpdb output file, from before I ran
fix_url to get the configuration pages to show up. On re
Unlike Francesco's problem, my site list does exist (it was given as
part of the pre-installed Mailman on my Linux VPS from Network
Solutions), and after some trouble I've gotten it to put its
configuration pages at the right URL (lists.mydomain), to list me as the
owner (instead of nore...@net
A few minutes ago I wrote:
my site list does exist But mail doesn't get delivered to it
My own guess, as far as it goes, is that the problem has something to
do with this server being set up to host multiple virtual domains,
and with the site list having been created by Network Solution
13 matches
Mail list logo
