[pfx] Re: Success DSN for virtual mailboxes not working

Nuno Pereira via Postfix-users: > My best guess for now is that the virtuals are messing around with notify. Is > there any way to put it marking the virtual destination as the final > destination, even not being so? I have demonstrated that Postfix will send "success" notification after virtual a

[pfx] Re: Success DSN for virtual mailboxes not working

> De: Viktor Dukhovni via Postfix-users > Enviada: 31 de março de 2023 15:10 > > On Fri, Mar 31, 2023 at 02:00:49PM +0100, Nuno Pereira via Postfix-users wrote: > > > Logs of message with success DSN sent: > > Are you sure you syslog system is not dropping some of the log messages? > (A common

[pfx] Re: Success DSN for virtual mailboxes not working

> De: Wietse Venema via Postfix-users > Enviada: 31 de março de 2023 15:35 > Para: Postfix users > Assunto: [pfx] Re: Success DSN for virtual mailboxes not working > > Nuno Pereira via Postfix-users: > > Logs of message with success DSN sent: > > > > Ma

[pfx] Re: Success DSN for virtual mailboxes not working

> -Mensagem original- > De: Matus UHLAR - fantomas via Postfix-users > Enviada: 31 de março de 2023 12:29 > Para: postfix-users@postfix.org > Assunto: [pfx] Re: Success DSN for virtual mailboxes not working > > >> Nuno Pereira via Postfix-users skrev den 2023-

[pfx] Re: Success DSN for virtual mailboxes not working

There is a difference in MailScanner logging when a SUCCESS DSN is created and when it is not created. Wietse Venema via Postfix-users: > Nuno Pereira via Postfix-users: > > Logs of message with success DSN sent: > > > > Mar 31 13:26:16 MAIL01 postfix/cleanup[110]: 21069213F: > > message-id=

[pfx] Re: Success DSN for virtual mailboxes not working

Nuno Pereira via Postfix-users: > Logs of message with success DSN sent: > > Mar 31 13:26:16 MAIL01 postfix/cleanup[110]: 21069213F: > message-id= uYAAA4AABB+0ZLW85dyTYzsfdF+fjJNAQA=@otherdomain.com> > Mar 31 13:26:19 MAIL01 MailScanner[1402982]: Requeue: 21069213F.A0295 to > C91CB

[pfx] Re: Success DSN for virtual mailboxes not working

On Fri, Mar 31, 2023 at 02:00:49PM +0100, Nuno Pereira via Postfix-users wrote: > Logs of message with success DSN sent: Are you sure you syslog system is not dropping some of the log messages? (A common problem with systemd-based logging). > Mar 31 13:26:19 MAIL01 postfix/lmtp[1444780]: C91CB22

[pfx] Re: Success DSN for virtual mailboxes not working

> -Mensagem original- > De: Wietse Venema via Postfix-users > Enviada: 31 de março de 2023 12:54 > Para: Postfix users > Assunto: [pfx] Re: Success DSN for virtual mailboxes not working > > Nuno Pereira via Postfix-users: > > > De: Wietse Venema via Postf

[pfx] Re: Success DSN for virtual mailboxes not working

Nuno Pereira via Postfix-users: > > De: Wietse Venema via Postfix-users > > Enviada: 30 de mar?o de 2023 21:25 > > Para: Postfix users > > Assunto: [pfx] Re: Success DSN for virtual mailboxes not working > > > > Nuno Pereira via Postfix-users: > >

[pfx] Re: Success DSN for virtual mailboxes not working

Nuno Pereira via Postfix-users skrev den 2023-03-30 20:29: > We have tried to figure out why this happens, but haven't found a > solution until now. logs ? On 31.03.23 12:10, Nuno Pereira via Postfix-users wrote: I don't find anything relevant in logs: just an indication that a DSN was sent

[pfx] Re: Success DSN for virtual mailboxes not working

> De: Wietse Venema via Postfix-users > Enviada: 30 de março de 2023 21:25 > Para: Postfix users > Assunto: [pfx] Re: Success DSN for virtual mailboxes not working > > Nuno Pereira via Postfix-users: > > Hello. > > > > We have a setup where postifix is

[pfx] Re: Success DSN for virtual mailboxes not working

> De: Benny Pedersen via Postfix-users > Enviada: 30 de março de 2023 21:20 > Para: postfix-users@postfix.org > Assunto: [pfx] Re: Success DSN for virtual mailboxes not working > > Nuno Pereira via Postfix-users skrev den 2023-03-30 20:29: > > > We have tried to figur

[pfx] Re: Success DSN for virtual mailboxes not working

Nuno Pereira via Postfix-users: > Hello. > > We have a setup where postifix is configured to send all mails sent to domain > virtualdomain.com are virtual and sent to realdomain.com. > > This is done with the following configuration: > > virtual_alias_domains = virtualdomain.com > > virtual_alias_m

[pfx] Re: Success DSN for virtual mailboxes not working

Nuno Pereira via Postfix-users skrev den 2023-03-30 20:29: We have tried to figure out why this happens, but haven't found a solution until now. logs ? It should be mentioned that failure notifications are sent from @virtualdomain.com when it's the case. i don't know yet note hopefully yo

[pfx] Success DSN for virtual mailboxes not working

Hello. We have a setup where postifix is configured to send all mails sent to domain virtualdomain.com are virtual and sent to realdomain.com. This is done with the following configuration: virtual_alias_domains = virtualdomain.com virtual_alias_maps = mysql:/etc/postfix/mysql-virtual-ema

Re: transport_maps equivalent for virtual mailboxes

The users you put in transport_maps don’t use virtual_transport, so there’s no conflict — Noel Jones > On Sep 14, 2020, at 8:31 PM, Stephen Ingram wrote: > >  >> On Mon, Sep 14, 2020 at 5:59 PM Noel Jones wrote: > >> On 9/14/2020 7:25 PM, Stephen Ingram wrote: >> > >> > What I really wa

Re: transport_maps equivalent for virtual mailboxes

On Mon, Sep 14, 2020 at 5:59 PM Noel Jones wrote: > On 9/14/2020 7:25 PM, Stephen Ingram wrote: > > > > What I really want is a recipient based relayhost_map, > > Yes, use transport_maps for that, with a recipient email address as > the key. > But I thought you couldn't use transport_maps along

Re: transport_maps equivalent for virtual mailboxes

On 9/14/2020 7:25 PM, Stephen Ingram wrote: What I really want is a recipient based relayhost_map, Yes, use transport_maps for that, with a recipient email address as the key. -- Noel Jones

Re: transport_maps equivalent for virtual mailboxes

On Mon, Sep 14, 2020 at 5:20 PM Noel Jones wrote: > On 9/14/2020 7:03 PM, Stephen Ingram wrote: > > I'm using virtual mailboxes (virtual_mailbox_domains, > > virtual_mailbox_maps, virtual_alias_maps) and now want to use > > something like transport_maps so I can

Re: transport_maps equivalent for virtual mailboxes

On 9/14/2020 7:03 PM, Stephen Ingram wrote: I'm using virtual mailboxes (virtual_mailbox_domains, virtual_mailbox_maps, virtual_alias_maps) and now want to use something like transport_maps so I can control where the mail is relayed to based on the recipient domain. There appears to

transport_maps equivalent for virtual mailboxes

I'm using virtual mailboxes (virtual_mailbox_domains, virtual_mailbox_maps, virtual_alias_maps) and now want to use something like transport_maps so I can control where the mail is relayed to based on the recipient domain. There appears to be no equivalent when you are using virtual mail

Re: How are virtual mailboxes matched?

>From the virtual(5) man page Virtual aliasing is recursive, So I speculate what is happening is fi...@customer-domain.de -> fi...@pipe.mail.tld.de and then recursively starting over fi...@pipe.mail.t

Re: How are virtual mailboxes matched?

Citing the virtual(5) manpage, patterns are tried in the order as listed below: user@domain address, address, ... user address, address, ... and so on. Citing the postconf(5) manpage, tables will be searched in the specified order until a match is found. So, the first pattern is

How are virtual mailboxes matched?

Hi, we got a strange issue. We defined two virtual files. one is for the actual delivery to defined mailboxes or forward to other mail accounts and the other one is to catch system mails from cronjobs without mailtto. virtual_alias_domains = hash:/etc/postfix/virtual, pcre:/etc/postfix/virtual

Re: Postfix not able to find databases for virtual mailboxes

On Wed, Mar 23, 2016 at 10:29:44AM -0300, Bernardo Vecchia Stein wrote: > I just checked master.cfg and saw that I enabled chroot (without > thinking, probably). I have fixed the issue now. Thanks! You probably did not [enable chroot], Debian (and Ubuntu) did. -- http://rob0.nodns4.us/ Offli

Re: Postfix not able to find databases for virtual mailboxes

. > > Willi > > > Am 23.03.2016 um 02:35 schrieb Bernardo Vecchia Stein: > > Hello, > > > > I have configured my postfix to use virtual mailboxes (using berkeley dbs > > for each setting), however postfix is not able to find the database > files. > > Here&

Re: Postfix not able to find databases for virtual mailboxes

stfix restart". Willi Am 23.03.2016 um 02:35 schrieb Bernardo Vecchia Stein: > Hello, > > I have configured my postfix to use virtual mailboxes (using berkeley dbs > for each setting), however postfix is not able to find the database files. > Here's the relevant configuratio

Postfix not able to find databases for virtual mailboxes

Hello, I have configured my postfix to use virtual mailboxes (using berkeley dbs for each setting), however postfix is not able to find the database files. Here's the relevant configuration and setup: /etc/postfix/main.cf: canonical_maps = hash:/etc/postfix/canonical virtual_alias_maps =

Re: Virtual aliases pointing to non-existent virtual mailboxes

Le 3 juil. 2013 à 16:23, Wietse Venema a écrit : > [...] > > If you want immediate verification, use reject_unverified_recipient. > This does a lot of work behind the scenes and then caches the result. > http://www.postfix.org/ADDRESS_VERIFICATION_README.html#recipient > > Having Postfix do full

Re: Virtual aliases pointing to non-existent virtual mailboxes

Axel Luttgens: > 550 5.1.1 : Recipient address rejected: User unknown > in virtual mailbox table > > On the other hand, typing: > > rcpt to: > > allows to go ahead and the message will be queued, then bounced > because the LMTP service ultimately rejects the target address > . > > S

Virtual aliases pointing to non-existent virtual mailboxes

Hello, Let's consider following config (presentation based on VIRTUAL_README): /etc/postfix/main.cf : virtual_transport = lmtp:unix:/path/name virtual_mailbox_domains = example.com virtual_mailbox_maps = hash:/etc/postfix/vmailbox

Re: Relay some domain users to foreign domain, deliver others to virtual mailboxes

> Dynamic routing like "if us...@domain1.tld doesn't exist, then forward > the mail to us...@domain2.tld" is not possible in Postfix (at least not > that I'm aware of). Ah, that's what I was really looking for. Thank you. The more I think about this whole idea, the more I think it is a bad idea,

Re: Relay some domain users to foreign domain, deliver others to virtual mailboxes

On 2012-06-17 Chris Richards wrote: > I'm sure this can't be the first time this has come up, but my > google-foo just isn't strong enough to find what I'm looking for. > Here's the scenario: > > Postfix is final destination for domain1.tld, and is impl

Relay some domain users to foreign domain, deliver others to virtual mailboxes

I'm sure this can't be the first time this has come up, but my google-foo just isn't strong enough to find what I'm looking for. Here's the scenario: Postfix is final destination for domain1.tld, and is implemented as virtual mailboxes (no local unix accounts), with

Re: virtual mailboxes BUT NOT virtual domain

.cf > >> becomes a minor detail. > >> > > > > Well maybe I'm really dense now, but when I look at that document, I > > still see that virtual mailboxes are supposed to be on their own domain, > > NOT on the same domain as the local users, given that th

Re: virtual mailboxes BUT NOT virtual domain

eeded to avoid "user unknown" and "relay access denied" errors. After this, setting up a suitable virtual_transport in main.cf becomes a minor detail. Well maybe I'm really dense now, but when I look at that document, I still see that virtual mailboxes are supposed to b

Re: virtual mailboxes BUT NOT virtual domain

decribes what is needed to avoid "user unknown" and "relay access > denied" errors. > > After this, setting up a suitable virtual_transport in main.cf > becomes a minor detail. > Well maybe I'm really dense now, but when I look at that document, I still see t

Re: virtual mailboxes BUT NOT virtual domain

Michael Hellwig: > I've been butting my head against this one for quite some time now. You might want to read this document: http://www.postfix.org/ADDRESS_CLASS_README.html This decribes what is needed to avoid "user unknown" and "relay access denied" errors. After this, setting up a suitable

virtual mailboxes BUT NOT virtual domain

I've been butting my head against this one for quite some time now. Given: a system that used to be running courier-mta which started getting on my nerves like crazy, which is why I decided to switch to the postfix/dovecot combo that almost everyone seems to use nowadays. What I had on the courier

Re: Virtual mailboxes only

Le 02/03/2012 04:24, Karol Babioch a écrit : > Hi, > > I'm pretty sure that this was asked for already, but I couldn't > find anything useful with the keywords I was using. I've tried to > play with some configurations, but couldn't find a reliable > solution so far. > > I will explain what I'm t

Re: Virtual mailboxes only

On 3/3/2012 12:48 πμ, Karol Babioch wrote: So, when I understand this right, it is not possible to define common aliases for all virtual domains? You may also want to read this thread: http://tech.groups.yahoo.com/group/postfix-users/message/267828 Regards, Nick

Re: Virtual mailboxes only

Karol Babioch: > Hi, > > Am 02.03.2012 23:32, schrieb Wietse Venema: > > Postfix will not look in alias_maps when the domain is not listed > > in mydestination. > > So, when I understand this right, it is not possible to define common > aliases for all virtual domains? Because virtual domains won

Re: Virtual mailboxes only

On Fri, Mar 02, 2012 at 11:48:09PM +0100, Karol Babioch wrote: > Am 02.03.2012 23:32, schrieb Wietse Venema: > > Postfix will not look in alias_maps when the domain is not > > listed in mydestination. > > So, when I understand this right, it is not possible to > define common aliases for all virtu

Re: Virtual mailboxes only

Hi, Am 02.03.2012 23:32, schrieb Wietse Venema: > Postfix will not look in alias_maps when the domain is not listed > in mydestination. So, when I understand this right, it is not possible to define common aliases for all virtual domains? Because virtual domains won't be listed within $mydestinat

Re: Virtual mailboxes only

Karol Babioch: > Hi, > > Am 02.03.2012 22:33, schrieb Reindl Harald: > > theonly thing what is stronlgy recommended to match > > is A-Record and PTR of the machine > > Ok, maybe I've mixed something up here :). Thanks for your replies. > > I've got it running now. However I've now got the proble

Re: Virtual mailboxes only

Hi, Am 02.03.2012 22:33, schrieb Reindl Harald: > theonly thing what is stronlgy recommended to match > is A-Record and PTR of the machine Ok, maybe I've mixed something up here :). Thanks for your replies. I've got it running now. However I've now got the problem that my alias_maps doesn't get

Re: Virtual mailboxes only

Am 02.03.2012 22:19, schrieb Noel Jones: > On 3/2/2012 3:08 PM, Karol Babioch wrote: >> Hi, >> >> Am 02.03.2012 22:02, schrieb Charles Marcus: >>> What is your concern? >> >> to get flagged as spam without no other reason ;)? >> >> Best regards, >> Karol Babioch >> > > Any anti-spam system that

Re: Virtual mailboxes only

On 2012-03-02 4:19 PM, Noel Jones wrote: On 3/2/2012 3:08 PM, Karol Babioch wrote: Am 02.03.2012 22:02, schrieb Charles Marcus: What is your concern? to get flagged as spam without no other reason ;)? Any anti-spam system that flags mail only because the sending hostname doesn't match the

