imap  

Messages by Thread

• • Re: possible draft 19 changes for sequence Mark Crispin
  • Re: possible draft 19 changes for sequence Simon Josefsson
  • Re: possible draft 19 changes for sequence Mark Crispin
  • RE: possible draft 19 changes for sequence Larry Osterman
  • RE: possible draft 19 changes for sequence Larry Osterman
  • RE: possible draft 19 changes for sequence Mark Crispin
  • RE: possible draft 19 changes for sequence Larry Osterman
  • RE: possible draft 19 changes for sequence Larry Osterman
  • RE: possible draft 19 changes for sequence Larry Osterman
  • RE: possible draft 19 changes for sequence Mark Crispin
  • RE: possible draft 19 changes for sequence Larry Osterman
  • RE: possible draft 19 changes for sequence Larry Osterman
• base specification on sequences Mark Crispin
  • re: base specification on sequences Mark Crispin
• FETCH and \Seen flag ber
  • re: FETCH and \Seen flag Mark Crispin
  • Re: FETCH and \Seen flag ber
• untagged EXISTS response required? ber
  • re: untagged EXISTS response required? Mark Crispin
  • Re: untagged EXISTS response required? ber
  • Re: untagged EXISTS response required? Mark Crispin
  • Re: untagged EXISTS response required? ber
  • Re: untagged EXISTS response required? Arnt Gulbrandsen
  • Re: untagged EXISTS response required? Mark Crispin
  • Re: untagged EXISTS response required? Arnt Gulbrandsen
  • Re: untagged EXISTS response required? Mark Crispin
• RE: Further IESG feedback on draft-crispin-imapv-17.txt Larry Osterman
  • RE: Further IESG feedback on draft-crispin-imapv-17.txt Mark Crispin
  • Re: Further IESG feedback on draft-crispin-imapv-17.txt Steve Hole
  • Re: Further IESG feedback on draft-crispin-imapv-17.txt Mark Crispin
  • Re: Further IESG feedback on draft-crispin-imapv-17.txt Cyrus Daboo
  • Re: Further IESG feedback on draft-crispin-imapv-17.txt Mark Crispin
  • re: Further IESG feedback on draft-crispin-imapv-17.txt Mark Crispin
  • RE: Further IESG feedback on draft-crispin-imapv-17.txt Larry Osterman
  • RE: Further IESG feedback on draft-crispin-imapv-17.txt Mark Crispin
  • RE: Further IESG feedback on draft-crispin-imapv-17.txt Mark Crispin
• Help with INBOX please Simon White
  • Re: Help with INBOX please Friedrich Lobenstock
  • Re: Help with INBOX please Simon White
  • Re: Help with INBOX please Friedrich Lobenstock
• Installing on Solaris Teresa Hall-Jackson
  • Re: Installing on Solaris Ricardo Stella
  • RE: Installing on Solaris Charles E. Robinson III
• Re: cram-md5.pwd and scalability Todd Piket
• [no subject] [EMAIL PROTECTED]
  • Re: your mail Mark Crispin
• SEARCH Query... Dilip Menon
  • Re: SEARCH Query... Mark Crispin
• New driver Jacques Exelrud
  • re: New driver Mark Crispin
• Notification of New E-mails Tony Cheung
  • Re: Notification of New E-mails Arnt Gulbrandsen
  • Re: Notification of New E-mails Tony Cheung
  • Re: Notification of New E-mails Arnt Gulbrandsen
• Migrating people away from un-encrypted passwd Max Okumoto
  • Re: Migrating people away from un-encrypted passwd Mark Crispin
  • Re: Migrating people away from un-encrypted passwd Max Okumoto
  • Re: Migrating people away from un-encrypted passwd Mark Crispin
  • Re: Migrating people away from un-encrypted passwd LuKreme
  • Re: Migrating people away from un-encrypted passwd Max Okumoto
• secure imap Nick Couchman
  • re: secure imap Mark Crispin
  • Re: secure imap Nick Couchman
  • Re: secure imap Mark Crispin
  • Re: secure imap Nick Couchman
  • Re: secure imap Mark Crispin
  • Re: secure imap Nick Couchman
