es, so that I can use different email addresses for
different
purposes.
All these aliases are delivered to the users home / maildir.
Now I would like to have yet another alias/email address, but instead
of
having the emails delivered to my main user, I would like to just
collect the emails i
to the users home / maildir.
>
> Now I would like to have yet another alias/email address, but instead of
> having the emails delivered to my main user, I would like to just
> collect the emails in some maildir.
>
> I just need to collect these emails for archival purposes, separately
On 19.03.24 07:10, Fourhundred Thecat via Postfix-users wrote:
All these aliases are delivered to the users home / maildir.
Now I would like to have yet another alias/email address, but instead of
having the emails delivered to my main user, I would like to just
collect the emails in some
Hello,
I am running postfix server for my personal use.
On the server, I have one unix user, and multiple aliases defined in
/etc/aliases, so that I can use different email addresses for different
purposes.
All these aliases are delivered to the users home / maildir.
Now I would like to have
On 08/11/2023 01:38 AM, Eugene R wrote:
> Yeah, I think it should be ok as long as no messages from different instances
> happen to have the same name.
>
> Quoting from the documentation:
> /Unless you're writing messages to a maildir, the format of a unique name is
> n
Yeah, I think it should be ok as long as no messages from different instances
happen to have the same name.
Quoting from the documentation:
Unless you're writing messages to a maildir, the format of a unique name is
none of your business. A unique name can be anything that doesn't
>> wrote:
>
> On 07/31/2023 09:24 AM, Eugene R via Postfix-users wrote:
>
> Hello, Those "ugly characters" are there for a reason: they are
> specified by the Maildir standard (and the Dovecot's extensions to it) to
> encode various metadata such as m
Best wishes
Eugene
Get BlueMail for Android
On 10 Aug 2023, 04:49, at 04:49, H via Postfix-users
wrote:
>On 07/31/2023 09:24 AM, Eugene R via Postfix-users wrote:
>> Hello,
>>
>> Those "ugly characters" are there for a reason: they are specified by
>the Ma
On 07/31/2023 09:24 AM, Eugene R via Postfix-users wrote:
> Hello,
>
> Those "ugly characters" are there for a reason: they are specified by the
> Maildir standard (and the Dovecot's extensions to it) to encode various
> metadata such as message ID, size, flags, et
31.07.23, 17:39 +0200, Bill Cole via Postfix-users:
1690633510 is the timestamp in "Unix Epoch Seconds." "date -j -f %s
1690633510" will do the conversion.
You're probably using a BSD-provided date command.
With the date version from the GNU coreutils, one can decode the epoch
timestamp like
On 2023-07-31 at 09:34:47 UTC-0400 (Mon, 31 Jul 2023 15:34:47 +0200)
Fourhundred Thecat via Postfix-users <400the...@gmx.ch>
is rumored to have said:
On 2023-07-31 15:09, Bill Cole via Postfix-users wrote:
On 2023-07-31 at 02:43:28 UTC-0400 (Mon, 31 Jul 2023 08:43:28 +0200)
1690633510.M946
Dnia 31.07.2023 o godz. 16:56:04 Eugene R via Postfix-users pisze:
> But what is wrong with simply moving the message from one folder to
> another in the mail client?
Nothing, except the name (and sometimes the modification time) of the
original file on the server is changed (at least that's my ex
Magic )))
seriously, check the specs in the links I sent recently.
On 31.07.2023 16:34, Fourhundred Thecat via Postfix-users wrote:
> On 2023-07-31 15:09, Bill Cole via Postfix-users wrote:
On 2023-07-31 at 02:43:28 UTC-0400 (Mon, 31 Jul 2023 08:43:28 +0200)
1690633510.M94611123819.mail,S
via Postfix-users pisze:
for me, being able to manipulate individual emails as files is the main
advantage of using Maildir format. It's not meant for day-to-day
operation, but for troubleshooting or backups of individual emails if
necessary
Listing the files in Maildir directory in modific
Dnia 31.07.2023 o godz. 15:38:01 Fourhundred Thecat via Postfix-users pisze:
>
> for me, being able to manipulate individual emails as files is the main
> advantage of using Maildir format. It's not meant for day-to-day
> operation, but for troubleshooting or backups of ind
wrote:
> On 2023-07-31 15:24, Eugene R via Postfix-users wrote:
Those "ugly characters" are there for a reason: they are specified by
the Maildir standard (and the Dovecot's extensions to it) to encode
various metadata such as message ID, size, flags, etc
https://en.wikipedi
> On 2023-07-31 15:24, Eugene R via Postfix-users wrote:
Those "ugly characters" are there for a reason: they are specified by the
Maildir standard (and the Dovecot's extensions to it) to encode various metadata such as
message ID, size, flags, etc
https://en.wikipedia.org/
> On 2023-07-31 15:09, Bill Cole via Postfix-users wrote:
On 2023-07-31 at 02:43:28 UTC-0400 (Mon, 31 Jul 2023 08:43:28 +0200)
1690633510.M94611123819.mail,S=11706,W=12202:2,S
That message was delivered at Sat Jul 29 12:25:10 2023 UTC. It is 11706 bytes on disk and the
"RFC822Size" (a.k.
Hello,
Those "ugly characters" are there for a reason: they are specified by
the Maildir standard (and the Dovecot's extensions to it) to encode
various metadata such as message ID, size, flags, etc
https://en.wikipedia.org/wiki/Maildir
https://cr.yp.to/proto/mai
On 2023-07-31 at 02:43:28 UTC-0400 (Mon, 31 Jul 2023 08:43:28 +0200)
Fourhundred Thecat via Postfix-users <400the...@gmx.ch>
is rumored to have said:
Hello,
I am using Maildir format on my server (Postfix + Dovecot).
The individual filenames have this format:
1690633510.M9461112381
Dnia 31.07.2023 o godz. 08:43:28 Fourhundred Thecat via Postfix-users pisze:
> Hello,
>
> I am using Maildir format on my server (Postfix + Dovecot).
>
> The individual filenames have this format:
>
> 1690633510.M94611123819.mail,S=11706,W=12202:2,S
This is how Dove
Hello,
I am using Maildir format on my server (Postfix + Dovecot).
The individual filenames have this format:
1690633510.M94611123819.mail,S=11706,W=12202:2,S
Now, I have another, unrelated email account (not my mail server), and I
have set up Thunderbird with local Maildir support. When
>"/root/ops/Maildir/"
>> noc-comment:"|/usr/local/sbin/rtmailgate ops noc com",
>>"/root/ops/Maildir/"
>>
>> On a recent upgrade, we started getting permissio
Dnia 6.07.2023 o godz. 05:43:22 Dan Mahoney via Postfix-users pisze:
> In /etc/aliases:
>
> noc:"|/usr/local/sbin/rtmailgate ops noc cor",
> "/root/ops/Maildir/"
> noc-comment:"
Dan Mahoney via Postfix-users:
> All,
>
> We have our aliases file pushing things into our RT install, but
> also saving things to a maildir, so we can manually feed a single
> file back in, thusly:
>
> In /etc/aliases:
>
> noc:"|/usr/l
On Thu, Jul 06, 2023 at 05:43:22AM -0700, Dan Mahoney via Postfix-users wrote:
> We have our aliases file pushing things into our RT install, but also
> saving things to a maildir, so we can manually feed a single file back
> in, thusly:
>
> In /etc/al
All,
We have our aliases file pushing things into our RT install, but also saving
things to a maildir, so we can manually feed a single file back in, thusly:
In /etc/aliases:
noc:"|/usr/local/sbin/rtmailgate ops noc cor",
Hello
I am using Maildir for mail stores.
For data HA purpose I backup all Maildir to
second server via rsync -az.
In the second server I run the same software
as main server such as postfix and dovecot.
My question is, when main server is down,
I change DNS records to point to the second
On Thu, Apr 07, 2022 at 08:20:54AM -0500, Rob McGee wrote:
> > IIUC, you are telling me to change local to virtual, in order to use
> > virtual_mailbox_maps, so vmailbox_result_format => Maildir.
>
> "vmailbox_result_format" is not a setting, where did you see this
have:
virtual_transport = local
This uses mail_spool_directory to locate mailboxes/maildirs.
IIUC, you are telling me to change local to virtual, in order to use
virtual_mailbox_maps, so vmailbox_result_format => Maildir.
"vmailbox_result_format" is not a setting, where did
> virtual_transport = local
>
> This uses mail_spool_directory to locate mailboxes/maildirs.
>
> Wietse
>
IIUC, you are telling me to change local to virtual, in order to use
virtual_mailbox_maps, so vmailbox_result_format => Maildir.
What drives me crazy is that t
On Wed, Apr 6, 2022 at 3:20 PM Matus UHLAR - fantomas
wrote:
> note that different behaviour can be caused by:
> - destination domain in virtual_mailbox_domains
>
both equal
- home_mailbox
>
not sent in config
- mailbox_command
>
same command
please, notice we're using the SAME configuration f
Tan Mientras:
> For some reason, in the new environment, *mail is being delivered to
> /var/mail/user instead of Maildir (/home/vmail/user/Maildir).*(While
> debian 6 is working correctly)
> Any suggestion or fix for the config file would be much appreciated.
Wietse:
> https://
On 06.04.22 12:53, Tan Mientras wrote:
Debian 6 postconf -d output:
...
mail_spool_directory = /var/mail
...
however, mail is sent to /home/vmail/user/Maildir instead. probably cause
vmailbox_server_host = ldap.domain.com
vmailbox_server_port = 389
vmailbox_bind = yes
vmailbox_bind_dn = cn=admin
Debian 6 postconf -d output:
...
mail_spool_directory = /var/mail
...
however, mail is sent to /home/vmail/user/Maildir instead. probably cause
vmailbox_server_host = ldap.domain.com
vmailbox_server_port = 389
vmailbox_bind = yes
vmailbox_bind_dn = cn=admin,dc=domain,dc=root
vmailbox_bind_pw
var/mail/user instead of Maildir (/home/vmail/user/Maildir).*(While debian
> 6 is working correctly)
> Any suggestion or fix for the config file would be much appreciated.
https://www.postfix.org/postconf.5.html#mail_spool_directory
mail_spool_directory (default: see "postconf -d"
ailbox_maps = ldap:vmailbox
virtual_minimum_uid = 1
virtual_transport = local
virtual_uid_maps = ldap:uiduser
vmailbox_bind = yes
vmailbox_bind_dn = cn=admin,dc=domain,dc=root
vmailbox_bind_pw = **
vmailbox_query_filter = (uid=%u)
vmailbox_result_attribute = uid
vmailbox
Hi
We are migrating an old Debian 6 Postfix smarthost/relay server to a new
one, just copying the configuration files and some other files to a fresh
Ubuntu 20.04 system.
For some reason, in the new environment, *mail is being delivered to
/var/mail/user instead of Maildir (/home/vmail/user
Jim wrote:
On Tue, Nov 16, 2021 at 11:41 (-0500), Kris Deugau wrote:
Jim wrote:
On Mon, Nov 15, 2021 at 12:25 (-0500), Wietse Venema wrote:
Instead, use Maildir format with one message per file,
I thought about that once, but I decided I have too many e-mail
messages for that. (I don&#
On 04 May 2021, at 14:35, Marvin Renich wrote:
> * Bill Cole [210504 15:12]:
>> On 2021-05-04 at 14:55:29 UTC-0400 (Tue, 04 May 2021 14:55:29 -0400)
>> is rumored to have said:
>>> For sorting incoming mail into different maildir folders, i know general
>>> adv
Dnia 4.05.2021 o godz. 14:55:29 post...@ptld.com pisze:
> Using Linux, postfix, dovecot.
>
> For sorting incoming mail into different maildir folders, i know
> general advice is to have postfix deliver to dovecot instead of
> maildir, and use dovecot sieve to deliver the mail into
* Bill Cole [210504 15:12]:
> On 2021-05-04 at 14:55:29 UTC-0400 (Tue, 04 May 2021 14:55:29 -0400)
>
> is rumored to have said:
>
> > Using Linux, postfix, dovecot.
> >
> > For sorting incoming mail into different maildir folders, i know general
> >
On 2021-05-04 at 14:55:29 UTC-0400 (Tue, 04 May 2021 14:55:29 -0400)
is rumored to have said:
Using Linux, postfix, dovecot.
For sorting incoming mail into different maildir folders, i know
general advice is to have postfix deliver to dovecot instead of
maildir, and use dovecot sieve to
Using Linux, postfix, dovecot.
For sorting incoming mail into different maildir folders, i know general
advice is to have postfix deliver to dovecot instead of maildir, and use
dovecot sieve to deliver the mail into a user's sub-folder.
Is there anyway within postfix (or policy servic
gress happened, even though I don't really understand how.
Up until two hours ago, mail *always* ended up in /var/spool/mail, even
when I deleted "/usr/bin/maildrop" after mailbox_command = in main.cf,
and the log entries also confirming that it was delivered to the maildir:
..
Richard Rasker:
> So here is a striking difference between the old and the new machine
> that I don't understand. Is there a way to figure out which process is
> actually dumping the mail in /var/spool/mail? Because if it is still
> maildrop, it isn't logging anything as it should.
Postfix logs
thing: received mail ends up in
/var/spool/mail/[username] instead of the users' Maildir folders.
Postfix logs what happens to the message, and postfix says the message was
delivered. Postfix its at that point out of the picture, and it is your courier
setup that is not correct.
This may we
; /var/spool/mail/[username] instead of the users' Maildir folders.
Postfix logs what happens to the message, and postfix says the message was
delivered. Postfix its at that point out of the picture, and it is your courier
setup that is not correct.
Also you say “identical setup” but obvio
isting... Done
Richard> amavisd-new/oldstable,now 1:2.10.1-4 all [installed]
Richard> And yes, I want to have the mail for user richard delivered to
Richard> /home/richard/Maildir , and for user mary to /home/mary/Maildir and so
Richard> forth. It should NOT go into /var/spool/mail/[user
Am 29.12.19 um 00:01 schrieb Richard Rasker:
> Hello Wietse,
>
> Op 28-12-19 om 23:54 schreef Wietse Venema:
>> Richard Rasker:
>>> Yes, I have specified the use of Maildir in main.cf:
>>>
>>> home_mailbox = Maildir/
>> That Postfix setting has
Richard Rasker:
> Hello Wietse,
>
> Op 28-12-19 om 23:54 schreef Wietse Venema:
> > Richard Rasker:
> >> Yes, I have specified the use of Maildir in main.cf:
> >>
> >> home_mailbox = Maildir/
> > That Postfix setting has no effect on /usr/bi
Dnia 29.12.2019 o godz. 00:01:50 Richard Rasker pisze:
> >> home_mailbox = Maildir/
> >That Postfix setting has no effect on /usr/bin/maildrop, because
> >/usr/bin/maildrop is NOT part of Postfix.
>
> I figured that much already. However, I still haven't foun
Hello Wietse,
Op 28-12-19 om 23:54 schreef Wietse Venema:
Richard Rasker:
Yes, I have specified the use of Maildir in main.cf:
home_mailbox = Maildir/
That Postfix setting has no effect on /usr/bin/maildrop, because
/usr/bin/maildrop is NOT part of Postfix.
I figured that much already
/oldstable,now 4.17.2+0.76.3-5+deb9u1 all [installed]
# apt list amavisd-new
Listing... Done
amavisd-new/oldstable,now 1:2.10.1-4 all [installed]
And yes, I want to have the mail for user richard delivered to
/home/richard/Maildir , and for user mary to /home/mary/Maildir and so
forth. It should NOT go
Richard Rasker:
> Yes, I have specified the use of Maildir in main.cf:
>
> home_mailbox = Maildir/
That Postfix setting has no effect on /usr/bin/maildrop, because
/usr/bin/maildrop is NOT part of Postfix.
> But when a message is handed off to maildrop, it doesn't end up
ilbox = Maildir/"
But that doesn't work either.
But thank you for your input, I shall take another good look at the
documentation.
Best regards,
Richard Rasker
hard> - courier-maildrop for delivery to Maildir folders
Richard> NOTE: I copied the Maildir folders' content from my older
Richard> mailserver with an identical setup, one that has been running
Richard> without problems for years, but that I now want to retire.
Richard> Everyt
and in what format) is
totally up to the command /usr/bin/maildrop.
i never used courier-maildrop, and therefore can just advice to consult
its documentation on how to configure the destination Maildir directory;
maybe there's just a command line option you could add to postfix'
``ma
Hello,
I just installed a new mail server on Debian 9 (Stretch) with the
following setup:
- postfix
- courier-imap + courier-imap-ssl
- amavis + spamassassin
- courier-maildrop for delivery to Maildir folders
NOTE: I copied the Maildir folders' content from my older mailserver
wi
Hello,
This isn't really a postfix specific issue, but I'm hoping someone here has the
answer.
I'm trying to monitor per user unread msg count in a server side maildir based
mail store.
I can see that the tmp/ and new/ dirs stay empty, so I tried to count unread
emails wit
On 31 Dec 2017, at 9:19 (-0500), Alex JOST wrote:
Am 29.12.2017 um 21:15 schrieb Eero Volotinen:
Hi list,
A bit offtopic, but I need cli-tool to remove attachments from
specific
maildir messages, so how to do that?
The Thunderbird add-on 'AttachmentExtractor' should be able t
> Yes, I will ask them to use google drive in future, but I really need to
> transfer old attachments also. :)
Your choice. When I faced same problem I just warned a handful affected users
that some messages in their mailbox were oversized and thus not migrated, but
they can receive them out-of
e:
>> > On 31 Dec 2017, at 10:24 (-0500), Voytek wrote:
>> >> On Mon, January 1, 2018 1:19 am, Alex JOST wrote:
>> >>> Am 29.12.2017 um 21:15 schrieb Eero Volotinen:
>>
>> >>>> A bit offtopic, but I need cli-tool to remove attachments from
&
nuary 1, 2018 1:19 am, Alex JOST wrote:
> >>> Am 29.12.2017 um 21:15 schrieb Eero Volotinen:
>
> >>>> A bit offtopic, but I need cli-tool to remove attachments
> from specific
> >>>> maildir messages, so how to do that?
>
> &
gt; A bit offtopic, but I need cli-tool to remove attachments from
> specific
> >>>> maildir messages, so how to do that?
>
> >>> The Thunderbird add-on 'AttachmentExtractor' should be able to do that,
> >>> but I don't know if it still
On 31 Dec 2017, at 09:43, Bill Cole
wrote:
> On 31 Dec 2017, at 10:24 (-0500), Voytek wrote:
>> On Mon, January 1, 2018 1:19 am, Alex JOST wrote:
>>> Am 29.12.2017 um 21:15 schrieb Eero Volotinen:
>>>> A bit offtopic, but I need cli-tool to remove attachments from
070...@billmail.scconsult.com>:
> On 31 Dec 2017, at 10:24 (-0500), Voytek wrote:
>
> On Mon, January 1, 2018 1:19 am, Alex JOST wrote:
>>
>>> Am 29.12.2017 um 21:15 schrieb Eero Volotinen:
>>>
>>
>> A bit offtopic, but I need cli-tool to remove attachments from
On 31 Dec 2017, at 10:24 (-0500), Voytek wrote:
On Mon, January 1, 2018 1:19 am, Alex JOST wrote:
Am 29.12.2017 um 21:15 schrieb Eero Volotinen:
A bit offtopic, but I need cli-tool to remove attachments from
specific
maildir messages, so how to do that?
The Thunderbird add-on
Python has MIME parsing and authoring tools in standard library, but
performance can be a bit slow (several gigabytes per hour in my experience).
--
With Best Regards,
Marat Khalili
On Mon, January 1, 2018 1:19 am, Alex JOST wrote:
> Am 29.12.2017 um 21:15 schrieb Eero Volotinen:
>> A bit offtopic, but I need cli-tool to remove attachments from specific
>> maildir messages, so how to do that?
>
> The Thunderbird add-on 'AttachmentExtractor' s
Am 29.12.2017 um 21:15 schrieb Eero Volotinen:
Hi list,
A bit offtopic, but I need cli-tool to remove attachments from specific
maildir messages, so how to do that?
The Thunderbird add-on 'AttachmentExtractor' should be able to do that,
but I don't know if it still works with
On 29 Dec 2017, at 15:15 (-0500), Eero Volotinen wrote:
Hi list,
A bit offtopic, but I need cli-tool to remove attachments from
specific
maildir messages, so how to do that?
You're on the wrong list. I don't know what the right one for this query
would be, but it's going to
Hi list,
A bit offtopic, but I need cli-tool to remove attachments from specific
maildir messages, so how to do that?
Eero
ocalhost:~# mail -f /var/mail/root
> mail: /var/mail/root: No such file or directory
> root@localhost:~# mail -f /root/Maildir
> mail: /root/Maildir: Is a directory
Short answer: follow best practice, and alias mail for root to a
person (or persons, as the case may be).
Long answer: Post
On 07.10.17 09:50, elearn2014 wrote:
> Why can't receive Mail Delivery Status in root Maildir?
I don't understand your question. What exactly seems to be your problem?
Also, please see http://www.postfix.org/DEBUG_README.html#mail
-Ralph
oot: No such file or directory
root@localhost:~# mail -f /root/Maildir
mail: /root/Maildir: Is a directory
"home_mailbox = Maildir/" in /etc/postfix/main.cf
Why can't receive Mail Delivery Status in root Maildir?
tree /root/Maildir
/root/Maildir
├── cur
├── new
└── tmp
3 directories,
; smtp/587 delivery both work. Only mail reception is not working, that is
>> postfix' delivery into the users mailboxes.
>>
>> I have setup dovecot accordingly, and it uses the Maildir/ style for
>> storage, as e.g. proposed by the ubuntu howto at
>> https://hel
iles. pop3 access and
> smtp/587 delivery both work. Only mail reception is not working, that is
> postfix' delivery into the users mailboxes.
>
> I have setup dovecot accordingly, and it uses the Maildir/ style for storage,
> as e.g. proposed by th
Am 05.11.2016 um 19:14 schrieb li...@lazygranch.com:
Hello there,
> Did you do the postmap?
>
> When I add a virtual user, I do postmap, then reload and restart.
Yes. Always...
And for completeness, master.cf has
dovecot unix - n n - - pipe flags=DRhu user=vmail:vmail
argv=/usr/lib/doveco
in /etc/passwd and /etc/groups.
Dovecot manages logins with its own passwd/users files. pop3 access and
smtp/587 delivery both work. Only mail reception is not working, that is
postfix' delivery into the users mailboxes.
I have setup dovecot accordingly, and it uses the Maildir/ style
On 10 Jul 2015, at 00:24, Wietse Venema wrote:
> Don't use home_mailbox if you want maildirs outside the home directory.
Doh! How did I miss that?
Thanks Wietse
On Jul 9, 2015, at 3:00 PM, Jim Reid wrote:
> Is there some reason why home_mailbox gets hard-wired to a user's home
> directory for maildir-flavour delivery?
It *IS* in the name.
And I quote:
> home_mailbox (default: empty)
> Optional pathname of a mailbox file relative to
Jim Reid:
> Is there some reason why home_mailbox gets hard-wired to a user's home
> directory for maildir-flavour delivery?
Don't use home_mailbox if you want maildirs outside the home directory.
http://www.postfix.org/postconf.5.html#mail_spool_directory
Wietse
Jim Reid skrev den 2015-07-09 23:00:
Is there some reason why home_mailbox gets hard-wired to a user's home
directory for maildir-flavour delivery?
I would like to arrange for user inboxes to be held in the IMAP store
-- say in /var/imap//INBOX -- rather than in each user's
home dir
Is there some reason why home_mailbox gets hard-wired to a user's home
directory for maildir-flavour delivery?
I would like to arrange for user inboxes to be held in the IMAP store -- say in
/var/imap//INBOX -- rather than in each user's home directory. ie All
email gets stored in
30.04.2015 14:21, Koko Wijatmoko wrote:
> On Thu, 30 Apr 2015 12:12:33 +0300
> Алексей Доморадов wrote:
>
>> But it's very uncomfortable to create maildir for each
>> user manually. Are there any workaround?
Postfix do create missing Maildirs by default,
there's n
>On Thu, 30 Apr 2015 18:14:08 +0300
>Алексей Доморадов < alex_...@mail.ru > wrote:
>
>> Are we reading the same man page? :) I don't see any
>> notes about adduser.local in man useradd on CentOS 6
>
>do your home work first, try it... if not work then upgrade your
>adduser package rpm from centos
On Thu, 30 Apr 2015 18:14:08 +0300
Алексей Доморадов wrote:
> Are we reading the same man page? :) I don't see any
> notes about adduser.local in man useradd on CentOS 6
do your home work first, try it... if not work then upgrade your
adduser package rpm from centos 7 or latest tarball.
i'm clo
Четверг, 30 апреля 2015, 21:53 +07:00 от Koko Wijatmoko :
>On Thu, 30 Apr 2015 16:53:30 +0300
>Алексей Доморадов < alex_...@mail.ru > wrote:
>
>> If I correctly understood - path specified in the
>> home_mailbox would be relative to a user's home
>> director
On Thu, 30 Apr 2015 16:53:30 +0300
Алексей Доморадов wrote:
> If I correctly understood - path specified in the
> home_mailbox would be relative to a user's home
> directory. So with home_mailbox = Maildir/ all new
> emails would be stored in the /home/webmaster/Maildir/
>
>On Thu, 30 Apr 2015 12:12:33 +0300
>Алексей Доморадов < alex_...@mail.ru > wrote:
>
>> But it's very uncomfortable to create maildir for each
>> user manually. Are there any workaround?
>>
>set "home_mailbox" to "Maildir/", and create
On Thu, 30 Apr 2015 12:12:33 +0300
Алексей Доморадов wrote:
> But it's very uncomfortable to create maildir for each
> user manually. Are there any workaround?
>
set "home_mailbox" to "Maildir/", and create "Maildir/{cur,new,tmp}"
at directory /etc/
Hello,
I'm using local transport and system user with maildir. But when I sent mail in
the log I see the following error
Apr 30 08:01:15 jira-srv01 postfix/local[20496]: warning: perhaps you need to
create the maildirs in advance
Apr 30 08:01:15 jira-srv01 postfix/smtpd[20530]: disco
I have Postfix/Dovecot with virtual domains, same setup unaltered since
quite a while ago
last month, added a new virtual domain, 'just like before'.
but, today noticed this in the queue/log 'overdrawn his diskspace quota'[1]:
user's Maildir cur has like 48,762,696 b
On 11. sep. 2014 20.53.55 John Oliver wrote:
How can I make postfix ignore/strip out capitalization and write to
/var/vmail/testuser1 ?
This problem are gone if you stop using postfix as lda and use dovecot-lda,
and if you like to make it even more perfect make sure auth login users is
case
On Thu, Sep 11, 2014 at 11:53:21AM -0700, John Oliver wrote:
> Postfix write to /var/vmail/testUser1
>
> Dovecot insists on reading from /var/vmail/testuser1
>
> How can I make postfix ignore/strip out capitalization and write to
> /var/vmail/testuser1 ?
Rewrite mail from testUser1 to testuser1
Am 11.09.2014 um 20:53 schrieb John Oliver:
> On Thu, Sep 11, 2014 at 02:42:11PM -0400, Wietse Venema wrote:
>> John Oliver:
>>> CentOS 6.5, postfix-2.6.6-6
>>>
>>> I used http://www.linuxmail.info/postfix-dovecot-ldap-centos-5/ as a
>>> guide to get postfix and dovecot working with LDAP.
>>>
>>>
On Thu, Sep 11, 2014 at 02:42:11PM -0400, Wietse Venema wrote:
> John Oliver:
> > CentOS 6.5, postfix-2.6.6-6
> >
> > I used http://www.linuxmail.info/postfix-dovecot-ldap-centos-5/ as a
> > guide to get postfix and dovecot working with LDAP.
> >
> > My issue is that postfix uses the literal cn t
John Oliver:
> CentOS 6.5, postfix-2.6.6-6
>
> I used http://www.linuxmail.info/postfix-dovecot-ldap-centos-5/ as a
> guide to get postfix and dovecot working with LDAP.
>
> My issue is that postfix uses the literal cn to write mail to, so in my
> test case I get 'testUser1' However, when I log
CentOS 6.5, postfix-2.6.6-6
I used http://www.linuxmail.info/postfix-dovecot-ldap-centos-5/ as a
guide to get postfix and dovecot working with LDAP.
My issue is that postfix uses the literal cn to write mail to, so in my
test case I get 'testUser1' However, when I log in via dovecot using
IMAP,
1 - 100 of 319 matches
Mail list logo