Re: Virtual mailboxes only

On 3/2/2012 3:08 PM, Karol Babioch wrote: > Hi, > > Am 02.03.2012 22:02, schrieb Charles Marcus: >> What is your concern? > > to get flagged as spam without no other reason ;)? > > Best regards, > Karol Babioch > Any anti-spam system that flags mail only because the sending hostname doesn't ma

Re: Virtual mailboxes only

Hi, Am 02.03.2012 22:02, schrieb Charles Marcus: > What is your concern? to get flagged as spam without no other reason ;)? Best regards, Karol Babioch signature.asc Description: OpenPGP digital signature

Re: Virtual mailboxes only

On 2012-03-02 3:56 PM, Karol Babioch wrote: Am 02.03.2012 19:02, schrieb Charles Marcus: You are mistaken. Could you elaborate on that please? Its definitely a common way of dealing with spam to check whether the PTR record points to the domain, which the mailserver claims to work for. > W

Re: Virtual mailboxes only

Hi, Am 02.03.2012 19:02, schrieb Charles Marcus: > You are mistaken. Could you elaborate on that please? Its definitely a common way of dealing with spam to check whether the PTR record points to the domain, which the mailserver claims to work for. When my PTR record points to "example.com", but

Re: Virtual mailboxes only

On 2012-03-02 12:53 PM, Karol Babioch wrote: That's exactly what I'm trying to prevent, because the PTR record for this IP points to "example.com". I'm guessing I'm getting into trouble when there is a mismatch, because its standard procedure when trying to block spam. You are mistaken. -- B