• timeout get mail via ipop3d (ssl) using eudora 5.1 imap-2002.RC4 Max Okumoto
  • re: timeout get mail via ipop3d (ssl) using eudora 5.1 imap-2002.RC4 Mark Crispin
  • Re: timeout get mail via ipop3d (ssl) using eudora 5.1 imap-2002.RC4 Max Okumoto
• another q Nick Couchman
  • re: another q Mark Crispin
  • Re: another q Nick Couchman
  • Re: another q Mark Crispin
• compile with ssl Nick Couchman
• file not deleted on Win32 Wolfgang Spraul
  • RE: file not deleted on Win32 Larry Osterman
  • Re: file not deleted on Win32 Wolfgang Spraul
  • RE: file not deleted on Win32 Larry Osterman
  • RE: file not deleted on Win32 Mark Crispin
  • Re: file not deleted on Win32 Wolfgang Spraul
  • RE: file not deleted on Win32 Larry Osterman
  • RE: file not deleted on Win32 Larry Osterman
  • RE: file not deleted on Win32 Mark Crispin
  • RE: file not deleted on Win32 Larry Osterman
  • Re: file not deleted on Win32 Wolfgang Spraul
  • RE: file not deleted on Win32 Larry Osterman
  • RE: file not deleted on Win32 Larry Osterman
• A new game MRC
• Parser generators with the IMAP protocol Andreas Aardal Hanssen
• LIST Command query Dilip Menon
  • Re: LIST Command query Mark Crispin
• How To deactivate PREAUTH Rudolf Bruegger
• Daemon Craig A Lewis
  • re: Daemon Mark Crispin
• Re: restrictBox in 2002.RC2 Mark Crispin
• Expunge Response Dilip Menon
  • Re: Expunge Response Mark Crispin
  • Re: Expunge Response Abhijit Menon-Sen
  • EXPUNGE response Richard Bang
  • Re: EXPUNGE response Mark Crispin
  • Re: EXPUNGE response Philip Guenther
• Should DELETE be allowed in a SELECTed state? Dilip Menon
  • Re: Should DELETE be allowed in a SELECTed state? Alexey Melnikov
• Re: really long host names - IP address unavailable from mail syslog Mark Crispin
• "Cannot allocate memory" error on Red Hat Linux release 7.3 Kai Wang
• IMAP Store Query Dilip Menon
  • Re: IMAP Store Query Abhijit Menon-Sen
  • Re: IMAP Store Query Alexey Melnikov
  • Re: IMAP Store Query Alexey Melnikov
  • Re: IMAP Store Query Dilip Menon
  • Re: IMAP Store Query Alexey Melnikov
  • Re: IMAP Store Query Abhijit Menon-Sen
• OE: "PARSE ERROR: hr=2148322522" Sarah
  • Re: OE: "PARSE ERROR: hr=2148322522" Abhijit Menon-Sen
• W32.Elkern removal tools paulo
• So cool a flash,enjoy it leiba
• Need restict access to imap server and lock names for main mail folders. miroslav
  • Re: Need restict access to imap server and lock names for main mailfolders. Andreas Aardal Hanssen
  • Re: Need restict access to imap server and lock names for main mail folders. miroslav
• Kerberos, safe solution? Andreas Aardal Hanssen
  • Re: Kerberos, safe solution? Murat Bicer
  • Re: Kerberos, safe solution? Andreas Aardal Hanssen
  • Re: Kerberos, safe solution? Murat Bicer
  • Re: Kerberos, safe solution? Andreas Aardal Hanssen
  • Re: Kerberos, safe solution? David B Funk
• A special funny game leiba
• ssl_onceonlyinit on Mac OS X Jeshua Lacock
• Problems while saving in "sent" Daniele Frijia
• 0, 0, 580, 600, 0, 0, 0, 1, 0) mikega
• Happy nice Assumption MRC
• compile PHP --with-imap, on OS X: progress, but... Michael Geary
  • Re: compile PHP --with-imap, on OS X: progress, but... Michael Geary
