Axel Luttgens wrote:
> Le 16 juil. 09 à 23:05, Timo Sirainen a écrit :
>
> > The SMTP servers' headers, sure. That's a pretty known issue. And maybe
> > some even filter out some Received headers before going outside.
>
> What shouldn't be allowed wrt RFC rules, unless I'm wrong: at any time,
> th
On Fri, 2009-07-17 at 00:12 +0200, Axel Luttgens wrote:
> > With large installations with multiple servers that could allow user
> > to
> > see e.g. if they're on the same server as someone else they know, or
> > when they get moved to a different servers, etc.. But is this a real
> > issue? Mayb
Le 16 juil. 09 à 23:05, Timo Sirainen a écrit :
On Thu, 2009-07-16 at 22:57 +0200, Geert Hendrickx wrote:
On Thu, Jul 16, 2009 at 04:30:00PM -0400, Timo Sirainen wrote:
Some time ago I added the ability for IMAP clients to fetch
messages'
GUIDs using FETCH X-GUID command. Because of a bug it
On Fri, 2009-07-17 at 00:07 +0200, Robert Schetterer wrote:
> Timo Sirainen schrieb:
> > I'm getting tired of explaining again and again how expire plugin is
> > supposed to work, so I added now Example #1 timeline and Example #2
> > timeline to http://wiki.dovecot.org/Plugins/Expire which tell exa
Timo Sirainen schrieb:
> I'm getting tired of explaining again and again how expire plugin is
> supposed to work, so I added now Example #1 timeline and Example #2
> timeline to http://wiki.dovecot.org/Plugins/Expire which tell exactly
> what is supposed to happen with a couple of examples. Do they
On Thu, 2009-07-16 at 22:57 +0200, Geert Hendrickx wrote:
> On Thu, Jul 16, 2009 at 04:30:00PM -0400, Timo Sirainen wrote:
> > Some time ago I added the ability for IMAP clients to fetch messages'
> > GUIDs using FETCH X-GUID command. Because of a bug it wasn't working in
> > 1.2.0 or 1.2.1, but I'
On Thu, Jul 16, 2009 at 04:30:00PM -0400, Timo Sirainen wrote:
> Some time ago I added the ability for IMAP clients to fetch messages'
> GUIDs using FETCH X-GUID command. Because of a bug it wasn't working in
> 1.2.0 or 1.2.1, but I've fixed it now. But now I'm starting to wonder:
> With Maildirs t
Some time ago I added the ability for IMAP clients to fetch messages'
GUIDs using FETCH X-GUID command. Because of a bug it wasn't working in
1.2.0 or 1.2.1, but I've fixed it now. But now I'm starting to wonder:
With Maildirs the GUIDs are the maildir base filenames, which contain
host names. Is i
Turns out that both mulberry (linux+win xp) and kmail (1.11.2) do fail
to recognize the virtual mailbox too.
thomas
On Thu, 16 Jul 2009 11:00 +0200, "Thomas Berker" wrote:
> Hi!
> Has someone encountered the following problem? What am I doing wrong or
> does someone know a workaround?
>
> Dovec
On 16.07.2009 16:35, Nikolay Shopik wrote:
I'm getting user unknown when trying to deliver to Sent folder messages.
My master.cf part is:
copy2sent unix - n n - - pipe
flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -d
${sasl_username} -m Sent
But it still won't work. I'm running 1.0
On 16.07.2009 18:11, Rainer Frey wrote:
Are the failing users actually authenticated, or maybe permitted by
mynetworks? in this case ${sasl_username} would be empty.
Other thought: how is the transport used? Perhaps postfix needs a valid
recipient map for the delivery to this transport.
They a
On 7/16/2009, Nikolay Shopik (sho...@inblock.ru) wrote:
> dovecot unix - n n - - pipe
> flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -f ${sender} -d
> ${recipient}
> dov_loc unix - n n - - pipe
> flags=DRhu user=vma
Some companies and governments in the United States at least have very
strict policy requirements regarding various aspects of security and
encryption. Transit encryption (ssl/tls from MTA to MTA) and local
encryption of messages sometimes is a requirement if you want to be able to
bid on governmen
Charles Marcus wrote:
On 7/16/2009 9:38 AM, Nikolay Shopik wrote:
I'm using GMAIL style saving sent items automatically, so email don't
send twice to server. First when sending via smtp, second when MUA
saving it to IMAP sent folder.
Hmmm... interesting idea...
Are you having trouble with a
On Thursday 16 July 2009 15:38:25 Nikolay Shopik wrote:
> Charles Marcus wrote:
> > On 7/16/2009 9:16 AM, Nikolay Shopik wrote:
> >> I'm using GMAIL style saving sent items automatically, so email don't
> >> send twice to server. First when sending via smtp, second when MUA
> >> saving it to IMAP s
On 7/16/2009 9:38 AM, Nikolay Shopik wrote:
>>> I'm using GMAIL style saving sent items automatically, so email don't
>>> send twice to server. First when sending via smtp, second when MUA
>>> saving it to IMAP sent folder.
>> Hmmm... interesting idea...
>>
>> Are you having trouble with a working
Charles Marcus wrote:
On 7/16/2009 9:16 AM, Nikolay Shopik wrote:
I'm getting user unknown when trying to deliver to Sent folder messages.
? Why are you delivering to Sent folder?
It is the responsibility of the mail Client - not Deliver - to place a
copy of sent messages in the Sent folder.
On 7/16/2009 9:16 AM, Nikolay Shopik wrote:
>>> I'm getting user unknown when trying to deliver to Sent folder messages.
>> ? Why are you delivering to Sent folder?
>>
>> It is the responsibility of the mail Client - not Deliver - to place a
>> copy of sent messages in the Sent folder.
> I'm usin
Charles Marcus wrote:
On 7/16/2009 8:35 AM, Nikolay Shopik wrote:
I'm getting user unknown when trying to deliver to Sent folder messages.
? Why are you delivering to Sent folder?
It is the responsibility of the mail Client - not Deliver - to place a
copy of sent messages in the Sent folder.
Hi!
Has someone encountered the following problem? What am I doing wrong or
does someone know a workaround?
Dovecot 1.2.1 on Debian unstable, two namespaces:
namespace private {
prefix =
location = maildir:~/res/Maildir:LAYOUT=fs
inbox = yes
list = yes
}
namespace private {
prefix = g
On 7/16/2009 8:35 AM, Nikolay Shopik wrote:
> I'm getting user unknown when trying to deliver to Sent folder messages.
? Why are you delivering to Sent folder?
It is the responsibility of the mail Client - not Deliver - to place a
copy of sent messages in the Sent folder.
--
Best regards,
Cha
I'm getting user unknown when trying to deliver to Sent folder messages.
My master.cf part is:
copy2sent unix - n n - - pipe
flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -d
${sasl_username} -m Sent
But it still won't work. I'm running 1.0.15
p
On Thu, 16 Jul 2009, Tom Hendrikx wrote:
Thomas schreef:
Arkadiusz Miskiewicz wrote:
On Wednesday 15 of July 2009, Patrick Domack wrote:
The only benefit this would being, is email being saved on the server
would be encrypted. Otherwise it offers no protection.
Actually such encryption is in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Jul 16, 2009 at 12:51:32AM -0700, Seth Mattinen wrote:
[...]
> Encrypting with a public key is completely reasonable, but for proper
> security, the decryption should only take place on the client's trusted
> workstation with their private ke
On Thu, Jul 16, 2009 at 09:06:19AM +0200, Arkadiusz Miskiewicz (ar...@maven.pl)
wrote:
> On Wednesday 15 of July 2009, Patrick Domack wrote:
> > The only benefit this would being, is email being saved on the server
> > would be encrypted. Otherwise it offers no protection.
> >
> > I guess if you
Tom Hendrikx wrote:
> Thomas schreef:
>> Arkadiusz Miskiewicz wrote:
>>> On Wednesday 15 of July 2009, Patrick Domack wrote:
The only benefit this would being, is email being saved on the server
would be encrypted. Otherwise it offers no protection.
I guess if you paranoid that
Thomas schreef:
> Arkadiusz Miskiewicz wrote:
>> On Wednesday 15 of July 2009, Patrick Domack wrote:
>>> The only benefit this would being, is email being saved on the server
>>> would be encrypted. Otherwise it offers no protection.
>>>
>>> I guess if you paranoid that the system admin might read
Arkadiusz Miskiewicz wrote:
On Wednesday 15 of July 2009, Patrick Domack wrote:
The only benefit this would being, is email being saved on the server
would be encrypted. Otherwise it offers no protection.
I guess if you paranoid that the system admin might read your emails,
but then, he can jus
On Wednesday 15 of July 2009, Patrick Domack wrote:
> The only benefit this would being, is email being saved on the server
> would be encrypted. Otherwise it offers no protection.
>
> I guess if you paranoid that the system admin might read your emails,
> but then, he can just as easily read them
29 matches
Mail list logo