Re: Virtual mailboxes only

Hi, Am 02.03.2012 18:51, schrieb Charles Marcus: > name it mail.example.com, or smtp.example.com, or something like that. > Then local mail is the form u...@mail.example.com, instead of > u...@example.com. That's exactly what I'm trying to prevent, because the PTR record for this IP points to "ex

Re: Virtual mailboxes only

On 2012-03-02 12:46 PM, Karol Babioch wrote: thanks for your reply. However I'm not quite sure whether I've understood your advice in the right way. What value would $myhostname have in the above example? Because when I set $myhostname to "example.com" example.com is a FQDN, not a hostname.

Re: Virtual mailboxes only

Hi, Am 02.03.2012 10:26, schrieb Ansgar Wiechers: > True, and the recommended way of handling things. However, the "main" > domain of the server can be the server itself, and you can restrict the > valid local mailboxes via $local_recipient_maps: > > 8< > mydestination = $myhostname > loc

Re: Virtual mailboxes only

On 2012-03-02 Karol Babioch wrote: > I've got a server, which can be found at the domain "example.com" > (including a PTR record for reverse DNS lookups). > > Now I want to run a mailserver for "example.com", but I don't want to > create local users, but instead use virtual mailboxing. > > Furthe

Virtual mailboxes only

Hi, I'm pretty sure that this was asked for already, but I couldn't find anything useful with the keywords I was using. I've tried to play with some configurations, but couldn't find a reliable solution so far. I will explain what I'm trying to do with two example domains: I've got a server, whi