• getting PHP --with-imap to work on OS X? (cross-post) Michael Geary
  • Re: getting PHP --with-imap to work on OS X? (cross-post) Michael Geary
• Openssl and libcrypto amish
• Courier-imap? LuKreme
  • Re: Courier-imap? Andreas Aardal Hanssen
  • Re: Courier-imap? LuKreme
  • Re: Courier-imap? Andreas Aardal Hanssen
  • Re: Courier-imap? Andreas Aardal Hanssen
  • Re: Courier-imap? DINH Viet Hoa
• Order of 'status' untagged responses Keith Robinson
• Commands not available in certain states Simon Josefsson
  • Re: Commands not available in certain states Andreas Aardal Hanssen
  • Re: Commands not available in certain states Simon Josefsson
  • Re: Commands not available in certain states Andreas Aardal Hanssen
  • Re: Commands not available in certain states Simon Josefsson
  • Re: Commands not available in certain states Andreas Aardal Hanssen
  • Re: Commands not available in certain states Simon Josefsson
  • Re: Commands not available in certain states Andreas Aardal Hanssen
  • Re: Commands not available in certain states Simon Josefsson
  • Re: Commands not available in certain states Andreas Aardal Hanssen
  • Re: Commands not available in certain states Andreas Aardal Hanssen
  • Re: Commands not available in certain states Simon Josefsson
  • Re: Commands not available in certain states Andreas Aardal Hanssen
  • Re: Commands not available in certain states Simon Josefsson
  • Re: Commands not available in certain states Andreas Aardal Hanssen
• optimising fetch responses Abhijit Menon-Sen
  • Fw: Re: optimising fetch responses DINH Viet Hoa
• INTERNALDATE semantics Jaroslav Snajdr
  • Re: INTERNALDATE semantics Pete Maclean
  • Re: INTERNALDATE semantics Mark Crispin
• .您好 CEO
• Old messages imap/pop Gil chamaki
• How to transfer non-encoded binary data? (|more) Lin Wang
• How to transfer non-encoded binary data? Lin Wang
• Command stream end of file, while reading line user=??? host=UNKNOWN Oscar Hern�ndez Hern�ndez
• corruption of 'draft' messages folder on server Vincent McIntyre
• Ideas about managing quotas Antonio Jose Espinoza Palenque
• mailbox creation Emmanuel Potvin
• Subscription Database Emmanuel Potvin
• [no subject] owner-imap
• tiemstamp in message index Brandon Pulsipher
  • re: tiemstamp in message index Mark Crispin
• C++ IMAP implementations Ildar Gabdulline
  • Re: C++ IMAP implementations DINH Viet Hoa
  • Re: C++ IMAP implementations Pete Maclean
• blackBox vs. restrictBox Holger Mauermann
  • Re: blackBox vs. restrictBox Mark Crispin
• ANNOUNCING: UW IMAP toolkit 2002 release candidate 1 Mark Crispin
• Question about a body skeleton Sang Park
  • re: Question about a body skeleton Mark Crispin
• outlook Doggy \(tru64\)
  • RE: outlook Charles E. Robinson III
• INBOX by any other name Arnt Gulbrandsen
  • Re: INBOX by any other name DINH Viet Hoa
  • Re: INBOX by any other name Pete Maclean
  • Re: INBOX by any other name Mark Crispin
  • Re: INBOX by any other name Tim Showalter
  • RE: INBOX by any other name Larry Osterman
• Partial fetches beyond EOF David Harris
  • Re: Partial fetches beyond EOF Mark Crispin
  • Re: Partial fetches beyond EOF Arnt Gulbrandsen
  • Re: Partial fetches beyond EOF Alexey Melnikov
  • Re: Partial fetches beyond EOF Mark Crispin
• LFS - how? Terry Davis
  • Re: LFS - how? Tim Showalter
  • Re: LFS - how? Terry Davis
  • Re: [imap] Re: LFS - how? R P Herrold

[Earlier messages] [Later messages]