Andrew Boothman | 1 Sep 2004 01:28
Picon

Re: Strange behavior

Timo Sirainen wrote:

>> It seems, that dovecot doesn't mark the messages as read after fetching
>> them. There are no strange entries in the logs, nothing which seems to be
>> mysterious. Can anyone help me? This problem teases me.
> 
> Right, it doesn't. Maybe it should. This would be needed anyway if I 
> wanted to support LAST command which some clients still want.

That's interesting - I'd assumed that it did. Perhaps only becuase I've 
seen that behaviour in other servers. I think would make sense to mark 
mails downloaded via POP3 as read - it seems to be the best way to make 
accessing emails through both POP3 and IMAP work together.

Andrew

Peter Hessler | 1 Sep 2004 02:06

Re: sig11 with test36/37 on some emails

On Tue, 31 Aug 2004 12:16:03 +0300
Timo Sirainen <tss <at> iki.fi> wrote:

:On Sun, 2004-08-29 at 18:58 -0700, Peter Hessler wrote:
:> Sometimes I'll get an email from a luser which will cause the POP3 daemon
:to> sig11.  The email "appears" to be legal.  The sig11s only happen on
:specific> emails, and once I remove the emails from the server, the rest
:can be> downloaded.  I gzipped the email, and its at
:> http://theapt.org/bogusemail.gz.  While this example is international
:spam,> the sig11s happen with real emails too.
:
:Thanks. Also because of this I found a bug in output stream code which
:sometimes made it send wrong data. This bug has been there forever,
:strange that it hasn't caused much problems.
:
:

I can verifiy that you fixed it.  Thanks.

--

-- 
Q:  How many IBM cpu's does it take to do a logical right shift?
A:  33.  1 to hold the bits and 32 to push the register.

venne | 1 Sep 2004 10:14
Picon

Re: dovecot+postifx+ldap

ok, thanks, it gets uidnumber. but, what does mean thoses I/O leak??? is 
  it some kind of internal errors???dovecot can't authenticate any way
Cedric Foll wrote:
> 
>>
>> 2 if I comment
>> user_global_uid = 1000
>> user_global_gid = 1000
>> dovecot can't get uidnumber from ldap, in spite of its presence in 
>> ldap entry :'o(
>>
> 
> You have to specify in your user_attrs which parameters give the 
> uidnomber and the gidnumber in your ldap directory:
> 
> # User attributes in order:
> #  Virtual user name (user <at> domain)
> #  Home directory
> #  MAIL environment
> #  System user name (for getting user's groups from /etc/group)
> #    - For virtual users you don't want to use this, so this defaults to 
> none.
> #  System UID
> #  System GID
> #user_attrs = uid,homeDirectory,,,uidNumber,gidNumber

--

-- 
richard venne
dental-on-line
01 43 27 94 24
(Continue reading)

news.gmane.org | 1 Sep 2004 14:24
Picon

Dovecot, Outlook Express and new accounts

I have come across a strange situation, involving new accounts. I am 
running Dovecot 0.99.10-5 on Fedora Core 2. Dovecot is configured to use 
pam for authentication, and the dovecot pam service is configured to use 
pam_mkhomedir.

When an account is created and the user logs in through SquirrelMail, 
there is no problem. The standard folders are available - Inbox, Drafts, 
Sent Items and Trash.

When logging in through Outlook Express first, it gives the following 
error:-

The server did not respond to this IMAP command before the connection 
was terminated.

Configuration:
    Account: mail.server
    Server: mail.server
    User name: username
    Protocol: IMAP
    Port: 143
    Secure(SSL): 0
    Code: 800ccc0f

A packet trace shows the following:-

<<< * OK dovecot ready.
 >>> 008E CAPABILITY
<<< * CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT 
LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED STARTTLS AUTH=PLAIN
(Continue reading)

Marius Stan | 1 Sep 2004 14:31
Picon

Re: Dovecot, Outlook Express and new accounts

news.gmane.org wrote:

>
>
> If it is not a bug, is there a workaround?

My workaround is to send a test email every time I create a new account. 
My mail server (exim) auto-creates this required dir.

Marius

news.gmane.org | 1 Sep 2004 14:49
Picon

Re: Dovecot, Outlook Express and new accounts

Marius Stan wrote:

> news.gmane.org wrote:
> 
>>
>>
>> If it is not a bug, is there a workaround?
> 
> 
> My workaround is to send a test email every time I create a new account. 
> My mail server (exim) auto-creates this required dir.
> 
> Marius
> 
> 

Thanks Marius.

Would you mind sharing your pertinent exim configuration? This is 
something else I have had trouble with; sending email to a new user who 
has not logged in, exim shows the following:-

2004-09-01 13:45:36 1C2UUa-0006HI-IE == username <at> domain.gtld 
R=userforward defer (-1): failed to stat /home/group/username/. (No such 
file or directory)

Exim is configured to deliver emails into $home.

Regards

(Continue reading)

Marius Stan | 1 Sep 2004 14:56
Picon

Re: Re: Dovecot, Outlook Express and new accounts

news.gmane.org wrote:

> Thanks Marius.
>
> Would you mind sharing your pertinent exim configuration? This is 
> something else I have had trouble with; sending email to a new user 
> who has not logged in, exim shows the following:-
>
> 2004-09-01 13:45:36 1C2UUa-0006HI-IE == username <at> domain.gtld 
> R=userforward defer (-1): failed to stat /home/group/username/. (No 
> such file or directory)
>
> Exim is configured to deliver emails into $home.
>
Looks like you deliver emails to 'real' users; I don't know if this 
applies to your setup, since I'm using virtual users, but here's my 
relevant transport:

maildir_delivery:
  driver = appendfile
  directory = /var/mail/$domain/$local_part
  maildir_format
  create_directory
  delivery_date_add
  envelope_to_add
  return_path_add
  user = exim
  group = mail
  mode = 0660
  directory_mode = 0770
(Continue reading)

news.gmane.org | 1 Sep 2004 15:10
Picon

Re: Dovecot, Outlook Express and new accounts

Marius Stan wrote:

> news.gmane.org wrote:
> 
>> Thanks Marius.
>>
>> Would you mind sharing your pertinent exim configuration? This is 
>> something else I have had trouble with; sending email to a new user 
>> who has not logged in, exim shows the following:-
>>
>> 2004-09-01 13:45:36 1C2UUa-0006HI-IE == username <at> domain.gtld 
>> R=userforward defer (-1): failed to stat /home/group/username/. (No 
>> such file or directory)
>>
>> Exim is configured to deliver emails into $home.
>>
> Looks like you deliver emails to 'real' users; I don't know if this 
> applies to your setup, since I'm using virtual users, but here's my 
> relevant transport:
> 
> maildir_delivery:
>  driver = appendfile
>  directory = /var/mail/$domain/$local_part
>  maildir_format
>  create_directory
>  delivery_date_add
>  envelope_to_add
>  return_path_add
>  user = exim
>  group = mail
(Continue reading)

Marius Stan | 1 Sep 2004 15:18
Picon

Re: Re: Dovecot, Outlook Express and new accounts

news.gmane.org wrote:

> s
>
> local_delivery:
>   driver = appendfile
>   delivery_date_add
>   envelope_to_add
>   return_path_add
>   mode = 0660
>   directory_mode = 0770
>   directory = $home

try "file = $home" here

>   maildir_format
>   create_directory
>
> I noticed I did not have the create_directory directive, which I 
> added, but to no avail :/ (Yes I did restart exim!)

another thing: looks like the 'userforward' router is refusing your 
message; this happens _before_ getting into the transport phase, so 
check the above router. Mine (userforward router) is commented out, btw

Marius

David Sheryn | 1 Sep 2004 15:19
Picon

Re: Re: Dovecot, Outlook Express and new accounts

On Wed, 1 Sep 2004, news.gmane.org wrote:

> Date: Wed, 01 Sep 2004 14:10:05 +0100
> From: news.gmane.org <chills <at> ne-worcs.ac.uk>
> To: dovecot <at> dovecot.org
> Subject: [Dovecot] Re: Dovecot, Outlook Express and new accounts

  [ ... ]

> Mine is
> 
> local_delivery:
>    driver = appendfile
>    delivery_date_add
>    envelope_to_add
>    return_path_add
>    mode = 0660
>    directory_mode = 0770
>    directory = $home
>    maildir_format
>    create_directory
> 
> I noticed I did not have the create_directory directive, which I added, 
> but to no avail :/ (Yes I did restart exim!)

Can you post your whole config ?  I suspect that the problem actually lies
elsewhere.

DHS
--

-- 
(Continue reading)


Gmane