Re: Best practice to drop spam with virtual mailboxes

Kaleb Hosie a écrit : >> [snip] >> > > What we have done in our organization is started Using SpamAssassin > Quarantine. It runs SA as well as scans it for viruses. If it's detected as > possible spam, it holds it in quarantine. > I see (at least) two problems: - this forkes a perl program for e

Re: Best practice to drop spam with virtual mailboxes

mouss a écrit : > Take a écrit : >> Hello! >> >> I've been trying to figure out the best way to drop/sort spam with >> virtual users. All documentation I could find didn't fit to our virtual >> configuration and I'm a bit confused what's the best way to drop spam. >> >> Our setup is postfix+cyrus-i

RE: Best practice to drop spam with virtual mailboxes

> Take a écrit : > > Hello! > > > > I've been trying to figure out the best way to drop/sort spam with > > virtual users. All documentation I could find didn't fit to our > > virtual configuration and I'm a bit confused what's the > best way to drop spam. > > > > Our setup is postfix+cyrus-imapd

Re: Best practice to drop spam with virtual mailboxes

Take a écrit : > Hello! > > I've been trying to figure out the best way to drop/sort spam with > virtual users. All documentation I could find didn't fit to our virtual > configuration and I'm a bit confused what's the best way to drop spam. > > Our setup is postfix+cyrus-imapd+spamassassin. User

Re: Best practice to drop spam with virtual mailboxes

On Wed, May 12, 2010 at 6:51 PM, Take wrote: > On 05/12/2010 06:55 PM, Dennis Guhl wrote: >> I don't know if cyrus can do something similar, but I think you want >> something like sieve_before in Dovecot: > > I wish it could, but it can't. I found this as well, but change to > dovecot isn't someth

Re: Best practice to drop spam with virtual mailboxes

On 05/12/2010 06:55 PM, Dennis Guhl wrote: > I don't know if cyrus can do something similar, but I think you want > something like sieve_before in Dovecot: I wish it could, but it can't. I found this as well, but change to dovecot isn't something we'd like to do. So this doesn't help either. Than

Re: Best practice to drop spam with virtual mailboxes

On Wed, May 12, 2010 at 02:19:06PM +0300, Take wrote: > On 05/12/2010 11:39 AM, Roman Medina-Heigl Hernandez wrote: > > I have a similar setup. What I do is using sieve. My script for mailbox > > > You have an extra advantage with this method: users may choose to edit > > his/her filter so he/she

Re: Best practice to drop spam with virtual mailboxes

On 05/12/2010 11:39 AM, Roman Medina-Heigl Hernandez wrote: > I have a similar setup. What I do is using sieve. My script for mailbox > You have an extra advantage with this method: users may choose to edit > his/her filter so he/she could exactly decide whether he/she want junk mail > to be dropp

Re: Best practice to drop spam with virtual mailboxes

Hello, I have a similar setup. What I do is using sieve. My script for mailbox creation also includes a small sieve filter setup, so every mailbox has its own filter. So Postfix setup (with spamassasin) adds X-Spam-* headers and the user decides based on that headers. You have an extra advantage

Best practice to drop spam with virtual mailboxes

Hello! I've been trying to figure out the best way to drop/sort spam with virtual users. All documentation I could find didn't fit to our virtual configuration and I'm a bit confused what's the best way to drop spam. Our setup is postfix+cyrus-imapd+spamassassin. Users have access to sieve via ro

Re: Virtual domains, virtual mailboxes and catch-all

Ralph Johnston: > I also wish there was a way to specify "all subdomains" in the virtual > file. I tried using @.abc.com, but it didn't work. I also tried adding > virtual_alias_maps to parent_domain_matches_subdomains, but that didn't > work either. Virtual alias lookups are documented (man 5

Re: Virtual domains, virtual mailboxes and catch-all

l_transport = dovecot: > virtual_uid_maps = static:504 > > Thanks! > > > ...Ralph Johnston > > Ralph Johnston wrote: >> I am moving our email system to Postfix, but I'm not quite able to get it to do what I want. >> >> I would like to "collapse&q

Re: Virtual domains, virtual mailboxes and catch-all

domains. Plus, since we did individual aliases pointing from the second domain to the primary, we could offer the user the choice of 2 mailboxes or a single mailbox. I would like to use virtual mailboxes, not system accounts. I think I've got this working, too, using Postfix virtual ma

Re: Virtual domains, virtual mailboxes and catch-all

s by using local domain address class (mydestination) but then of course, you need the corresponding UNIX users which is perhaps not what you want. I would like to use virtual mailboxes, not system accounts. Ah ;) And somehow have any address not in that list get put into a catch-all

Re: Virtual domains, virtual mailboxes and catch-all

#x27;m not quite able to get it to do what I want. I would like to "collapse" (alias?) all our domains and subdomains down to one, so email to a name @ any of our domains ends up in one mailbox. I have this working (as best as I can tell) using virtual domains. I would like to use vi

Virtual domains, virtual mailboxes and catch-all

can tell) using virtual domains. I would like to use virtual mailboxes, not system accounts. I think I've got this working, too, using Postfix virtual mailboxes. I would like to list, in one place, all the valid users; in the same (or another) place, list aliases. And somehow have any address

Re: Configuring virtual mailboxes AND local account delivery under one domain name

Phil Gunhouse a écrit : > Hi, have googled and searched the list for an answer so hope this isn't a > regular query... we're moving from a sendmail configuration to Postfix > primarily for database configured virtual mailboxes and the ease of > management that entails, we wis

Configuring virtual mailboxes AND local account delivery under one domain name

Hi, have googled and searched the list for an answer so hope this isn't a regular query... we're moving from a sendmail configuration to Postfix primarily for database configured virtual mailboxes and the ease of management that entails, we wish to manage both users within our domain

Re: Virtual Mailboxes

carconni a écrit : > Hi, > > I'm having a problem with virtual mailboxes. I need to create a > catchall mailbox. One of my engineers wants to run a script on the > mailbox so I really don't want to create an alias to a mailbox in the > /var/spool/imap/user director

Re: Virtual Mailboxes

carconni wrote: > Hi, > > I'm having a problem with virtual mailboxes. I need to create a > catchall mailbox. One of my engineers wants to run a script on the > mailbox so I really don't want to create an alias to a mailbox in the > /var/spool/imap/user directory.

Virtual Mailboxes

Hi, I'm having a problem with virtual mailboxes. I need to create a catchall mailbox. One of my engineers wants to run a script on the mailbox so I really don't want to create an alias to a mailbox in the / var/spool/imap/user directory. My engineer needs access to this ma

Re: Problem with virtual mailboxes

Stephen Holmes wrote: mouss wrote: so for some reason, postfix can't open a map configuration file. here $ ls -l /usr/local/etc/postfix/maps/sql/mailbox -rw--- 1 root wheel 400 Jul 14 22:08 mailbox did you notice that this is only readable by root? and it works without problems.

Re: Problem with virtual mailboxes

mouss wrote: so for some reason, postfix can't open a map configuration file. here $ ls -l /usr/local/etc/postfix/maps/sql/mailbox -rw--- 1 root wheel 400 Jul 14 22:08 mailbox and it works without problems. And I have -rw-r--r-- 1 root root 165 Sep 29 13:45 virtual-mailbox-maps.cf w

Re: Problem with virtual mailboxes

SH wrote: Hi Postfix users, I know that this is a n00b level question, but my head hurts trying to resolve an issue with virtual accounts and I can't seem to find anything to help with this specific thing... I have a postfix 2.3.8/dovecot 1.1/mysql 5.0 setup with 3 virtual domains, mailboxes

Problem with virtual mailboxes

Hi Postfix users, I know that this is a n00b level question, but my head hurts trying to resolve an issue with virtual accounts and I can't seem to find anything to help with this specific thing... I have a postfix 2.3.8/dovecot 1.1/mysql 5.0 setup with 3 virtual domains, mailboxes and aliase

Re: Virtual Mailboxes

Robert Spencer <[EMAIL PROTECTED]> wrote: > One other thing, I've heard rumours of the ability of postfix to > automagically create the users mailbox. Hopefully someone else can > shed light on that. Not sure what you mean here, but FWIW, I have Postfix configured to deliver to Maildir/ -- if th

Re: Virtual Mailboxes

On 8/1/08, Carlos Williams <[EMAIL PROTECTED]> wrote: > On Thu, Jul 31, 2008 at 10:13 AM, Jorey Bump <[EMAIL PROTECTED]> wrote: >> I never liked the idea of creating system users just for email, although I >> did it for years. Even with unusable login shells, home directories can >> get >> pretty u

Re: Virtual Mailboxes

Carlos Williams wrote, at 07/31/2008 08:18 PM: So you controls this account creation operation? If you don't "adduser bob" in Linux, which application do you interface with to create a virtual mailbox? Is this done in Postfix or Cyrus? Adding a user takes two steps: 1. Create the user's mail

Re: Virtual Mailboxes

On Thu, Jul 31, 2008 at 10:13 AM, Jorey Bump <[EMAIL PROTECTED]> wrote: > I never liked the idea of creating system users just for email, although I > did it for years. Even with unusable login shells, home directories can get > pretty untidy and challenging to back up for mail purposes (although M

Re: Virtual Mailboxes

Carlos Williams wrote, at 07/31/2008 09:48 AM: I was speaking with someone about Postfix and they suggested I use "virtual" mailboxes rather than system accounts for mailboxes. They indicated there is no point in utilzing UID's for mailusers and system accounts simply for Postfi

Virtual Mailboxes

I was speaking with someone about Postfix and they suggested I use "virtual" mailboxes rather than system accounts for mailboxes. They indicated there is no point in utilzing UID's for mailusers and system accounts simply for Postfix however there appears to be hundreds / thousan